软件测试的五大过程
分析
计划
设计
实现
执行
什么是测试需求
测试需求主要是解决“测什么”的问题,即指明被测对象中什么需要测试,
测试需求通常是以软件开发需求为基础进行分析,通过对开发需求的细化和分解,形成可测试的内容(主要参考质量模型)
测试需求应全部覆盖已定义的业务流程,以及功能和非功能方面的需求
测试需求的特征
测试需求必须是可核实的,即,他们必须有一个可观察,可评测的结果,无法核实的需求不是测试需求
测试需求应用指明满足系统需求的正常条件的操作结果或对系统的影响,同时也要指明不满足需求时出错条件下系统的响应。
测试需求不涉及具体的测试数据,测试数据设计是测试设计环节应解决的内容。
什么叫可核实的需求
可核实的需求必须符合以下的特征
完整性,正确性,可行性,可验证。无二义性。
测试需求是测试用例的依据
有助于保证测试的质量和进度
测试需求是衡量测试覆盖率的重要指标
关于测试要点提取(思路参考)
1.对于基本功能流程一定要覆盖到。
2.对于界面上所有的输入域必须一一检查。
3.对于界面比较特殊的或者是重要的字段重点检查。
4.对于字段之间有约束的,需要检查约束是否达成。
5,对于界面显示性的检查。
6.对于易用性的检查,以及其他非功能特性的检查。
需求跟踪矩阵 RTM (Requirement Traceability matrix)
建立起产品需求->测试需求->测试用例->缺陷四者之间的一个映射关系。
作用:
1.跟踪需求,确保需求和测试的覆盖率,防止漏测。
2.方便我们在进行测试用例更新时,能够快速定位需要更新的模块和位置。
面试题:请问你如何保证你的测试覆盖率是否覆盖了全部的需求,没有漏测?
测试计划和测试方案的区别?
测试设计:将测试点转化为测试用例的过程,就叫测试设计。
为什么要将测试点转化为测试用例后才能去执行测试?
原因有两个:1.在测试执行过程中,所需要用到的具体的测试数据,必须通过测试用例设计方法才能具体得到,
不经过这个过程我们无法知道具体的测试时应该使用什么样的测试数据。
2.测试用例里面规定了具体的执行步骤,我们只有得到具体的测试用例后,才能去执行测试。
测试用例的概念
测试用例就是一种用来说明具体如何进行测试操作并验证结果的文档。
测试用例的主要字段
1.测试用例编号: TC\_系统\_模块名_序号
2.用例标题:用一句完整的话表示这条用例究竟是测什么,突出用例的测试点。
3.优先级:高中低。
4.预置条件:在执行这条用例之前系统应该达到的条件或者是状态,如果没有特定的条件或状态,则可以不填。
5.创建人
6.创建时间
7.所属模块
8.测试步骤:必须包含具体的操作步骤以及测试用到的数据(测试用到的数据来自于测试用例设计)
9.预期结果:根据需求规格得到的正确的结果。
10.实际结果:用例执行完毕后得到的实际的结果。
11.测试结果:一般分为fail,pass和N/A .N/A一般用于测试用例本身不适合于当前的测试场景或条件,不适用用的情况。
12.备注:一般用于用例的补充说明。