论软件测试的主要责任

发表于:2012-12-11 11:30

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:eilfei2000    来源:51Testing软件测试网采编

  序:

  很多人对测试工程师这个工作的范围和责任有非常多的误解,可能包括公司的高层、本领域的研发同事、其他领域的同事等等。

  甚至有时候测试工程师本身也受种种观点、看法的影响,混淆了自己的工作职责,盲目的承担额外的工作压力和责任,疲于奔命,无法把精力和心思放在提高本职工作,专注获取自我职业提升上。(这是一个关于承担和推卸的度,下文会用示例具体分享。)

  种种原因,都会让这个群体的从业者背负起额外的工作压力,在某些责任定位或者推卸责任的情况下,莫名中枪。类似的吐槽,在网上我们可能看过很多,比如设计人员、解决方案人员等。但是此文并不是吐槽,实际上,职业生涯初期的小委屈,额外的误解和背黑锅,长远来看,非常有利于打磨出合格的从业者。本文更多是试图表明测试的主要责任范围,以免在推诿扯皮中,放过真正的问题,没有拿出有效的对策和方案来解决问题。

  场景重现:

  在不同的维度,我们可能见过对测试领域不同的指责:

  “这个问题测试为什么没测出来?”——这是产品经理或者高层面对客户的反馈,习惯性第一板子先打过来。

  “你们的测试是怎么设计的?有没有考虑客户的实际应用场景?”——这可能是项目经理或测试经理对测试工程师的拷问。

  “不是有测试么?代码自测完提交上去就行了,等他们测出来问题就改,测不出来就过了。”——除了业内非常有名的大公司,很多公司对代码提交、联调做的还是非常不规范,很多开发人员就会产生这种想法。

  “这个BUG到底有没有修复,是什么原因,以后怎么督促解决改进?”——很多人也会把QA和测试的责任放在一起做要求。

  那么你知道在上文的几种说法里面,有哪些是测试人员的责任?有哪些不是测试人员的责任呢?

  正如邰晓梅在她的《软件测试对质量负主要责任?》中表达的观点“我的观点:测试不对质量负主要责任,测试只起到质量辅助的作用;测试是一种服务,为其他角色提供服务,提供关于质量的信息。”一样。个人认为:

  产品的质量是产品团队每个人都要承担的,不隶属于某个小组或某个角色。测试的责任是要对测试工作本身负责,承担本职工作的质量责任。而不是承担整个产品的质量责任。

  这个观点的另外表达方式,可以参考个人的另外一篇博文《一把手的态度决定产品质量》。

  测试的本职工作是什么?

  我们可以跨领域用一个案例来分享——体检。

  很多公司每年都会组织员工进行体检,在IT行业或任何一个行业待久了,都会有一些职业病,体检结果也不尽人意。Ok,测试部门,实际上就是一个体检中心。整体流程如下:

  一、一个人进入体检中心(一个开发产品流转到测试环节)

  二、体检中心经过五官科、抽血、验尿、X光等等一系列流程(测试经过冒烟、功能、性能、随机等等流程)

  三、体检中心会给这个人出具一份体检报告(测试提供的测试报告)

  四、体检报告会列出问题,比如脂肪肝、高血压等等,以及给出建议和结论(测试会给出产品的问题,以及解决建议,版本测试结论)。

  这个例子就是测试完整的工作范围和职责。一个人体检有没有问题,实际上取决于这个人自己。同样,自己的病症能不能解决,也完全取决于自己。

  人的病症可能就是自己的作息习惯、平时的重视、遗传或意外导致,体检只是暴露了问题。——同样,好的产品是设计出来的,而不是测试出来的——宏观上有流程,微观上编码规范,有评审有制度,如果严格遵守过程质量,那么最后的结果肯定是符合本组织的质量标准。所以患病的原因,往往是因为没有按照规范来,平时的代码设计编写粗狂,取的开源代码直接放到版本中等等原因导致。

31/3123>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号