测试用例编写与用例管理工具选择

测试用例编写

作为一个合格的测试工程师，编写一个好的测试用例是最基本的职业技能，那什么是测试好的测试用例呢，如何编写比较好的测试用例呢？以下是我个人的建议

 

好的测试用例的定义：尽可能多的覆盖需求的不同场景

功能测试用例：

尽量全面的覆盖需求，尽量全面的覆盖用户场景，一般的用例设计方法有：等价类划分法、边界值分析法，错误推测法，因果图

 

测试用例管理

 

工具：ALM，rally，TAPD，

 

分析：对于项目周期比较长，时间比较充足的情况下，可以考虑用比较系统的测试用例管理工具，可以对用例进行分块管理，该用例编写的模板一般都包含：用例ID（创建完毕后会立马生成）、用例标题、检查项（比如rally有此功能，可以输入对应的需求ID）、前置条件、用例步骤、期望结果等。在执行阶段用例可以关联bug，可以自动统计cases执行情况。由于在执行时用例可以关联bug，可以在回归测试时很好的进行bug的验证和失败cases的回归。更新测试用例时系统也会记录更新的细节。

 

工具：Excel

分析：时间略充足的项目，但是公司没有很好的用例管理工具时，可以使用Excel来管理用例，可以用相应的公式统计cases执行情况，用例描述也比较简洁。用例的基本项也可以在excel中实现。需要做的是，结果情况的讨论都需要自己写公式来计算；不足之处是修改记录无法统计，不跟很好的追踪cases的更新

 

工具：Xmind

分析：时间很紧张的情况下可以考虑使用脑图的形式来编写用例，一般脑图比较适合编写测试点，脑图主要呈现的是一个测试的思路，以及对需求的用户状态的延伸。该工具的好处是比较省时，可以快速进入测试，阅读的时间也比较快，比较适合时间比较紧张的项目