测试用例执行和缺陷报告

一、测试用例的执行

按照测试用例中设计的步骤、数据进行操作和输入，认真比对软件的实际运行结果和测试用例设计中的预期结果。

测试用例运行的结果有两种：

1、实际结果和预期结果一样。说明该条测试用例执行成功。功能正常。

2、实际结果和预期结果不一致。说明该条测试用例执行失败。功能有缺陷。

因此，执行测试用例需要注意：

1、认真的、不能打折的执行所有步骤、输入所有数据；

2、认真的、明察秋毫的比对实际结果和预期结果。

3、需要耐心、细心、的执行测试用例。

二、缺陷的相关属性

1、严重程度（Serious）。指的就是一个软件的缺陷对软件的运行造成的后果。一般企业都会根据自身的特点，制定缺陷严重程度的标准，例如：

级别	说明	表现
S1	致命缺陷	系统崩溃或者闪退； 系统主要功能完全丧失； 数据丢失或者泄露
S2	严重缺陷	主要功能部分丧失； 次要功能完全丧失；
S3	一般缺陷	次要功能部分丧失
S4	轻微缺陷	不影响使用的错别字； 不影响使用的排版样式、字体大小等

2、修复优先级（Pre）。一个缺陷被修复的紧急程度。一般的，企业也会制定符合自身要求的缺陷的修复优先级：

级别	说明	表现
P1	最高优先级。立即处理。（8小时内处理完）	1、代表企业形象的Logo或者图标； 2、严重影响测试进行的
P2	高优先级。（24小时内处理）	1、影响测试进行，但是影响不大
P3	一般优先级。（72小时内处理）	主要是反向测试发现的缺陷。
P4	低优先级。（软件发布之前）

缺陷能不能夸大或者掩饰其严重程度，进行报告？

答：不能。“狼来了”的故事。

三、编写缺陷报告

1、缺陷的概述（标题）。一句话描述缺陷及表现。例如，计算器运算1+1的时候，预期结果是2，实际结果是3.

再比如，相册中，选中一张照片，点击删除，应该提示是否删除，结果没有提示直接删除。

2、缺陷的严重程度和修复优先级。准确的估量和填报信息，有助于快速解决。

3、缺陷的描述。包含缺陷的复现过程（如何操作能够实现该缺陷）、实际运行结果、预期运行结果。

4、缺陷的编号。例如，Bug_0001。

5、指派人。交给谁处理。

6、预计处理时间。

7、提交人。

8、提交时间。

9、其他信息（图片或者视频）。

作业命名规范：

人名_作业名_时间_版本

例如，

yangkaikai_testcase_20210821_v1.0

杨凯凯_测试用例_20210821_v1.2