软件缺陷报告

缺陷的缺陷

  • 就是测试人员提交的"不是缺陷"的缺陷,是测试人员没有正确理解需求,从而产生了不合理的报告

什么是软件缺陷
软件未达到产品说明书标明的功能
软件出现了产品说明指明不会出现的错误
软件功能超出产品说明书指明的范围
软件未达到产品说明书虽未指出但应达到的目标
软件测试员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户认为不好

缺陷产生的原因
工期短,任务大
程序设计错误
沟通交流不够
文档不完善
软硬件支持不完善
软件的复杂性
需求不断变化

分离和再现软件缺陷
边界条件软件缺陷,内存泄露和数据溢出等白盒问题可能会慢慢自己显露出来
考虑资源依赖性和内存、网络、硬件共享的相互作用
不要忽视硬件

无法再现的缺陷应对采取的适当处理方法:应对对这样的缺陷进行详细的记录,并尽提交给开发人员

缺陷重复
缺陷重复,同一缺陷被两个测试工程师提交
尽量避免两个人同时测试同一模块,如果两个人同时测试同一模块,提交缺陷时一定要系统查看一下是否有类似缺陷已经被提交

缺陷报告的读者对象:缺陷报告的直接读者是软件开发人员和质量管理人员,除此之外,来自市场和技术支持等部门的人也可能需要查看缺陷情况

缺陷报告的写作准则(5C)
Correct(准确):每个组成部分的描述准确,不会引起误解
Clear(清晰):每个组成部分的描述清晰,易于理解
Concise(简洁):只包含必不可少的信息,不包括任何多余的内容
Complete(完整):包含复现该缺陷的完整步骤和其他本质信息
Consistent(一致):按照一致的格式书写全部缺陷报告

缺陷报告的组织结构
ID、标题、模块、优先级、严重程度、版本、分类、前置条件、操作步骤、预期结果、实际结果、附件、状态

缺陷报告的写作技巧
组织(Structure)
重现(Reproduce)
隔离(Isolate)
归纳(Generalize)
对比(Compare)
总结(Summarize)
精简(Condense)
消除歧义(Disambiguate)
中立(Neutralize)
检查(Review)

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。