怎么快速定位bug？怎么编写测试用例？

作为一名测试人员如果连常见的系统问题都不知道如何分析，频繁将前端人员问题指派给后端人员，后端人员问题指派给前端人员，那么在团队里你在开发中的地位显而易见 ，口碑、升值、加薪那应该是你遥不可及的梦

但是作为测试人员来说，尽管你不能深入的去分析问题，但是你能发现系统存在的问题，这点也是值得肯定的，所以继续加油

所以今天给大家分享的主题是："怎么快速定位bug"

一、定位问题的重要性

很多测试人员可能会说，我的职责就是找到bug，至于找原因并修复，那是开发的事情，关我什么事？

好，我的回答是，如果您只想做一个测试人员最基本最本分的事情，那么可以这么想。但是，如果您想要在测试甚至开发的道路上长足发展，就要知其所以然。

那么，为什么定位问题如此重要？

1、可以明确一个问题是不是真的“bug”。很多时候，我们找到了问题的原因，也许发现这根本不是bug。原因明确，误报就会降低。比如我们团队的大梅同学，全年500个bug中没有一个无效的。

2、找到bug原因后，可以明确地指给某个开发，防止他们打太极推来推去，提高缺陷的修复速度。

3、让开发人员能够佩服你，提升开发对测试的信任度。

4.自在这个过程中能学到很多东西，有助于理解产品内部逻辑，对架构的理解，以及数据流是怎样的走向。随着对业务架构逻辑的理解，反过来又会促进对问题的定位。

5.可以降低缺陷率。这个可以说是最重要的。在bug系统中，我们会要求开发人员记录bug产生的原因。只有我们自己对bug有一个较全面的认识，才会判别出开发写的是不是真正的原因，也才能有助于我们后续对bug进行分析归类，根据bug分析，有针对性地未雨绸缪，进而提升产品质量，降低缺陷。

所以，定位问题很重要。

接下来我们就来探讨下有哪些定位问题的方法和技巧。

编辑切换为居中

添加图片注释，不超过 140 字（可选）

二、问题定位技巧

首先当系统出现bug时，一定要将bug现象进行录制保留，保留现象是为了证明这个bug出现过，如果bug是固定重现还好说，如果该bug无法重现，那么保存的截图都是你直接证据，要养成良好的保存现场的习惯

提BUG这块，还是要体现出测试的专业性，标题简洁、问题环境标识清楚、问题详细描述清楚、系统错误表象贴图、接口传参返参贴图、必要时贴服务器日志，总结来说不该少的bug标签一个不要少

一. 小型产品，前后端一人统筹

一些小型程序，例如前后端都用node、php语言开发的，整个系统前后端是同一个开发的时候，那么小编可以自信的给你说，系统出现问题时，bug大胆的提，往猝死的提，责任人错不了！

二. 常规系统，多人开发协同

前置：测试之前该测试人员对系统、业务、环境部署、开发人员等较为熟悉

在测试