软件测试完后,还有BUG,是测试人员的问题吗?
在测试的日常工作中,相信经常有测试的小伙伴遇到类似的情况:在项目上线时,只要出现问题(bug),就很容易成为“背锅侠”。
(相关资料图)
PS:这里有一套2022最新版的软件测试全套自学教程,包含了以下内容,记得一定要下载下来:
▶ 200集视频教程
▶ 教学课件
▶ 18套项目源码
▶ 67套测试工具软件包
▶ 100个实景测试面试题
▶ 162个面试简历模板(信息完整)
▶ 获取资料包暗号:【ceshi169】
软件测试人员在工作中是无法避免的要和开发人员和产品经理打交道的,开发人员先将软件程序写出来,然后再由软件测试人员进行测试。一般在测试完成后,软件项目才能生产上线,然而在这个过程中,软件项目难免会出现一些问题(BUG),这个时候测试人员可能有听过类似的一些话:
“这么明显的问题(bug)都没有发现测试出来吗?”“怎么这个产品的功能还没测试完就上线了?”
“前期研发时间不够,测试人员要尽量压缩一下测试时间”
“这个问题(bug)和开发没有关系,注意看看需求“
”测试人员一定要细心一点,不要把问题留给生产来发现”
每每听到这些话,相信大家一定都是愤愤不平,感觉不知不觉就背了锅。
因此就有很多软件测试人员经常会出现这样的疑问:软件测试完成后,还有问题(bug),都是测试人员的责任吗?
对于这个问题,这里给大家举例子分析一下,并不是所有的锅都得是测试人员来背的:
1、假如条件是在软件版本的一次更新中,开发人员在做影响分析时忽略掉了一个潜在会影响到的功能,而恰巧测试人员也没有发现测试到这个功能,在最后功能上线时出现了问题(bug),很明显这就是开发人员的责任;
2、对于项目开发延期从而导致原计划进行两轮的测试最后变成了只进行一轮测试,因为测试工作的不完整最后导致出现了问题(bug),所以这种情况的出现应该是整个项目组的责任;
3、对于软件项目按时提测,如果在软件测试的覆盖范围内出现了问题(bug),这种情况就是测试人员的责任了;
4、在项目的测试中发现问题(bug)比较多,测试部门提出延期上线请求,这时候客户或者上层领导驳回请求,坚持要按时上线,最后出现问题,责任可想而知。
由上述例子分析中我们可以知道,当一个项目测试完成后,还有问题(Bug),不一定全都是测试人员的责任,测试人员首先要追溯导致问题出现原因在哪里,然后找到足够证据来保护自己。
测试人员如何有效避免“背锅”呢?
1、提前做好测试计划,预留充足的测试时间
为了提前保证测试时间的充足,测试人员在从测试流程开始前就得着重强调测试的重要性,在做软件项目时间安排时,一定得安排足够的测试时间(一般公司都会安排比预期时间稍长一点是时间,以防止突发事件)。如果后期因为一些特殊情况从而影响时间不够,如开发人员没有按时间提交测试或是项目的需求发生改变,这个时候一定会要勇敢提出延期发版或是减少项目功能,从而最大程度的来保证自己的测试时间。假如以上两点也不能保证,在之后的测试报告中,一定要把情况阐明清楚,如:由于出现xxx情况,导致测试时间不足,从而引起无法完全覆盖。
2、在测试工作中做好数据备份,凡事不要口头沟通
很多测试人员图省事,或是觉得和项目开发人员比较熟悉了,在提交问题(bug)时直接通过口头和开发人员沟通,并没有按照程序去提交缺陷报告。这种情况要是不出问题大家都好,除了问题就不太好说了。包括对于测试的版本包也需要一一备份下来,这样在出现开发人员改动引起的问题时,你可以根据版本包进行验证。
3、认真总结和编写测试报告
一般来说,测试工作结束后,测试人员对于产品质量都会有一个自己的判断,如产品是否有达到质量要求,是否可以发布上线,还有什么地方没有得到验证有一定风险存在、以及测试过程中出现特殊情况从而导致的时间不够等等,像这类情况都要在测试报告中详细注明和写清楚。这些情况注明后,如果在发再什么问题,就比较好确定责任,也不会出现莫名背锅的情况。所以测试报告的编写也是非常重要的。
4、努力提升自己的技术能力
努力提升业务分析能力和测试用例设计水平,让测试用例尽可能的把需求覆盖更全面一点,对于各种情况的考虑再周全一些,尽可能的减少出现侧漏的情况;同时提升各种代码和运用各种自动化测试工具的能力,最好自己能编写一些自动化的看护脚本,这样在出现开发人员修改出现新问题时,也可以及时发现,从而提高软件项目的质量。
总结
对于保证产品的高质量,绝对不只是测试人员一方面的责任,而是由整个项目团队共同去保证和负责的。当出现项目出现问题(Bug)时,对于公司来说,第一要义是能够立马解决问题,如果这个时候大家都只是相互纠结问题的责任,只会让公司觉得你在逃避问题。所以对于软件产品的质量的保证,需要所有的成员好好的配合,做到人人都为项目质量负责的状态。
(附加)最后我们简单总结下软件测试中关于BUG的基础知识:
一个优秀的软件测试工程师不仅仅需要发现产品中的bug,还需要能分析出bug产生的原因。
1、测试BUG等级划分
2、如何追查测试BUG出现的原因
3、Bug处理流程
A、紧急:崩溃、严重BUG处理流程
B、优先:一般BUG处理流程
C、普通:建议性BUG处理流程