一、软件缺陷的基本描述
软件缺陷的描述是软件缺陷报告中测试人员对问题陈述的一部分，并且是软件缺陷报告的基础部分。同时，软件缺陷的描述也是测试人员就一个软件问题与开发小组交流的最初最好的几乎。一个好的描述需要使用简单、准确、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员。以下是软件缺陷的有效描述规则：单一准确。每个报告只针对一个软件缺陷，在一个报告中报告多个软件缺陷的弊端是常常会导致只有其中一个软件缺陷得到注意和修复。
可以再现。提供这个缺陷的精确步骤，使开发人员容易看懂，可以再现并修复缺陷。
完整统一。提供完整、前后统一的软件缺陷的修复步骤和信息，例如图片信息、Log文件等。
短小简练。通过使用关键词，可以使软件缺陷的标题描述短小简练，又能准确解释产生缺陷的现象。如“主页的导航栏在低分辨率下显示不整齐”中“主页”、“导航栏”、“分辨率”等是关键词。
特定条件。许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷，所以软件缺陷描述不要忽视这些看似细节但又必要的特定条件（如特定的操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原因的线索。如“搜索功能在没有找到结果返回时跳转页面不对”。
补充完善。从发现bug那一刻起，测试人员的责任就是保证它被正确的报告，并且得到应有的重现，继续监视其修复的全过程。
不做评价。软件缺陷描述不要带有个人观点，不要对开发人员进行评价。软件缺陷报告是针对产品的。
遵循软件缺陷有效描述的规则会有下列益处：
清晰、准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量。
提高软件缺陷修复的速度，使每一个小组都能够有效地工作。
提高测试人员的信任度，可以得到开发人员对清晰的软件缺陷描述有效的响应。
加强开发人员、测试人员和管理人员之间的协同工作能力，让他们可以更好地工作。
二、软件缺陷处理技巧
管理人员、测试人员和开发人员需要掌握在软件缺陷生命周期的不同阶段处理软件缺陷技巧，从而尽快处理软件缺陷，缩短软件缺陷生命周期。以下列出处理软件缺陷的基本技巧：审阅。当测试人员在缺陷跟踪数据库中输入了一个新的缺陷时，测试员应该提交它，以便在它能够起作用之前进行审阅。这种审阅可以由测试管理员、项目管理员或其他人来进行，主要审阅缺陷报告的质量水平。
拒绝。如果审阅者决定需要对一份缺陷报告进行重大修改，例如需要添加更多的信息或者需要改变缺陷的严重等级，应该和测试人员一起讨论，由测试人员纠正缺陷报告，然后再次提交。
完善。如果测试员已经完整地描述了问题的特征并将其分离，那么审查者就会肯定这个报告。
分配。当开发组接受完整描述特征并被分离的问题时，测试员会将它分配给适当的开发人员，如果不知道具体开发人员，应分配给项目开发组长，由开发组长再分配给对应的开发人员。
测试。一旦开发人员修复一个缺陷，它就将进入测试阶段。缺陷的修复需要得到测试人员的验证，同时还要进行回归测试，检查这个缺陷的修复是否会引入新的问题。
重新打开。如果这个修复没有通过确认测试，那么测试人员将重新打开这个缺陷报告。重新打开一个缺陷，需要加注释说明，否则会引起“打开-修复”多个来回，造成测试人员和开发人员不必要的矛盾。
关闭。如果修复通过验证测试，那么测试人员将关闭这个缺陷。只有测试人员有关闭缺陷的权限，开发人员没有这个权限。
暂缓。如果每个人都同意将确实存在的缺陷移到以后处理，应该指定下一个版本号或修改的日期。一旦新的版本开始时，这些暂缓的缺陷应该重新被打开。
测试人员、开发人员和管理人员只有紧密地合作，掌握软件缺陷处理技巧，在项目的不同阶段，及时地审查、处理和跟踪每个软件缺陷，加速软件缺陷状态的变换，不仅提高软件质量，而且促进项目的发展。
文章来源于领测软件测试网 https://www.ltesting.net/