软件测试流程
1. 需求评审
1. 需求的正确性 正常需求描述是否明确清楚,可能引起哪些异常情况
2. 需求的相关性 评审与之前哪些功能模块相关
3. 需求的一致性 功能之间是否存在矛盾和冲突的地方,如果实现了这个功能会对其他模块产生哪些可能的影响
4. 需求的可验证性
2 测试案例编写
1. 正常功能案例
2. 判定路径覆盖案例 (注意边界)
3. 两极循环路径覆盖案例
4. 性能参数案例
5. 被依赖模块案例
7. 压力测试案例
8. 随机测试案例
9. 相关产品对比案例
3 案例评审
4 测试执行
单元测试
语句覆盖
白盒测试
单模块 路径覆盖、性能参数
相关模块、压力、随机测试
白盒测试一般包括以下几项:
1) 目的:保证程序创建的类与接口的完整与正确,以及程序模块单独正常运行。保证局部模块功能完备性,运行正确性与稳定性。
2) 测试项:所要测试的类。
3) 测试依据:A、需求规格说明书、用例描述清单;B、设计文档;C、编码规范;D、开发命名标准。
4) 通过的准则:创建的类、接口、方法、属性应与《设计文档》保持一致;程序的各种命名、注释、代码行的格式等应符合《程序开发命名标准》和《编码规范》;程序模块能独立稳定运行。
5) 测试环境配置:A、测试工具;B、软件环境。
6) 测试步骤:
- 配置好测试环境
- 静态测试、走查代码;
- 动态测试
- 确定问题属性:分为四类,错误、缺陷、失效、故障。
错误是指计算值、观测值、测量值之间,或条件与真值之间,不符合规定的或理论上的正确值或条件。
缺陷是指与期望值或特征值的偏差。
故障是指功能部件不能执行所要求的功能。故障可能由错误、缺陷或失效引起。
失效是指功能部件执行其功能的能力丧失,系统或系统部件丧失了在规定限度内执行所要求功能的能力。
7) 填写测试报告。
集成测试
又称 组装测试 / 接口测试 / 部件测试, 指按照一定的策略进行黑/灰盒测试与非功能测试,直至组成最终产品
策略包括:自底向上 自上而下 或三明治
系统测试
系统整体情况 相关产品对比案例
将经过集成测试的软件,作为计算机系统的一部分,与系统中其他部分结合起来,在实际运行环境下进行一系列严格有效的测试,以发现软件潜在的问题,保证系统的正常运行。
集成测试和系统测试之间的比较:
1、测试内容:集成测试是测试各个单元模块之间的接口,系统测试是测试整个系统的功能和性能;
2、测试角度:集成测试偏重于技术的角度进行测试,系统测试是偏重于业务的角度进行测试。
验收测试
也称交付测试,是针对用户需求、业务流程进行的正式的测试,以确定系统是否满足验收标准,由用户、客户或其他授权机构决定是否接受系统。