阿里软件测试工程师手把手教学—如何快速定位bug 编写测试用例？

作为一个测试人员，如果你连常见的系统问题都不懂得分析，频繁地把前端人员问题分配给后端人员，把后端人员问题分配给前端人员，那么你在团队发展中的地位是显而易见的，声誉、赏识、加薪应该是你遥不可及的梦想。

但是作为测试人员，虽然不能深入分析问题，但是可以发现系统中的问题，这也是值得肯定的，所以继续加油吧。

所以今天要和大家分享的话题是:“如何快速定位bug”

01定位问题的重要性

很多测试人员可能会说我的职责是发现bug。至于找到原因并加以解决，这是一个发展问题。这对我有什么关系？

好吧，我的回答是，如果你只是想做一个测试人员最基本最尽职的事情，那么你可以这么想。然而，如果你想在测试甚至开发的道路上取得巨大的进步，你需要知道为什么。

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

1、可以明确一个问题是否真的是“bug”。很多时候，我们找出问题的原因，可能根本不是bug。如果原因明确，假阳性就会减少。比如我们团队的大美，全年500个bug没有一个是无效的。

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

3.让开发者佩服你，增强开发对测试的信任。

4.在这个过程中我可以学到很多东西，有助于理解产品的内在逻辑、架构和数据流的方向。随着对业务架构逻辑的理解，反过来也会促进问题的定位。

5.可以降低缺陷率。这可以说是最重要的。在bug系统中，我们会要求开发人员记录bug的原因。只有对bug有了全面的了解，才能判断开发写作是否是真正的原因，帮助我们在后续对bug进行分析和分类。根据bug分析，我们可以有针对性地未雨绸缪，从而提高产品质量，减少缺陷。

因此，定位问题非常重要。

接下来我们来讨论定位问题的方法和技巧。

 

02问题定位技巧

首先，定位问题有一个大概的思路，和数据的趋势是一致的。大致是这样的:

首先，当系统出现bug时，一定要记录并保存bug现象，这是证明bug已经发生。如果bug修复后重新出现，很容易说如果bug不能重现，那么保存下来的截图就是你的直接证据，所以你要养成保存场景的好习惯。

提到BUG，还是要体现测试的专业性。标题简洁，问题环境标识清晰，问题描述清晰详细，系统错误表示图，接口参数传递返回图，必要时服务器日志。总之，bug标签应该不会少。

一.小规模产品，前后一体一人。

一些小程序，比如前端和后端都是用node和php语言开发的，整个系统的前端和后端是同时开发的，所以边肖可以很自信的告诉你，当系统出现问题的时候，bug是大胆提到的，责任人不会错！

二.传统系统，多人