1.测试计划设计
总体概述
项目背景,项目范围。
测试计划
- 测试资源需求:
1.软件资源:
(1)操作系统资源(Windows,Linux,Unix,MAC)。
(2)数据库(SQL Server,Mysql,Oracle,Sybase,DB2)。
(3)Web服务器(IIS,Tomcat,JBOSS,RESIN,Weblogic,Websphere)
2.硬件资源:
硬件服务器,手机,平板,测试设备
3.其他设备资源
4.人员需求 - 组织形式
- 测试对象
- 需求跟踪
- 测试通过/失败标准
- 测试挂起/恢复条件
- 测试风险及防范
- 测试任务安排
应交付的测试工作产品
资源分配
- 培训需求
- 测试工具开发
2.测试需求分析
分析需求来源:
需求规格说明书,开发需求,继承性需求,行业竞品分析,经验库。
需求分类:
- 功能性需求。
- 性能需求。
- 外部接口需求(GUI,外部应用程序接口需求)。
- 根据软件质量特性划分需求(安全性,效率,可移植,可维护)。
3.测试策略
测试策略文档描述组织的通用测试方法,包括用测试管理产品和项目风险、测试级别的划分和与测试相关的概要活动的方式。与测试计划差不多。
4.测试规程设计
测试需求变更控制流程
测试用例变更控制流程
测试环境搭建流程
缺陷管理流程
5.测试用例设计
6.配置设计环境
- 分平台(Windows,Linux,Unix)
- 分架构(J2EE-JAVA平台+JSP,.NET-APSX,LAMP-PHP)
- 分web服务器(IIS,Tomcat,JBOSS,RESIN,Weblogic,Websphere)
- 分数据库(SQL Server,Mysql,Oracle,Sybase,DB2)
7.执行测试用例
- 预测试阶段:
冒烟测试(利用一袋烟的时间,快速的对被湖对象实施测试活动。验证被测对象能否完成核心功能或高风险功能能否正常工作)。
预测试结束后需做转系统测试评审。
预测试用例来源于系统测试用例设计阶段的高级别的用例.。 - 系统测试:
经过预测试后,开展系统测试。
测试执行过程中发现缺陷,则需及时记录缺陷,根据部门或团队的缺陷管理流程进行缺陷提交、跟踪处理。
8.缺陷跟踪回归
9.测试报告输出
-
测试日报:
(1)方便测试工程师学握测试进度和测试情况,用于调整下一天的工作计划。
(2)测试工程师对被测对象每天给出评估结果,用于调整后续工作4的测试策略。
(3)测试经理通过测试口报了解每个测试T程师的T作进度,把握测试整体进度,发现进度上的风险从而及时调整计划。
(4)测试经理通过测试日报,了 解各模块缺陷发展趋势,判断测试是否可以退出,通常可利用缺陷管理工具的统计分析功能了解缺陷发展状况。(5)开发经理根据测试日报了解被测对象质量情况,并可以调整缺陷修改人力资源。
(6)如果产品有多个测试组并行测试,测试日报可以提供彼此测试交流的手段. -
测试报告:
报可以提供彼此测试交流的手段.
(1)评估软件测试工程师当前被测对象的质量,并对下一阶段的测试工作给出建议。
(2)测试经理通过测试报告了解被测试产品的质量情况、测试过程的质量。
(3)软件开发项目经理通过软件测试报告了解开发产品的质量情况,并在下阶段的开发工作中采取应对措施。(4)在测试报告中,测试工程师给出的产品质量评估可以作为软件产品是否商用发布的重要参考依据, -
测试报告模版
国标GB8567-88标准测试分析报告
10.测试结束活动
- 检查在测试过程中测试计划中定义的输出物。
- 缺陷管理是否完成,是否已经进入缺陷管理流程。
- 测试实施过程中产生的风险报告需要记录。
- 测试报告是否给出,相关的经验教训是否总结并分享。
- 是否需要移交测试对象。