测试规范
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
测试规范
1.测试流程
第一步:制定测试计划。该计划被批准后转向第二步。
第二步:设计测试用例。该用例被批准后转向第三步。
第三步:如果满足“启动准则” ,那么执行测试。
第四步:撰写测试报告。
第五步:消除软件缺陷。如果满足“完成准则”,那么正常结束测试。
测试的信息流如下图
在软件工程中,测试过程应该按4个步骤进行,即单元测试、组装(集成)测试、确认测试和系统测试。下图给出了软件测试经历的4个步骤。
2.测试启动准则
同时满足以下条件,允许开始测试:
(1)测试计划已经制定并且通过了审批;
(2)测试用例已经设计并且通过了审批;
(3)被测试对象已经开发完毕并等待测试。
测试完成准则
对于非严格系统可以采用“基于测试用例”的准则。同时满足以下条件允许结束测试:(1)功能性测试用例通过率达到100%;
(2)非功能性测试用例通过率达到90%时。
对于严格系统,应当补充“基于测试期缺陷密度”的规则:
(3)相邻n个CPU小时内“测试期缺陷密度”全部低于某个值m。例如n大于10,m小于等于1。
3.测试的文档
《测试计划》:指明范围、方法、资源,以及相应测试活动的时间进度安排表的文档。
《测试方案》:指明为完成软件或软件集成特性的测试而进行的设计测试方法的细节文档。《测试用例》:指明为完成一个测试项的测试输入、预期结果、预期执行条件等因素的文档。《测试规程》:指明执行测试时测试活动序列的文档。
《测试报告》:指明执行测试结果的文档。
4.测试计划的参考模板
5.建立测试计划
(1)定义测试目标
(2)开发测试矩阵
软件模型
结构特性
批量测试的阶段和用例
为在线系统作概念上的测试脚本
软件测试矩阵
(3)定义测试管理
测试计划的一般性信息
定义测试里程碑
定义管理上的检查点
(4)书写测试计划
6.测试报告
(1)目标
表示出目前项目的实际状况
明确什么是测试做的工作,什么是不作的工作。
给出系统的操作性能的评价
明确什么时候系统可以进行产品化的工作
(2)关注点
测试报告只有真正需要的时候才有用,需要配合市场和管理测试的信息是不充分的(对于评价一个项目来说)
测试状况并不能真实的反应个人的状况