今天在公司是继续搞明白测试缺陷是什么
《软件测试缺陷》
- 什么是缺陷？
答：实际结果和预期结果不符的叫做缺陷（不满足用户确定需求的叫做缺陷）。具体来说有如下5点：
- 软件未达到产品说明书标明的功能
- 软件出现了产品说明书指明不会出现的错误
- 软件功能超出产品说明书指明的范围
- 软件未达到产品说明书虽未指出但应达到的目标
- 软件测试人员认为软件难以理解、不易使用、运行速度缓慢、最终用户认为不好。
- 如何识别缺陷？
答：可以通过参考文档来确认缺陷、通过了解软件产品的行业背景或者参考同类型软件来发现缺陷、通过沟通来确认和识别缺陷。
- 随机bug报不报？
答：首先，应当进行详细记录，并尽快提交给开发人员
其次，要合理安排时间，要考虑到测试项目的整体进度，对一时难以再现的缺陷可以暂时搁置，以保证项目的正常进度。
最后在测试过程中对未再复现的缺陷予以关注。
- 怎样有效的记录缺陷？
答：尽量保证缺陷重现，如果测试人员提交太多不能复现的bug会让人觉得水平低；
- 分析故障—使用最少的步骤复现故障
- 包含所有重现缺陷的必要步骤
- 方便阅读
- 尽量简单----一个缺陷一个报告
- 注意自己的语气
- 值得注意的经验
- 如何有效记录缺陷？
答：5C原则：Correct（准确）、Clear（清晰）、Concise（简洁）、Complete（完整）、Consistent（一致）
- 如何描述缺陷？
答：缺陷标题、缺陷优先级、缺陷的严重程度、缺陷的类型、测试环境、前提条件、复现步骤、预期结果、实际结果、备注及附件
- 缺陷报告的用途是什么？
答：记录缺陷、对缺陷进行分类统计、对缺陷进行跟踪
- 是不是所有的缺陷都要被修复？
答：不是，有些缺陷是可以不修复的：比如有些并不太影响用户使用的小缺陷。也有一些遗留缺陷是因为：技术上实现不了或者项目赶进度导致时间来不及修改。
- 缺陷的统计方式有哪些？
答：按照缺陷所属模块进行统计、按照缺陷严重程度进行统计、按照缺陷优先级进行统计、开发人员被分配到的bug分布图、测试人员发现的bug分布图、按照bug状态进行统计、按照缺陷引入的原因进行统计等。
- 缺陷的处理流程是什么？解决方式有哪些？
答：测试人员提交bug、开发人员解决bug、测试人员回归bug、如果确实解决就关闭该bug，如果没有解决，则重新打开bug，让开发人员继续修复该bug。
- 缺陷的解决方式有几种？（是不是所有的bug开发都要修改？）
答：已修改的、不是bug、无法修改、以后解决、重复提交、无法复现
- 熟练掌握缺陷跟踪系统有哪些？
答：bugfree、QC、Jira、禅道、mantis、还有一些公司内部研发的bug管理工具
- 当你发现一个bug，开发却认为不是bug，你该怎么处理？
答：先检查自己的描述是否有歧义，如果没有歧义就找开发人员沟通，如果沟通后还不能达成一致，需要找产品人员和项目经理确认该问题（产品经理带头的项目就找产品经理确认，项目经理负责的项目就找项目经理确认）。
- 你提交一个bug，开发人员不修改你该怎么办？
答：这个问题的前提是开发已经认可了这是一个bug，但是不修改。那么测试人员需要跟开发人员沟通不修改的原因，比如：工期来不及或者技术达不到，或者是一些不影响用户使用的小bug等。如果是工期来不及着急上线的话，可以跟项目经理沟通是否可以为此延迟上线；如果是技术达不到，可以跟项目经理请示是否需要请技术大拿来帮忙解决；如果是bug太多，那些不影响用户使用的小bug，可以当成遗留bug写在测试报告里，评审时确认最终修改日期。