本
文
摘
要
一、软件测试的基本流程
1. 测试需求分析阶段:阅读需求,理解需求,主要就是对业务的学习,分析需求点。参与需求评审会议(测什么)
2. 测试计划阶段:主要任务是编写测试计划,参考软件需求规格说明书、项目总体计划,内容包括测试范围(来自需求文档)、进度的安排,人力物力的分配,整体测试策略的制定,和风险的评估与规避措施有一个制定, 般有测试负责人编写,当然我们可能也会参与相关的评审工作。(对于测试的一个计划)
3. 测试设计阶段:主要任务是编写测试用例,会参考需求文档(原型图)、概要设计、详细设计等文档,有不明确的也会及时和开发、产品经理沟通。用例编写完成后会进行评审。(怎么测试)
4. 测试执行阶段:首先搭建测试环境,执行预测(冒烟),以判定当前版本可测与否,如果预测通过,正式 进入系统测试,遇到问题提交Bug到缺陷管理平台,并对bug进行跟踪,直到被测软件达到测试需求要 求,没有重大bug,测试结束。(完善测试用例,开始测试)
5. 测试评估阶段:出测试报告,对整个测试的过程和版本质量做一个详细的评估。 确认是否可以上线
二、测试需求分析
1. 测试需求是什么?
测试需求主要解决“测什么"的问题,一般来自需求规格说明书中原始需求测试需求应全部覆盖已定义的业务流程,以及功能和非功能方面的需求2. 为什么需要软件测试需求?
只有明确了测试需求,才能知道怎么去测试?什么时候开始测试?要多少人测试?在什么环境上测试?
测试点思路步骤如下:
1. 正常功能:是否可以正常提交
2. 单个功能项验证(正常+异常):
规则:按顺序从上至下,对每一个输入项进行验证
数据长度、数据类型验证、必填项验证、重复限制约束验证隐形需求:充分熟悉产品业务,挖掘隐性需求3. 功能交互验证: 模块之间传递的信息和数据,对存在功能交互的功能项
4. 非功能性测试: 界面、易用性、兼容性、安全性、性能压力