测试用例及缺陷报告编写要素

一、测试用例编写

1、为什么编写测试用例？

（1）测试点规范化形成文档，方便有计划执行用例

（2）方便回归测试中的重复测试工作

2、如何编写好的测试用例？（测试用例的关注点包括？）

（1）编写测试用例规范化（大家能看懂你写的测试用例）

（2）测试点覆盖全面（good-enough原则，既不要做不充分测试，也不要做过分的测试）

3、测试用例的要素包括哪些？

（1）用例编号

规则：项目代号-模块名-序列号

（2）测试模块

规则：一级模块—二级模块

如：登录；支出-增加支出

（3）用例标题

测试点清晰，语言简洁明了

（4）用例优先级（重要级别）：用于决定执行用例的顺序

根据功能模块的优先级进行判断

高：软件的重要功能、最基本功能模块的用例

中：软件的一般功能模块的用例

低：软件中附加功能模块的用例

（5）预置条件

操作步骤中第一个步骤得以执行下去需要满足的前提条件

（6）操作步骤

详细写清楚每一个步骤，以及涉及到的测试点

（7）测试输入

步骤中涉及到的输入数据（符合测试点的参考数据），若没有，则不写

（8）预期结果

写清楚用例执行后软件产生的预期结果

二、缺陷报告

1、缺陷报告包括的要素有哪些？

（1）缺陷编号

按照公司的规则定义

或者直接系统（缺陷管理系统，如禅道、bugfree、jira）设置编号

（2）所属用例编号

发现该bug时执行用例的编号

（3）所属项目名

（4）所属软件版本

（5）所属模块

（6）测试环境，一般指的是操作系统+浏览器

（7）bug类型

bug分类的两种划分依据：

第一种，根据bug的来源：分为需求、设计、代码、其他

第二种，根据测试类型划分：功能bug、界面bug、兼容bug、安全、性能等等

（8）发现日期及发现人

（9）缺陷标题

模板：在XXX时，测试点，实际结果

举例1：在增加账户转账时，转出账户为空，保存成功。

举例：在添加系统用户时，输入重复用户名，添加成功

预置条件：

 登录成功，已有系统用户：“测试”

复现步骤：

1、点击【系统设置】

2、点击【增加】

3、输入重复用户名：测试

4、输入合法的密码：1234

5、点击【保存】

预期结果：

 保存失败，提示：“该用户已存在”

实际结果：

 保存成功

（10）预置条件

（11）复现步骤

（12）预期结果

（13）实际结果

备注：缺陷详细描述包括10、11、12、13

（14）缺陷的严重程度（1级、2级、3级、4级）

致命：导致软件崩溃、死机、无响应、涉及到用户的隐私及经济损失

严重：软件中比较重要的功能出现bug

一般：软件中一般功能出现问题

建议：对用户影响非常小，可以修改也可不修改，比如界面美观，易用性等

（15）缺陷的复现率

总是：100%发生

有时：50%-80%发生

随机：20%-50%

无法重新：10%   （17）缺陷的状态

（16）优先级（一般可由测试经理或者开发经理选择判断）

根据缺陷需要处理的优先程度进行划分

高：立即处理

中：正常排队

低：可延迟处理

（17）缺陷的状态

new：新建，测试人员提交缺陷后的状态为new，分配给测试经理

open：打开，测试经理审核缺陷，确认无错误后，状态修改为open，分配给开发人员

fixed：已修复，开发人员修复完bug后，将状态修改为fixed，分配给测试人员

closed：关闭，测试人员验证bug修复是否正确，若修复正确，则将状态修改为closed，

reopen：重新打开 ，若验证bug未修复正确，则将状态修改为reopen，再次分配给开 发人员

postpone：推迟处理

duplicate：重复缺陷，测试人员确认是否是重复bug，若是，则状态可修改为abandon，否 则，则状态再次reopen，分配给开发

abandon：放弃bug

rejected：拒绝缺陷

（18）解决人及日期

（19）验证人及日期

（20）附件：bug截图