某某系统软件测试计划_软件测试面试必备

合集下载

相关主题

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

_软件测试面试必备

某某某某某某系统

软件测试计划

版本V1.0

软件开发部门：BTEST

软件测试部门：Z**第****小组

编写：****** 日期：****年**月**日

审核：**老师日期：

批准：**老师日期：

版本历史

版本历史是指测试计划修改的历史.

某某某某某公司

二00八年

测试计划有三重境界：

第一重：什么都有用

第二重：什么都没用

第三重：仅部分有用

计划:达成统一认识,对过程控制

一、项目简介 2

1.1、目的2 目的(文档目的,测试目的)

1.2、背景2

1.2文档受众:

2. 适用对象

开发经理

测试经理

公司高层领导

二、测试参考文档和测试提交文档 4

文档写法一定要统一(不用写扩展名.doc,具体哪一个文件)

三、术语介绍：所有软件测试的专业词汇都要写！（如果是第三方，或者是用户要看测试计划，要保证用户看懂）如：缺陷的定义，功能测试，压力测试，性能测试等

(测试模型(这个看受众用户,如果用户是开发团队,是第三方测试,要写清楚)

测试架构(测试模型)1.为什么选择模型2.模型细化,每个阶段做什么->输出好几版本:V,螺旋(边测边改,1个计划,死亡线)用例结果带给下一个版本H模型)

四、测试需求测试范围

依据需求分析,找测试需求

五、测试策略

1.值域测试:

2.数据库测试

3.功能测试

4.裸机测试

5.版本验证测试->冒烟测试6界面测试

7.可用性测试8.强度测试9.安装测试10.安全性测试11. 加密测试12.接口测试13.集成测试

14.配置测试15.压力测试16.容量测试17.故障转移和恢复性测试18.负载测试

验收测试

注意:测试结构:功能,性能不属于策略,黑白盒也不属于策略,测试阶段也不属于策略.

六、严重程度、优先级的定义(可写在这里))

1）用例的优先级

2）缺陷的优先级

3）缺陷的严重程度

七、测试进度5模型->对规模再细化阶段->里程碑->具体每天

里程碑-----要加评审(时间安排,考虑并行的情况:需求计划在评审中,写用例,搭建环境,时间紧且人员充足的情况下这样做)

需求分析

需求评审

测试计划

计划评审

编写用例

用例评审

执行用例

测试总结

八、测试资源 6

系统:是实体机还是虚拟机,要写清楚

硬件:不用网络就不写.游戏:要写显卡

硬盘工具:研发人员开发,内部开发的工具.

九、系统风险(不写)

1 系统风险

1.1 影响计划的潜在因素

1.2 应急措施

1.3 测试的局限性

2 测试通过标准

2.1 测试模块通过标准

2.2 系统测试通过标准(ISO 9000规定,有些公司会更严格一些)

当没有发现致命性错误，严重功能性错误数量小于测试用例总数的2%，一般功能性错误数量小于测试用例总数的5%，则认为系统通过本次测试，但要以测试结果评审会的评审结果为最后标准

十、附录：一般添加模板：计划模板，用例模板，日志模板，缺陷报告模板，会议记录（记录人，参与人，评审人）

测试说明:各种模板,如何使用,如何做需求分析的?

1.简介

1.1 测试目的:

1.确定项目的信息和软件构件。

2.需求

3.策略

4. 确定资源,任务,工作量,工作进度

5.可交付元素

＜某某某某某某某某系统＞的这一“测试计划”文档有助于实现以下目标：

●确定现有项目的信息和应测试的软件构件。

●列出推荐的测试需求（高级需求）。

●推荐可采用的测试策略，并对这些策略加以说明。

●确定所需的资源，并对测试的工作量进行估计。确保测试工作进度

●列出测试项目的可交付元素。

1.2 测试背景

软件名称:

用户:

开发者:

测试版本: