系统测试流程
测试计划设计(一般管理层设计)
可参考百度搜索 https://blog.csdn.net/zhusongziye/article/details/79718921
目标
概述
项目背景
项目范围
测试计划
测试资源需求:
软件资源(操作系统:windows,linux 数据库:MySQL,redis),硬件资源,其他设备资源,人员需求
组织形式:
测试对象:
需求跟踪:
测试通过/失败标准:
测试挂起/恢复条件:
测试风险及防范
测试任务安排
应交付的测试工作产品
资源分配
培训需求
测试工具开发
测试需求分析
分析需求来源
需求规格说明书,开发需求,继承性需求,行业竞品需求,经验库
需求分类
功能性需求,性能需求,外部接口(GUI,外部应用程序接口需求)根据软件质量特性划分需求(安全性,效率,可移植,可维护)
测试策略设计(一般是测试工程师编写)
测试规程设计
测试需求变更控制流程
测试用例变更控制流程
测试环境搭建流程
缺陷管理流程
测试用例设计
可以使用qc来执行用例设计,也可以使用Excel表格
测试环境搭建
主要是搭建环境
平台: windows,linux,Unix
架构: J2EE,.NET LAMP
web服务器: IIS Apache Tomcat resin jboss weblogic websphere
数据库: SQL SERVER MySQL ORACLE DB2 SYBASE Redis
测试用例执行
主要是实际测试工作,
预测试阶段
冒烟测试:利用一袋烟的时间,快速的对被测对象实施测试活动,验证被测对象能否完成核心功能或高风险功能能否正常工作
预测试结束后须转系统测试评审
预测试来源于系统测试用例设计阶段的高级别的用例
系统测试
经过预测试后,开展系统测试
测试执行过程中发现缺陷,则技术记录缺陷,根据部门或团队的缺陷管理流程进行缺陷提交、跟踪处理
缺陷跟踪回归
主要是发现了问题后,发给开发人员进行修改,然后回归处理看是否出现相同问题
测试报告输出
测试日报
- 方便测试工程师掌握测试进度和测试情况,用于调整下一天的工作计划
- 测试工程师对被测对象每天给出评测结果,用于调整后续工作中的测试策略
- 测试经理通过测试日报了解每个测试工程师的工作进度,把我测试整体进度,发现进度上的风险从而及时调整计划
- 测试尽量通过测试日报,了解各模块缺陷发展趋势,判断测试是否可以退出,通常可利用缺陷管理工具的统计分析功能了解缺陷发展状况
- 开发经理根据测试日报了解被测对象质量情况,并可以调整缺陷修改人力资源
- 如果产品有多个测试组并行测试,测试日报可以提供彼此测试交流的手段
测试报告
-
软件测试工程师评估 当前被测对象的质量,并对下一阶段的测试工作给出建议
-
测试经理通过测试报告了解被测试产品的质量情况、测试过程的质量
-
软件开发项目经理通过软件测试报告了解开发产品的质量情况,并在下阶段的开发工作中采取应对措施
-
在测试报告中,测试工程师给出的产品质量评估可以作为软件产品是否商用发布的重要参考依据。
测试报告模版
测试结束活动
- 检查在测试过程中测试计划中定义的输出物
- 缺陷管理是否完成,是否已经进入缺陷管理流程
- 测试实施过程中产生的风险报告是否需要记录
- 测试报告是否给出,相关的经验教训是否总结并分享
- 是否需要移交测试对象