“从你是来找茬的，变成有你真好”，这是最近云大分享的一句话，个人非常认可。大家对测试人员的认可度，大概可以分为三个小阶段。笔者的看法如下。

01

“你是来找茬的”

大多数人对测试空上职业的印象仍然主要集中在"找茬方面。通过各类测试方法，去探索软件系统中可能存在的问题，让开发持续改 BUG，改到他们都怀疑自己不是写 BUG 而不是写系统。以至于早期的时候，测试和开发的关系一度很紧张。

代码缺陷率也曾经是悬浮在开发头上的达摩克利斯之剑。现在的度量体系中，这个指标也是存在的，只是从个人变成了团队的。

所以，这个时期，团人对测试的感知就是：你是来找茬的。

其实，不论测试找不找，缺陷就在那，不会因为你没发现，就不存在。你是想在测试周期内被发现，从容地改，还是等上线后，客户站在你身后盯着你改？两种心态完全是不一样的。

感谢测试在迭代内多发现一些 BUG 吧。

02

“测试为质量兜底”

既然有测试这个爱 “找茬” 的岗位存在了，那测试就为质量兜底吧，线上有问题，就是测试没测出来。看似测试保障了质量，实际上只是发现了问题，促进了质量的改进，但对质量提升起不到本质的作用。测试活动更像是 “体检”。

相信大家在生活中一定经历过体检，测试活动就是对研发交付的内容进行体检。我们既希望体检能发现问题（自己能提升做些什么，心里也踏实），也希望体检不要发现问题（有问题就意味着要做出改变，要么锻炼，要么医治）。但我们不会把自己的健康完全放在体检上。

因为体检并不会改变我们的健康，它只是为了能提前发现问题。测试也是一样的。

所以，测试是无法为质量兜底的。测试员既不会提高质量，也不会降低质量。实际上，程序在提交到测试人员手上之前质量情况就已经被定义了。

同时，我们有时候会抱怨需求为什么会考虑不周全，可是换个角度想想，我们认可程序会存在 bug，那么需求同样也会有。

这就像是一场接力赛，需求是第一棒，开发是第二棒，测试是第三棒，每一棒的交接都有上一棒的辛苦付出，也只有彼此信任和共同的努力，才能最终传递胜利

测试左移、质量内建，其实都是为了解决这个问题。把 “测试为质量兜底” 变成 “团队为质量兜底”，测试提供对应的服务能力，协助团队完成质量内建。

03

“有你真好”

在做明年的年度规划时，笔者给质量团队定的愿景是：通过测试即服务的专业视角，为团队提供卓越的测试服务能力。把测试活动抽象成服务，在研发活动的每个阶段都提供对应的能力，提升各环节的交付质量下线，减少返工的浪费。

在整体的迭代测试规划上，测试架构师能拉通、组织端到端测试活动，制定合理的测试策略和质量保障体系，保障大规模研发交付。

同时，也能融入团队，用自己的专业能力，协助团队解决测试过程的实际问题，写写小工具，做做测试指导，规范化测试流程。

让团队认可你，觉得有你真好。团队认可度高了，你的价值也就会被放大。

04

测试，其实可以做的更多。职场，不要被岗位限制。你，就不会那么焦虑。

共勉。