Question

软件缺陷报告包含哪些内容？

Answer 1

简单的概括来说：缺陷报告是测试人员与开发人员交流沟通的重要途径，也是测试工程师日常工作的重要产出物。
常规的软件缺陷报告，应该包括缺陷标题、缺陷描述、缺陷影响情况、环境配置内容、前置条件、缺陷重现的步骤、期望结果和测试结果、优先级和严重程度、变通方案、bug原因分析，以及附件几个大部分。
具体内容可以从黑马程序员官网获取资料进行进一步了解。

Answer 2

缺陷编号(Defect ID)：提交缺陷的顺序；
缺陷标题(summary)：简明扼要的描述一下缺陷；
缺陷的发现者(Detected By)： 测试人员自己；
发现缺陷的日期(Detected date)：一般为当天；
缺陷所属的模块(subjecy):在测试哪个功能模块的时候发现的bug，开发组可以据此决定由谁负责修改该bug;
发现缺陷版本(Detected in release)：在测试哪个版本的时候发现的bug;
指派给谁处理(Assigned to):测试人员指派给开发经理，开发经理根据缺陷所在的模块，需再次指派具体的开发人员；
缺陷的状态(status)：缺陷此时所处的处理阶段或处理情况；
测试人员发现缺陷，提交缺陷报告，把缺陷的状态置为：new (新发现的bug);
开发经理验证新提交的 bug ,如果是 bug ,把状态改为 open (打开的bug,开发组承认的bug)，指派给具体的开发人员解决；如果不是bug,把状态改为rejected(拒绝的bug);
开发人员看到指派给自己解决的bug，进行 bug 修复，修改完后，把状态改为：fixed(已经修复的 bug ,可以返测得 bug )
测试人员对修复得 bug 进行返测，返测成功，把状态改为closed(关闭得缺陷，归档得 bug)；如果返测不成功，把状态改为：reopen (重新打开得 bug);
缺陷的严重程度(severity)：bug 对软件的影响有多大
Urgent：造成系统死机、重启、崩溃的缺陷；
Very High：非常严重的缺陷；
High：严重的缺陷；
Medium：中等程度的缺陷；
Low：小的缺陷；
每一个等级到底包括哪些缺陷，最好在专门的文档中进行详细说明，这样可以使开发和测试人员达成共识。
Bug Level （等级、级别）
Definition （定义）
性能 Performance
缺陷的优先级(priority)
测试人员希望该缺陷程序员在什么时间内或在哪个版本中解决
Urgent：立刻修改（影响开发或者测试的进度）
Very High：本版本修改；
High：下版本修改；
Medium：发布之前修改；
Low：允许在发布中存在的
缺陷描述 (description)
把发现 bug 的步骤、使用的数据等记录下来，是程序员通过该描述清楚所发生的事情；

Answer 3

软件危机是计算机软件在它的开发和维护中所遇到的一系列严重问题
软件缺陷是不是软件开发存在的问题 是客户使用过程中出现的问题
主要有：软件成本和进度的估计常常很不准确
用户对“已经完成的”软件系统不满意
软件产品的质量靠不住
软件是不可维护的
软件没有适当的文档资料
软件成本在计算机系统总成本中所占的比例逐年上升

Answer 4

你是做检测软件的？写报告。。。