测试用例编写
作为一个合格的测试工程师,编写一个好的测试用例是最基本的职业技能,那什么是测试好的测试用例呢,如何编写比较好的测试用例呢?以下是我个人的建议
好的测试用例的定义:尽可能多的覆盖需求的不同场景
功能测试用例:
尽量全面的覆盖需求,尽量全面的覆盖用户场景,一般的用例设计方法有:等价类划分法、边界值分析法,错误推测法,因果图
测试用例管理
工具:ALM,rally,TAPD,
分析:对于项目周期比较长,时间比较充足的情况下,可以考虑用比较系统的测试用例管理工具,可以对用例进行分块管理,该用例编写的模板一般都包含:用例ID(创建完毕后会立马生成)、用例标题、检查项(比如rally有此功能,可以输入对应的需求ID)、前置条件、用例步骤、期望结果等。在执行阶段用例可以关联bug,可以自动统计cases执行情况。由于在执行时用例可以关联bug,可以在回归测试时很好的进行bug的验证和失败cases的回归。更新测试用例时系统也会记录更新的细节。
工具:Excel
分析:时间略充足的项目,但是公司没有很好的用例管理工具时,可以使用Excel来管理用例,可以用相应的公式统计cases执行情况,用例描述也比较简洁。用例的基本项也可以在excel中实现。需要做的是,结果情况的讨论都需要自己写公式来计算;不足之处是修改记录无法统计,不跟很好的追踪cases的更新
工具:Xmind
分析:时间很紧张的情况下可以考虑使用脑图的形式来编写用例,一般脑图比较适合编写测试点,脑图主要呈现的是一个测试的思路,以及对需求的用户状态的延伸。该工具的好处是比较省时,可以快速进入测试,阅读的时间也比较快,比较适合时间比较紧张的项目