文档介绍：软件缺陷描述《如何编写高质量的缺陷描述》作为一名测试人员,提交缺陷是我们必须做的功课。缺陷描述也是一门“艺术”,它影射了一个人的测试经验,测试深度。缺陷描述能否做好,直接影响了我们的测试效率,更确切的说是影响了开发人员修改缺陷的效率。一份高质量的缺陷描述让开发人员看的时候是一种享受,可以提高他们的工作效率;而一份让人费解的缺陷描述,不仅会让开发感到无从下手,还会降低对测试人员的信任度。一份好的缺陷描述,体现了一个测试人员的基本素质。;;。-------------------------------------------------------------------------------------------------认识软件缺陷,首先要了解软件缺陷的概念,其次是了解软件缺陷的详细特征,最后就是它的属性了,再高一个层次就是学习利用管理软件缺陷的工具了。1、首先介绍软件缺陷的概念软件缺陷是指系统或系统部件中那些导致系统或部件不能实现其功能的缺陷。2、软件缺陷的详细特征a、单一准确b、可以再现(要求软件缺陷具有精确的步骤)c、完整统一d、短小简练e、特定条件f、补充完整g、不做评价3、软件缺陷的属性软件缺陷的属性包括缺陷标识、缺陷类型、缺陷严重程度、缺陷产生可能性、缺陷优先级、缺陷状态、缺陷起源、缺陷来源、缺陷原因。下面详细介绍一下以上这些属性:a、缺陷标识:是标记某个缺陷的唯一标识,可以用数字序号表示(缺陷编号);b、缺陷类型:功能、用户界面、文档、软件包、性能、系统\模块接口缺陷功能:影响了各种系统功能、逻辑的缺陷;用户界面:影响了用户界面、人机交互特性,包括屏幕格式、用户输入灵活性、结果输入格式等方面的缺陷;文档:影响发布和维护,包括注释、用户手册、设计文档;软件包:由于软件配置库、变更管理或版本控制引起的错误;性能:不满足系统可测量的属性值,如执行时间、事务处理速率等;系统\模块接口:与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表等不匹配、冲突。c、缺陷严重程度:致命(Fatal)、严重(Ceritical)、一般(Major)、较小(Minor)致命:系统任何一个主要功能完全丧失,用户数据受到破坏,系统崩溃、悬挂、死机或者危机人身安全;严重:系统的主要功能部分丧失,数据不能保存,系统的次要功能完全丧失,系统所提供的功能或服务受到明显的影响;一般:系统的次要功能没有完全实现,但不影响用户的正常使用。例如:提示信息不太准确或用户界面差、操作时间长等一些问题;较小:使操作者不方便或遇到麻烦,但它不影响功能过的操作和执行,如个别不影响产品理解的错别字、文字排列不整齐等一些小问题d、缺陷产生可能性:总是、通常、有时、很少总是:总是产生这个软件缺陷,其产生的频率是100%;通常:按照测试用例,通常情况下会产生这个软件缺陷,其产生的频率大概是80%—90%;有时:按照测试用例,有时候产生这个软件缺陷,其产生的频率大概是30%—50%;很少:按照测试用例,很少产生这个软件缺陷,其产生的频率大概是1%—5%.e、缺陷的优先级:立即解决、高优先级、正常排队、低优先级立即解决:缺陷导致系统几乎不能使用或者测试不能继续,需立即修复;高优先级:缺陷严重,影响测试,需要优先考虑;正常排队: