缺陷报告——理论篇

缺陷定义:指产品不能提供人们有权期待的安全性,或存在不合理的危险。主要包括设计缺陷、制造缺陷和指示缺陷。

概述:表示并描述发现的缺陷,具有清晰,完整和可重现问题所需的信息文档

理解:测试人员发现缺陷,将缺陷记录在《缺陷报告》中,通过缺陷报告告知给开发人员,并对缺陷进行跟踪和管理,缺陷报告是测试人员与开发人员之间重要的沟通方式

软件缺陷就是通常说的Bug,它是指在软件中(包括文档和程序)存在的影响软件正常运行的问题。

▶ 软件未达到产品说明书标明的功能,如一个即时通讯App不能聊天。

▶ 软件出现了产品说明书指明不会出现的错误,如高考不带身份证。

▶ 软件功能超出产品说明书指明的范围,如即时通讯App做了一个地图功能。

▶ 软件未达到产品说明书虽未指出但应该达到的目标,如一个账号的密码是明文。

▶ 软件难以理解、不易使用、运行速度缓慢或者从测试人员的角度看最终用户认为不好,如一个即时通讯App无法找不到聊天界面。

软件缺陷产生的原因

1.需求不明确和变更

    软件需求不清晰或者开发人员对需求理解偏差,导致人员设计师偏离用户的需求目标,造成软件功能或特征上的缺陷,此外,开发过程中客户频繁更新需求也会影响软件最终的质量

2.软件结构复杂

3.编码问题

4.项目期限短

5.使用新技术

导致软件缺陷的典型错误

软件缺陷分类

缺陷报告的核心要素

八项:

    缺陷编号:缺陷的唯一标识符

    缺陷状态:缺陷跟踪过程的进展情况

            


    新建:刚发现的缺陷

    已指派:已经由测试人员将缺陷指派给开发人员进行处理

    已打开:开发人员正在修复缺陷

    已修复:开发人员完成缺陷修复,还未进行回归测试

    已拒绝:发开人员拒绝修复

    已延期:对缺陷进行延缓处理

    已关闭:由测试人员回归测试后,缺陷不存在了

    重新打开:由测试人员回归测试后,发现缺陷任然存在,


缺陷标题:缺陷的概述,描述问题本质

    重现步骤:

        ①一步一步描述再现缺陷的操作步骤

        ②预期结果

        ③实际结果

  严重程度:缺陷对软件系统的影响程度

  优先级:修复缺陷的重要性或紧迫性

  缺陷类型:根据缺陷产生的来源和根源划分出的缺陷种类    功能、配置、安装、性能缺陷

  测试环境:测试环境配置,包括软件环境和硬件环境


缺陷报告编写技巧



缺陷报告模板


©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容