软件测试工程师如何去判断缺陷（Bug）
如何去判断这个Bug是不是一个缺陷？
像这样一个问题，其实在我们软件测试工程师面试的时候也会经常被问到。比如面试官问你：
你是怎么样来判断这个Bug是一个Bug的？你是如何去提交一个高质量的Bug的？
这个是属于功能测试面试的时候基本上是必问的一个问题！
首先我们来看第一个，如何如何去判断这个Bug是不是一个缺陷？
这个是对于我们软件测试工程师来说必须要具备的一个能力，再之前的文章中我们说到，我们提交Bug是有理有据的。那么同样的我们去判断这个问题是不是一个Bug，我们也是有理有据的。
理由的话，我们可以从这三个点来讲
第一个，就是通过技术文档来识别缺陷。
凡是这问题是不符合我们技术文档上面描述的，我们就可以把它判断为一个Bug，我们的参考就是技术文档。
像这一类文档有我们的需求规格说明书，然后设计文档、用户指南，或者说我们写测试用例，还有我们早期提交的一些Bug
都是我们参考的依据。
要是开发一直不改Bug怎么办？
这个也是我们在软件测试工程师面试过程中间经常会被问到的一个问题。面试官问你，如果你认为这个是一个Bug，但是开发认为这不是一个Bug，这样一个问题你该怎么去进行一个处理呢？
对于这一类的问题，首先第一个对于软件测试人员来说就是要去确认这个问题到底是不是一个Bug，需要我们自己去判断。为什么是一个Bug，你的理由你的依据是什么。如果说确定了它是一个Bug，有你的理由依据进行支撑。
如何去推动修改Bug？
如果开发人员不修改的话，无非就是几个问题。
第一个，就是需求不明确，而导致开发说我理解的需求就是这样子的，或者说需求没有明确的写出来，我认为这样子设计就OK了。
那么对于需求不明确的问题我们去找谁？
我们去找产品经理去进行一个确定，产品经理确定了需求是什么样子的，那开发要改就必须要修改。
开发不修改还会有一个原因。就是技术问题，现在的技术无法去修改。或者有一些问题不是通过开发人员就可以去修改的，可能还涉及到一些底层，或者说涉及到第三方公司需要提供的一些技术。对于这一类型问题，我们拿出来进行评审，之后由上面的领导出具一个解决方案。
这个就是我们在遇到这类问题时候解决的大体方向，有获取知识，获得帮助的朋友点赞支持一下！
至于说你说开发只会搬砖，或者说没有规避框架的一些缺陷，那么这一些问题，开发不知道改。其实这一些问题，不是我们软件测试工程师需要去抱怨的一些问题，作为同属于一个团队来说我们还要去进行一个友好的相处！
我们去识别一个缺陷，一定要参考相关的文档来作为你提交Bug的一个依据。
如果说对于有些公司没有这个文档的话，我们可以去参考行业的标准或者说同类型的软件来进行一个识别，什么叫同类型的软件，比如说我现在去测试一个WPS，然后我发现了一个问题，我觉得它好像是一个Bug，但是我暂时无法确认没有文档来进行支撑。
那么怎么办呢？
那么我们就可以去参考Office word ，我去这Office word中去做同样的操作，看会不会有同样的问题产生，如果Office word中没有这问题产生，但是在WPS中有这个问题产生，那我其实也可以去把这个问题做为一个Bug来提交，我的依据就是我参考了同类型的软件。别人的软件没有这个问题，但是我们的有。
这就是产品经常说的，人无我有，人有我优，别人没有的功能我们去增加功能，客户会觉得非常新颖，非常有吸引力的这么一些功能。同样拥有的功能我们就要去把它优化得更好，这样才能提高用户体验，吸引更多的用户（客户）
第三个点
与客户和相关人员沟通来识别——产品经理——开发人员——运营人员等
我们在解决前面问题时候，有讲到我们要去跟相关的人员来进行一个沟通，比如你遇到一个问题开发不改，你认为这个问题必须要修改。如果是需求的问题我们就去找产品经理进行沟通，那如果说是其他的问题，我们就去找对应的人员进行沟通。包括在上面如果你认为这个是一个Bug，但是开发认为这不是一个Bug。那你也可以找开发人员进行沟通，开发哥哥，你是因为什么原因不改这个Bug呢？咱们可以聊一聊，也不要把关系弄得那么僵。
如果真的是因为一个不可避免的客观因素导致的，就拿出来做一个评审，让领导做一个解决方案。
这些是咱们软件测试工程师一定要牢记的，因为对于测试工程师来说，咱们如何去判断一个问题是缺陷，或者说我如何来推动缺陷的修改。是我们作为软件测试工程师的第一职责，如果说这一点你都做不到，那么你在公司肯定是会被开发牵着鼻子走的，你开发说这是Bug这个就是Bug，他说不是那就不是。这样我们就无法去保证个软件质量是什么样子的。
到时候就会出现很多严重的问题，比如说软件上线之后，客户验收不通过。迟迟不交款，导致公司的损失比较大，这个最终影响的就是你们整个公司团队。
文章首发于公众号：程序员一凡，学习更多软件测试知识技能，欢迎关注我！
我们千万要站住自己的立场！
