软件测试流程:需求测试—单元测试—集成测试—系统测试—性能测试—用户验收测试—回归测试
1)需求测试
– 完整性、正确性、一致性、可行性
– 无二义性、健壮性、必要性、可测试性、可修改性
2)单元测试
– 又称模块测试,完成对最小的软件设计单元模块的验证工作
– 目标是确保模块被正确地编码,通常情况下是面向白盒的
– 使用过程设计描述作为指南,对重要的控制路径进行测试以发现模块内的错误
– 对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试,及早发现和解决不易显现的错误
– 单元测试的内容:接口测试、内部数据结构、全局数据结构、边界、语句覆盖,错误路径
3)集成测试
– 又称组装测试,考虑API/参数组合,将软件产品各个模块组装起来,检查接口是否存在问题,以及组装后整体功能、性能表现
– 应当避免一次性的集成(除非软件规模很小),而采用增量集成(自底向上、自顶向下、组合方式集成)测试主要内容
– 主要解决各个组成模块如源代码是否符合开发规范、接口是否存在问题,整体功能有无错误,界面是否符合设计规范、性能是否满足用户需求
4)系统测试
– 根据软件需求规范的要求,进行系统测试,确认系统满足需求的要求
– 系统测试人员站在用户的角度测试系统
– 在需求分析阶段,要确定软件的可测性,保证有效完成系统测试工作
– 系统测试主要内容:所有功能需求、所有性能需求及其他需求(如安全性、容错性、兼容性等)得到满足
5)性能测试
– 性能测试要求被测试软件在业务处理速度、处理能力和所耗用的硬件系统资源比率满足用户的需求
– 可以编写一段相应的程序或者使用专门的测试工具,如利用LoadRunner自动化性能测试工具
6)用户验收/确认测试
– Alpha测试:是由用户在开发者的场所来进行的,Alpha测试时在一个受控的环境中进行的
– Beta测试:由软件的最终用户在一个或多个用户场所来进行的,开发者通常不在现场,用户记录测试中遇到的问题并报告给开发者进行分析、修改
7)回归测试
–回归测试是经过一段时间后回头来对以前修复过的bug重新进行测试。看该bug是否会重新出现
–有时候可以采用自动化测试功能QTP来进行回归测试,一般情况都手动执行以前测试用例,检查用例通过情况
转载于:https://www.cnblogs.com/penny1141/p/4538719.html
转载请注明原文地址: https://win8.8miu.com/read-1499878.html