专栏名称: 51Testing软件测试网

51Testing软件测试网，人气最旺的软件测试技术门户，提供软件测试社区交流，软件测试博客，人才服务，测试沙龙，测试杂志，测试资料下载等全方位信息服务，是国内最专业的软件测试就业培训、企业服务供应商...

如何消除对测试的偏见和误解？软件测试的价值需要这样体现！

51Testing软件测试网 · 公众号 · 测试 · 2019-10-29 17:30

正文

　　最近的心情有些浮躁，遇到的一些事情动摇了我的职业观念。测试的价值是什么？在我原本的观念中，测试的作用是保证项目质量，是非常重要的职位。我的老师也曾经说过，对于项目的各个阶段，最不能够压缩的就是质量保障环节的时间。但是，近段时间我遇到的问题却让我不得不对这句话的权重性有所怀疑。

　　我从不否认软件测试环节在项目中的重要性，但我对软件测试环节在整个项目中的权重性持保留意见，这也体现出了很多人对于测试的偏见和误解。出现这种想法的起因有二，一是部门经理削减测试组补充人员名额；二是产品组的同事说“为什么要有测试环节，开发自测不就行了”。对于第一个原因，我暂时可以勉强理解为今年的大环境不是很乐观，领导需要控制预算或者说领导有其他的战略布局；对于第二个原因，我听到之后心里很是难受，觉得自己的努力被否定了，也许我不应该在意这样的话，做好自己的本质工作才最重要。非常欣慰的是，公司开发组的同事还是认可测试的存在意义，开发同事说“有测试这样的岗位存在就必定有其存在的意义，不能因为你个人的不理解就否定整个行业”。

　　“存在即有意义。”在面对别人的质疑的时候，最先爆发出来的情绪不应该是愤怒，或者是哀伤。而是应该理智的去面对，去据理力争。软件行业发展这么多年，软件测试岗位的出现和发展正是对软件测试岗位认可性最强有力的证据。面对外行的质疑，我们应该用测试人员的专业价值和业绩来反击。都9102年了，作为软件测试行业的一份子，我们需要更加努力的普及软件测试的重要性，展现软件测试在整个项目过程中的重要性。那么软件测试的价值需要如何体现？或者说是如何高效的体现？

　　首先，大家普遍认知的是软件测试是保证项目质量的一个重要环节。这个价值是普遍意义上的，也是其表象上的价值。但是，实质上软件测试的价值不仅仅于此，其价值在项目进度、项目成本，甚至企业口碑方面都有间接的体现。软件测试的普遍价值意义已经是老生常谈，这里不再过多的叙述，本文在软件测试的潜在价值方面讨论如何体现软件测试的价值，即软件测试存在更深层的意义。

　　要体现是价值光靠描述是不够的，要学会转化。把测试的价值转化成数字会更容易理解，在展现形式上图表化会使得表象上更具有冲击性。

一、软件测试在项目进度方面的价值

　　有很多时候会出现这样的误区，项目迟迟不能上线是因为还有Bug没有修改。这个时候就会有人跑过来问测试，“怎么测出这么多Bug？还能不能上线了？”每次遇到这样的问题我都很困惑，所以Bug是我造成的咯？即使我不测试，那个Bug仍然存在，只不过没有被显现出来而已。心里虽然这样想，又不能表现出来，只能微笑着回答：“Bug没有改完建议不要上线。”这是项目中很常见的现象，看似测试环节影响的项目上线，其实根本不是这么回事。

　　软件测试的一条真理是Bug发现的越早，修复的成本越低。测试的工作不仅仅是在项目开发完成才介入，而是在项目立项初期就开始介入。其间参与需求评审、设计评审、测试用例设计、测试用例评审、测试项目、项目上线。在各个阶段从测试的角度提出意见，将Bug扼杀在萌芽中，减少修复Bug花费的时间，避免由于设计不合理导致的返工。这样就要求测试人员具有较高的专业素质及经验，要求测试人员掌握架构、中间件特点、开发语言特点、交互设计、用户体验等方面的知识，有丰富的项目经验。我们在汇报工作的时候可以从这些角度来体现软件测试对于项目进度的影响。

二、软件测试在项目成本方面的价值

　　最初软件测试设置的意义就是为了减少项目成本，软件测试的一条真理是Bug发现的越早，修复的成本越低。但是从公司运营的角度上来看，技术人员本就是成本，而测试人员更是成本中的成本，从管理人员的角度考虑，如果想要削减人员成本必定会从测试人员下手。

　　与此同时，随着软件行业的成熟以及各种开发工具、框架和插件的普及，项目开发产生的Bug似乎不再那么的多。而由于开发语言的特点或者开发人员的经验导致的Bug也在一定程度上由于框架和插件的存在得以规避。那么软件测试人员存在而减少的Bug修复成本似乎就不是那么的明显。但是，实际上项目在上线之前存在的Bug数量并没有由于技术的成熟而减少太多，甚至由于技术的问题Bug数量呈现上升趋势。所谓“成也萧何，败也萧何”。

　　从管理人员的视角入手，即测试人员最擅长的用户体验和换位思考。相较于项目的质量，管理人员更加关注的是“钱”的数量。在汇报工作或者是项目总结的时候，不要再单纯的统计项目存在的Bug数量及对应级别，要学会依据Bug级别和对应级别的数量将数字转换成金额（参考样式见表1），让管理人员直观的看到测试人员替公司省了多少钱，与测试人员的成本比较，他的花费是值得的。当然，金钱不是衡量价值的唯一要素。

表1 Bug数量统计表

Bug优先级	Bug数量	影响权重	金额转换（￥）
P1
P2
P3
P4
P5
总计（￥）

三、软件测试在企业口碑方面的价值

　　口碑是衡量价值的另一个要素。软件测试的本质是保障软件的质量，产品质量是企业的根本，直接影响企业的口碑。一个企业只有拥有好的口碑才能良好的运作下去。软件测试保障项目质量，进而可以帮助企业提升品牌价值。就像很多人喜欢买名牌，除了名牌是财力的体现之外，名牌产品的质量也的确有保证。当然，并不排除一些小众品牌也有好的质量，但是那只是极个别的。用户通常会通过口碑来快速的筛选自己想要的东西，企业之间的合作亦是如此，拥有好口碑的企业更加容易接触到优秀的资源，吸引优秀的人才。我们在汇报工作的时候，把软件测试在这方面的影响量化直观的体现出来，能够使得管理人员更加意识到软件测试的重要性，软件测试不只是保证项目质量，更是企业口碑的保证。

　　另外，Bug是不能够被完全测试出来的，软件测试只能尽可能多的发现Bug这是公认的事实。而且由于市场的原因，有些Bug即使没有被修复完成，项目仍然需要上线。在这种情况下，我们需要对未修复的Bug进行评估，对于必须解决的Bug坚持修复完成后上线，做好最后一道防守；对于可以延后修复的Bug制定解释口径及容错方案，将Bug的影响转化成为营销战略。比如：ofo小黄车的“Bug营销”、微博的“宕机营销”。这需要软件测试人员具备出技术之外的能力，比如：行业预测、市场营销、公关处理等。

表2 已解决Bug统计表

Bug类别	Bug数量	影响范围
UI—页面显示
UE—用户体验、易用性
FC—功能问题
PF—性能问题
IF—接口问题
CK—用户操作提示信息问题
BF—程序打包问题
AL—程序算法错误问题
RC—与需求不符
RRC—需求变更

表3 未解决Bug统计表

Bug类别	Bug数量	影响范围	后续方案
UI—页面显示
UE—用户体验、易用性
FC—功能问题
PF—性能问题
IF—接口问题
CK—用户操作提示信息问题
BF—程序打包问题
AL—程序算法错误问题
RC—与需求不符
RRC—需求变更

　　其实体现测试价值的最核心要素就是实力，也就是找出最多的Bug，引导开发最快的解决；其次才是一些体现价值的套路和方法。几年前由于测试受到偏见，工作中很难推动测试工作，我写下了《测试中的“曲线救国”》这篇文章，里面主要的思想还是要加强自身实力，同时争取同事的认可。几年后的今天在经历了许多事情之后，遇到同样的问题我解决问题的侧重点已经有所转变，今天我解决问题的方式大多采取一些场面上的手段，不知这样的方式对还是不对。也许是在挣扎了这么多年之后的经验，就好比我解决前几年的困难时，最有效的方式是换了家公司，非常感谢我现在的公司让我知道了我还很重要。尽管如此，当资源紧缺的时候，最先被削减的还是测试的资源。

　　测试的定位决定了我们无法扭转别人的思想，也没有能力控制别人的言论。也许某一天等我做到决策层位置的时候，我才能真正的为测试争取一些权益。现在我能做的就尽量做好，剩下的交给老天爷吧。最近也在考虑转行的事情，但是还是希望离测试这个岗位不要太远，希望有一天我有能力把资源向测试倾斜，而不是需要费力的去争取。也许这才是真正的“曲线救国”吧。最喜欢那句话：“愿你出走半生，归来仍是少年”。

END

推荐阅读

点击阅读☞想要转到自动化方向，先了解下自动化现状……

点击阅读☞如何让自动化测试产生价值？团队在自动化方面的一些探索……

点击阅读☞一个沉重的问题：未来已来，软件测试还有价值吗？

点击阅读☞软件测试工程师求职踩过的坑——实战经验分享

点击阅读☞软件测试的技术含量、收入、前景怎么样？过来人为你解答……

戳“阅读原文”一起来充电吧!

爱我请给我“在看”!