共计 2816 个字符，预计需要花费 8 分钟才能阅读完成。
品质内建依赖于团队内所有成员的意识和能力，测试人员价值的终极体现是团队赋能，能够从多个维度动手，在产品生命周期的不同阶段，针对不同角色进行继续输入，造成品质思维的规模化，从而从根本上做到品质内建。
“在我的我的项目背景下，测试人员能施展能动性的中央不多，测试与上线工夫相隔太久，测试人员毫无价值感。”
“测试门槛比拟低，技术再好的测试也没有开发技术好，测试人员有什么价值呢？”
“交付是整个产品生命周期的末端，测试更是末端的末端，软件品质好人人有功绩，软件品质差测试要背锅救火，太没成就感了。”
“当初大厂正在裁掉测试部门，测试工作摊派进来或找外包，作为一个测试，我的外围竞争力在哪儿呢？”
“技术突飞猛进，测试行业水涨船高，对测试人员的常识深度广度要求越来越高，我该怎么晋升本人的价值呢？”
下面这些问题来自不同的测试小伙伴，如果正在浏览此文的你也有同样的困惑，那么请跟我一起开启测试人员的价值探索之旅。不管大家身处的开发模式是瀑布还是麻利，测试人员针对团队的赋能都能够分为三个层面：需要层面、实现层面和组织层面。上面让咱们来一一摸索一下。
需要层面：测试即需要
为什么说“测试即需要”？品质内建的实际之一是测试左移，为了取得更低的缺点修复老本，测试须要在需要引入阶段就染指，即针对需要的测试。在整个需要产生的过程中，测试人员都能够参加进来，输入本人的想法，奉献本人的业务上下文和测试思路，这种行为对需要最终产生的内容或模式都可能有间接影响，所以咱们在某种程度上能够说“测试即需要”。
那么在整个需要产生的阶段，测试人员如何帮忙需要正确表白呢？具体的实际有很多：
- 如在需要未明确时，能够帮忙业务或产品梳理现有逻辑，提出预期需要；
- 在迭代打算会议和开卡时，能够帮忙补充验收规范和撑持性需求，亦或是针对界面交互和用户体验提出改良倡议。
讲个段子，假如场景如下：
女友说：“我渴了。”——这是提出了一个需要。
你：“多喝点水。”——毫无求生欲（“两个黄鹂鸣翠柳，我还没有女朋友~”这种状况不在探讨范畴内，测试人员也会帮忙明确需要范畴）
如果有测试人员，他就会想：“你认为她说的渴了，真的只是渴了么？”，他就会问：“她是在什么状况下说渴了呢？”，与此同时脑子里生成很多分支：
- Case1：真的渴了，就是想喝水。——多喝点水。
- Case2：逛街有点乏，恰好走到星巴克。——敬爱滴，来杯半糖香草拿铁吧。（不仅满足需要，还理解偏好，体验度加分）
- Case3：面试前心里打鼓，有点缓和。——来喝点矿泉水（递过去拧开盖），我的小仙女是最棒的。
- Case4：你们没在一起，而你又晓得她在哪儿。——你爱喝的 XX 奶茶曾经在路上啦，好好关照本人，我忙完就去找你。
- Case5：你们没在一起，你也不晓得她在哪儿。——求生欲负值，放过她吧。
等你回复上下文后，测试人员抉择适合的门路返回给你。
咱们来看一下，在这个过程测试人员做了什么：
- 需要廓清——基于业务上下文的需要背景剖析；
- 剖析现有逻辑——提出现有逻辑的不合理性；
- 提出预期需要，补充验收规范——针对不同需要背景下的不同验收规范；
- 提出撑持性需求——递过去拧开瓶盖，下单外卖服务；
- 关注用户体验——恰到好处的同理心和疏导话术。
尽管是个段子，但正是这个简略的段子恰好阐明了测试人员在需要表白、翻译和传递上的价值体现。当他在做这些事的时候（有时甚至是下意识的，来源于测试人员独有的敏感度），不仅能够帮忙团队防止因为误会需要造成的节约和返工，更能让团队内的其余成员 Get 到他所关怀的点，从而逐步建设起需要测试的 Sense，从而帮忙用户或客户表白他恰好想要的性能是什么，这就充分体现了测试人员在需要层面的赋能价值。
实现层面：测试即服务
这里所说的“测试即服务”不是指宽泛意义上的 TaaS（Testing as a service），其实在某种程度上也能够算是，只不过是来自于本人外部的服务。这里“测试即服务”指的是：测试人员在实现层面赋能的后果是，他提供了一种测试服务，或者测试基础设施。
举个例子，当咱们要实现的需要卡是：
在开卡过程中，测试人员可能会问以下问题：
- “有没有状态标识一辆车是否有平安座椅？有没有状态标识一个订单是否勾选了宝贝出行选项？”
- “这张卡是否包含下单后的车辆匹配？是否包含订单状态更新的显示？”
- “如何匹配左近的车辆？就近匹配的算法是什么，有哪些外围的计算逻辑？”
- “验收时请演示车辆匹配失败，零碎主动从新下单时是否勾选了宝贝出行选项。”
- “请为所有分支场景加测试。”
- ……
两天后，开发实现编码实现，找到测试人员：“我代码写完了想自测一下，怎么疾速生成订单？”测试人员丢过去一个数据生成 SQL 脚本 / 接口 / 工具，通知开发怎么造测试数据，同时揭示开发务必通过某几个测试用例，反之则不能结卡。
在开卡过程中，测试人员参加了技术探讨，补充了单元测试点，提供了验收用例。在编码实现后（或其余不同阶段），测试人员提供的测试数据、测试用例、测试脚本或工具，都能够帮忙开发人员更轻松便捷的实现测试，同时也造就了测试意识（意外过不能结卡嘛）。这就是测试人员在实现层面赋能的价值体现。
组织层面：测试即资产
这一点很好了解。
- 第一，测试人员会进行品质剖析，提供测试报告，剖析软件品质的变化趋势，剖析团队的开发效力，针对流程中不合理的节约状况提出改良项并跟进，从而使团队的工作形式更加麻利。
- 第二，测试人员会提前裸露危险，进行危险预警，联合客观条件提出品质预期，帮忙团队建设品质信念。
- 第三，测试人员积攒了大量业务知识，不论是宏观层面还是业务细节，测试人员对本人测过的产品都一目了然，往往也更容易成为领域专家。在这个过程中的积攒和积淀，对组织来说都是一种无形的或有形的资产。这就是测试人员在组织层面赋能的价值体现。
总 结
佛说，人生有八苦：“生老病死、爱离别、求不得、怨憎会、放下不”，所有的苦楚，不就是因为和预期后果不统一吗？测试工程师这个角色，钻研的就是如何让预期和后果保持一致，咱们能够采取各种实际，应用各种工具，会集各种角色，去帮忙大家更好的表白预期，实现预期，验证实现的后果与预期是否统一，并记录下来咱们努力奋斗的过程，积淀下来咱们智慧凝固的常识。几乎不要太有价值感好嘛！
本文献给所有挣扎在测试畛域的小伙伴们，让咱们红尘作伴，快意恩仇。我是 QA，我自豪。
思考题：你认为测试价值的终极体现是什么？哪一点对你来说最重要？为什么？
起源：圆小豆的美梦工场
作者：于晓南
申明：文章取得作者受权在 IDCF 社区公众号（devopshub）转发。优质内容共享给思否平台的技术伙伴，如原作者有其余思考请分割小编删除，致谢。
6 月每周四晚 8 点，【冬哥有话说】开心一“夏”。公众号留言“开心”可获取地址
- 0603 无敌哥《IDCF 人才成长地图与 5P》（《端到端 DevOps 继续交付 (5P) 精品课》第 1 课）
- 0610 冬哥《带你玩转翻新设计思维》
- 0617 无敌哥《麻利项目管理到底是个啥》
- 0624 冬哥《VUCA 时代的麻利领导力》