本文共 1314 字，大约阅读时间需要 4 分钟。

1、引言

2、测试与调试的区别？

• 任务不同，测试是发现问题，调试是定位解决问题
• 执行人不同，测试由测试人员完成，调试是开发人员
• 时间段不同，测试贯穿整个软件生命周期，调试只在开发阶段

3、软件缺陷定义，满足5个条件之一（所有软件问题都成为缺陷）

• 软件未达到产品说明书中已标明的功能
• 软件出现了产品说明书中指明不会出现的错误
• 软件功能超出了产品说明书指明的范围
• 软件未达到产品说明书虽未指出但应达到的目标
• 软件测试员认为软件难以理解，不易使用，运行速度缓慢，或者最终用户认为该软件使用效果不好

4、判断缺陷的依据

• 通过参考文档（需求规格说明书、概要设计、详细设计等）来确认缺陷；产品说明书（用户在判断缺陷）
• 通过了解软件行业标准、行业背景（或参考同类典型软件）来发现缺陷
• 软件行业标准（界面标准：界面风格统一、菜单不能超过三层、支持快捷操作等）行业背景（入门快、软件常识），测试经验
• 通过沟通来确认和识别缺陷

5、下面展示学生管理系统缺陷列表样例

6、软件缺陷编写

• 标题（概述）：简明扼要的把缺陷说明
• 预置条件：把缺陷出现的前提条件说明，比如浏览器、操作系统版本、网络情况等
• 操作步骤：把缺陷的重现步骤分布来写1、2、3
• 实际结果：把操作步骤的实际结果描述
• 期望结果：把操作步骤的希望（正确）结果描述
• 附件：实际结果截图、日志等
• 严重程度：建议性缺陷、轻微缺陷（错别字等）、一般缺陷（功能出现错误）、严重缺陷（引起被测系统数据丢失、被盗、系统崩溃的缺陷）一般来讲，严重程度越高，越要及时修改
• 优先级：高、中、低 。高优先级的不一定严重程度高，比如前端界面文字描述错误

7、有效记录缺陷经验

• 单一准确：每个报告只针对一个软件缺陷
• 可以重现：提供出现这个缺陷的必要精确步骤，使开发人员能看懂，可以再现并修复缺陷（使用最少步骤重现缺陷，减少开发人员重现缺陷的时间，使开发人员更准确的定位缺陷）
• 完整统一：提供完整、前后统一的软件缺陷的修复步骤和信息，如图片\log日志等等
• 短小简练：通过使用关键词，使软件缺陷的标题描述短小简练，又能准确解释产生缺陷的现象
• 特定条件：软件缺陷描述不要忽视那些看似细节又必要的特定条件
• 不做评价：软件缺陷报告是针对软件产品的，因此软件缺陷描述不要代表个人观点，不要对开发人员去评价
• 不要疑问：当我们确定一个软件缺陷后，不能带有疑问的语句去题这个缺陷

8、缺陷处理流程

提交缺陷->分配缺陷->处理缺陷->反测->关闭缺陷/重新打开  测试     测试      开发   测试      测试

9、了解与使用禅道

学如逆水行舟，不进则退

转载地址：https://chocolate.blog.csdn.net/article/details/103892877 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！