自动化软件测试 -- 软件缺陷

一、软件缺陷

软件缺陷是产品开发或者维护过程中存在的错误、毛病等问题；是系统所需要实现的某种功能的失效或者违背。

具体包括：

未达到需求规格说明书中的功能；出现了需求规格说明书中指明不会出现的错误；功能超出了需求规格说明书的范围；未达到需求规格说明书的目标；测试人员或者用户认为软件难以理解、不易使用。

表现形式：

功能、特性没有实现或者部分实现；

设计不合理，功能特性不明确，逻辑不清楚或者存在矛盾；

产品实际结果和所期望的结果不一致；

没有达到需求规格说明书所规定的性能指标；

运行出错、中断、崩溃、界面混乱；

数据不正确、精度不够、不完整、格式不统一；

用户不能接受的其他问题，超时、界面丑陋等。

缺陷产生的原因：

需求解释或者记录错误；用户需求定义错误；需求说明存在错误；编码说明、程序代码有无、硬件或者系统存在错误等。

二、缺陷报告

缺陷报告应包含缺陷状态、缺陷标题、缺陷的严重程度、缺陷的优先级、缺陷所属模块、缺陷详细描述等。

缺陷报告的作用：记录测试结果、方便开发人员进行缺陷定位、为后期统计缺陷提供依据。

缺陷报告书写规范：

标题：

简短、尽量能够体现原因和结果、避免使用模糊不清的词语、便于他人理解。

状态：

 严重程度：

Fatal 致命的缺陷，造成系统或应用程序崩溃死机；

Critlcal 严重错误的软件缺陷，系统的主要功能部分丧失、数据不能保存；

Major 一般的软件缺陷，次要功能没有完全实现但不影响使用；

Minor 较小错误的软件缺陷，操作者不方便但它不影响功能性的操作和执行；

Enhancemental 建议问题，由问题提出人对测试对象的改进意见或测试人员提出建议、质疑。

三、缺陷报告内容

步骤：

加上编号；

一个步骤不要包含太多步骤；

可能将多个步骤合为一个；

可以包含该步骤后的一个中间结果；

可以使用短语或短句，不需要复杂句式。

四、缺陷统计

通过缺陷统计，我们可以得出以下信息：

缺陷分布：找出系统的薄弱环节

缺陷状态：根据变化，检查测试和开发的工作情况

人员水平：开发人员出错的数量和测试人员测出的数量

模块难度：较难的模块出问题的可能性较大

修复时间：平均修复缺陷需要的时间，越短越好