软件测试完后，还有BUG，责任全都在测试吗？

软件测试完后，还有BUG，责任全都在测试吗？

以上这个问题，有很多测试员都曾遇到过！开发将程序写出来，测试员进行测试。软件测试完成后，产品才能生产，在这过程中，难免会遇到软件会出现问题的情况。

因此，很多测试员就会出现这种疑问：软件测试完后，还有Bug，责任全都在测试吗？

首先没有一个测试能够保证交付出去的产品是没有任何bug的，所以有bug在生产线上出现也是很正常的。

很多公司都把所有生产线上的问题归咎于测试，出现bug就是测试的锅，因为他们认为测试就应该保证质量；

然而，作为测试，其实做的事情，只能说尽最大可能去发现软件中的问题，如果问题很多，说明是软件质量太差，也是开发的问题；

如果在内部测试的时候，bug不多，但是线上bug很多，那就是测试的问题了。

其实，说到底，还是因为职责划分不清晰导致的“背锅”。

当测试员与开发之间的职责划分清晰，确定职责就容易的多了！

那么，测试员该如何做呢？

01、高效高质完成本职工作

高质高量完成本职工作的前提是精通各种测试技能。

一个合格的测试员必须会测试流程，测试用例/报告编写，以及数据库，Jmeter/loadr 测试工具的使用，甚至还需要会Python/Java任意一门自动化语言。

因为只有技能够硬，测试工作才能出色的完成。

02、制定规范的工作流程

测试工作往往是环环相扣，密不可分的。

有时候一个小瑕疵能引发连锁反应，产生巨大的后果。

所以，在测试工作中，我们需要对测试工作制定流程，这样能一定程度上避免产品上线了才发现Bug的存在。

比如说写好测试用例，就发给开发review，让开发确认每一个点都覆盖到，让开发也参与到这个过程中，背负一定的责任；

做好测试计划，如果时间太仓促（比如你一个月需要做5-6个版本，这就已经很频繁了），没有办法做完全覆盖测试，就一定要跟开发或者产品经理确定好风险，并且把覆盖率和风险写在测试报告中。

03、任何需求变更必须有文档归档

测试计划文档，测试报告，测试执行过程和记录的归档。不仅能让测试员直观的知道自己每天完成的工作任务和进度，还能找出不足完善测试工作。

任何需求变更进行文档归档，无论是开发的修改设计，还是产品测试和更新需求，测试更改测试用例和计划等。

任何大大小小的问题，都应该有记录，或者是文档记录，或者bug 记录，这样，线上问题追责的时候，有据可依，测试也可以有说辞，当产品出现问题，也能清晰的定位到责任人。

很多测试员常常戏称自己是“背锅侠”，产品上线，只要一出Bug，领导就只盯着自己不放。

但是当你在工作中有一个良好的测试习惯时，再大的“锅”也轮不到你背。

同时，当职责划分清晰了，你的绩效也就更容易评定啦~

PS：图片来源于网络，如果侵权请联系删除