怎样描述一个软件缺陷？
我们进行测试，发现软件的缺陷，目的是让开发人员清楚地知道问题所在，修复缺陷，确保软件质量。但是，如果软件缺陷描述的含糊不清，开发人员看起来不知所云，甚至误导了开发人员寻找问题源头的方向，那么会给软件的修复工作带来很大的障碍。
那么，我们要怎样描述一个软件缺陷呢？
好的软件缺陷描述，遵循以下规则：
单一准确
一个缺陷条目只描述一个缺陷。这样既便于开发人员理解缺陷，也便于后续的缺陷跟踪。
缺陷的描述必须是准确的，这样可以让开发人员快速定位问题所在，而不会被误导。
可以再现
缺陷的描述必须能够使得缺陷能够再现。不能再现的缺陷可能无法确定产生原因。要想缺陷能够再现，描述缺陷的时候需要把缺陷产生的环境条件、操作步骤、现象等描述清楚。
完整统一
缺陷描述应尽可能完整，不仅有测试人员对于缺陷的文字描述，还应包括带有出错信息的图片、日志文件等，并且，这些信息之间是一致的，没有分歧的。
短小简练
缺陷标题的描述应使用合适的关键词，使得标题短小简练，又能描述产生缺陷的主要现象。
特定条件
描述缺陷的时候，不要忽视那些产生缺陷的特定条件，比如特定版本的浏览器，这些特定条件能够帮助开发人员快速定位问题。
补充完善
测试人员的职责不仅是发现缺陷，还要帮助开发人员完成缺陷的修复。所以，在必要的时候，测试人员要补充和完善缺陷信息，以帮助开发人员定位问题，修复缺陷。
不做评价
测试人员对缺陷的描述要客观，不要带有个人观点，不要对开发人员进行评价。
附：
缺陷描述的内容一般包括：
缺陷ID；
缺陷基本信息，包括缺陷标题、严重程度、优先级、提交人、提交时间、所属项目、解决人、预期解决时间、验证人、验证时间等；
缺陷的详细描述；
测试环境；
必要的附件；
缺陷引入阶段；
缺陷修复工作量。
这正是：
缺陷描述有原则，内容单一要准确
不做评价可再现，完整统一更完善
参考书目：现代软件测试技术与管理研究，作者：赵仕波 魏生斌 罗耀华，出版社：中国水利水电出版社