测试用例设计方法
- 等价类划分法
- 边界值分析法
- 错误推测方法
- 因果图方法
- 判定表驱动分析法
- 正交实验设计方法
- 功能图分析方法
- 场景设计方法
- 形式化方法
- 扩展有限状态机方法
需求追踪管理工具
- ALM
- DOORS
- JIRA
- TestLink
- Other
测试工具
用例设计的其它经验
- 只有深入理解被测试软件的架构,你才能设计出“有的放矢”的测试用例集,去发现系统边界以及系统集成上的潜在缺陷
作为测试工程师,切忌不能把整个被测系统看作一个大黑盒,你必须对内部的架构有清楚的认识,比如数据库连接方式、数据库的读写分离、消息中间件 Kafka 的配置、缓存系统的层级分布、第三方系统的集成等等。
- 必须深入理解被测软件的设计与实现细节,深入理解软件内部的处理逻辑。
单单根据测试需求点设计的用例,只能覆盖“表面”的一层,往往会覆盖不到内部的处理流程、分支处理,而没有覆盖到的部分就很可能出现缺陷遗漏。在具体实践中,你可以通过代码覆盖率指标找出可能的测试遗漏点。
同时,切忌不要以开发代码的实现为依据设计测试用例。因为开发代码实现的错误会导致测试用例也出错,所以你应该根据原始需求设计测试用例。
- 需要引入需求覆盖率和代码覆盖率来衡量测试执行的完备性,并以此为依据来找出遗漏的测试点。
网友评论