测试职场经验 | 缺陷处理的流程是怎么样的？

软件测试工程师面试的时候，有一个99.999%会被问到的问题：你们公司缺陷处理的流程是怎么样的？

其实这也不怪面试官，千篇一律的提问，估计他们自己也很烦！但是作为软件测试工程师，我们工作中最重要的两件事儿：设计和编写测试用例；执行测试并提交缺陷么？所以关于这个问题，我们就好好的说道说道吧！

首先不能就简单的只说流程：

因为在流程中，还有两个非常重要的内容：人和事！

几个意思呢？就是我们还要说：谁在这块儿干了什么！这样才算是将流程说明白！

一、发现缺陷

测试人员自己要慎重的确认。尽你最大的能力不要出现提交了一个不是缺陷的东西。那样只会让本就觉得测试麻烦的开发人员和其他人员觉得你是在没事儿找事儿！咱们测试绝对不做那个搞事情的！

二、提交缺陷

测试人员按照规则提交（注意严重程度、优先级的设定；测试用语的准确性；不要激怒开发人员）。这个呢是一项技术活了，看上去虽然就是写个缺陷报告，但是要严格按照团队定好规则设定严重程度、修复优先级，不懂的就问问老人（如果就你一个，就问问技术经理），别太瞎搞了，坚持自己看发的同时，也听听别人的意见，这叫广开言路（可能身份有点不恰当，但是意思是一个意思）。我们看看文档版的缺陷报告（基本不用）

具体内容就不说了，大家都懂的。再看看禅道系统中怎么提交一个Bug：

 

大家在这里呢，挑一个说一下就行，切记别两个都说，没有那个公司两种都用的，那样很另类哦！

三、确认缺陷

由专门人员（QA、产品、测试经理/主管、开发经理/主管）进行缺陷的确认。他们会审查我们测试人员提的bug是不是一个bug，如果不是就会给我们打回了，不要让这种情况出现！看看禅道怎么进行操作！

 

四、分配缺陷

上个环节的专人分配给不同的人员（开发人员、DBA、运维、产品经理）。分配缺陷的时候会对缺陷的类型、优先级重新设定，测试人员争取不要做了错误的缺陷判定。下图为经过确认的缺陷：

五、处理缺陷

就是分配出去的缺陷有专人去处理，不同的人要对缺陷做不同的处理方式。

 比如开发人员，他们可以：

1）修复。Bug改完了。

2）需求如此。测试人员就要和开发确认需求，实在不行还得找找产品确认。

3）延期。本次版本不改，如果是这样，就要找领导确认；如果是第三方插件的问题，那就要联系供货方！

4）解决不了。技术本身的缺陷，比如面部识别，Android系统的内存泄露……开发真解决不了！

5）不改缺陷。99.999%的开发不会出现，如果面试官真的要问就说没遇到过。

 其他人员的我们可以看一下禅道中默认提供的缺陷处理方式：

六、验证缺陷

测试人员专门检查经过修复的缺陷。

1）回归测试。一般局部的重复执行之前出bug 的用例；重新设计另一个同类型的测试用例测试和检验。

2）有无修复成功。

3）有无新bug产生。

七、关闭缺陷

经过验证后，没有问题的就关闭。

 

禅道会记录每一次缺陷的修改和处理记录！非常好！

说到这儿，基本上面试官也不会就着这个问题问太多了，基本上公司或者团队都是这么干的，如果没有用到禅道这样的系统的，那就文档记录和跟踪吧，不过这种方式的效率很低，不及时，无法有效跟踪缺陷的处理情况！

最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走！ 希望能帮助到你！【100%无套路免费领取】