此文内容有些杂乱，权当我自己2025年所做、所思、所想的汇总，非AI输出，欢迎斧正！
现实中的一声感叹
2025年是我干测试工作完完整整的一年，在战战兢兢地折腾了一整年并经历过各种颠覆认知的事情后，每每回想都多多少少有种“劫后余生”的幸运感和“俱往矣，还看今朝”的沧桑感，汇聚成一句话：测试这个工作太有挑战了！
测试工作的挑战性在哪里？我总结了以下几点：
1. 不简单：你的测试，我的测试，好像不一样
先来看看测试工作内容是什么：
- 多数人以为的测试：给你一个软件产品，然后你来找茬。似乎挺简单的！
- 实际的测试：给你一个软件产品，你只能从你能观察到的范围（比如：它的行为、输出和表现）来分析、判断这个软件是不是符合了预期，这种预期还要建立在你的认知足够新，你用来分析、判断的方法、工具是正确的基础上。
在这种情况下，你面对的就是一个所有人小时候都听过的故事：“盲人摸象”，可想而知这极其容易产生“失之毫厘差以千里”的灾难。它有一个更加正式的定义：黑盒测试。它就是一个听起来很难，其实也一点都不简单的活。
2. 心受累：真是为了你好
既然能测试的部分可能只是软件产品中的一部分而已，那从各个维度多测一点，质量就会好点，所以会有测试大能提出分层测试的概念，但分层测试又带来职责边界的问题，要想最终质量好就不能光守着自己那几层而要跨过分层，“前移、左移”提了这么多年自然也是因为业界先行者看到了拓展职责边界的必要性，但是你说拓展就能拓展了？别人凭啥听你的？这可不是一句话说说就能解决的，所以测试要花大把时间在与上游的沟通上，没点大局观和说服力力真没法应付得来，否则结果就会像那句家长爱说的“我都是为了你好”一样，无效且心累！
3. 难回答：永远的灵魂拷问
测试永远有一个很难回答的问题：测完备了吗？试图回答这个问题的人最后都成了“不要回答、不要回答、不要回答”的忠实拥护者。因为不管怎么回答，都会得到以下两种情况：
- 当你回答“不完备”，得到的必然是“要测完备”的指示；
- 当你回答“完备”，通常是两个结果，一是立马被人提出一个反例当场打脸，还有就是出现泄漏后被“秋后算账”。
所以你还打算回答这个问题吗？难回答的原因就在于不简单中提到问题：① 软件产品的行为、输出和表现是不是都收集全了；② 用来分析、判断结果是否符合预期的认知、方法、工具是不是都正确。
4. 意难平：时间不站我们这一边
对测试来说什么最宝贵？时间，时间，还是时间！在多版本并行情况下，测试人员似乎各个都要当奇异博士，设法在各个时空里面穿梭，时间只能切片使用。即使通过各种自动化甚至AI来节省，还是觉得时间不够用，每次看到那条“陡升陡降”的故障收敛曲线总有种说不出来的难受。
5. 责任大：负责、担责、尽责
我们的测试有个“兜底”的属性，这个属性意味着一旦产品闯出祸来，不管什么原因，总有测试的责任。
我们总要不断地追问“为啥没测出来”，其实这也是一个极难回答的问题，又得回到“测完备了吗”这个问题上。
没有干过测试工作的人往往凭直觉会说“这个测试应该很简单，不应该没测出来”，但干了这活的人会明白这是“反直觉”的。说实话，有时候是真的测试不出来，因为要能测出来就得对测试对象有深刻认知，有了认知还不够还得有正确的方法，还要有合适的测试工具、仿真工具、校验工具。但在这种条件下，任何的扰动都会造成测试结果的偏差，比如认知、习惯、时间等。
6. 低成就：自我认可，自我激励
外部如何认可测试工作？我想大概有2种：
- 第一种来自测试团队搞定POC拿到期望的排名
- 第二种是外部反馈我们的产品质量提升了，尤其是认可我们测试能力增强了
我们非常渴望第二种成就，却又深知第二种成就很难获得，大多数时候我们做了很多改进去让流程变通畅、让防护网更密，我们认为这样做是有效的，也看到了成果，但这种成就非常脆弱，往往一个严重故障就会让我们陷入到外部怀疑与自我怀疑中。因此我常说：能把测试工作做得越来越好而非越来越麻木的人一定拥有坚强的意志与自驱力。
小结
如果你在看完上述6点之后依然觉得测试工作有意思、有搞头，那恭喜你，你已经具备成为一名优秀测试人员的潜质！测试就是一件很有挑战的工作，让你每一天都无法懈怠，都要学习新知识、思考新方法，不断地自我更新，所以它也很有意思！
思，悟
25年，有两个问题我一直在谈、在与身边的人研讨，一个是关于测试的价值，而另一个则是测试应该走的道路。
为何存在：寻找自我价值
引言
鲍勃大叔（Robert C Martin）在他的新书《我们程序员：从代码诞生到AI兴起》的开篇提出了一个问题：我们程序员——为了什么而存在
因为社会需要那些喜欢考虑细节的人。那些人让社会可以思考其他事情，比如冰桶挑战活动、《愤怒的小鸟》游戏，或者在牙医办公室等得无聊时玩的纸牌接龙。
只要绝大多数人逃避细节，他们就需要我们这些和细节“死磕”的人。这就是我们。我们是全世界的细节管理者。
如果程序员是全世界的细节管理者，那么测试人员为何而存在？
当我想到这个问题时，一瞬间大脑里面就迸发出无数个想法：监管者，破壁人，用户代言人......好像每个想法都是答案但又好像不完全对。
在我看来，测试人员存在的意义就是提供一面镜子来帮助程序员，这便是“夫以铜为镜，可以正衣冠；以古为镜，可以知兴替；以人为镜，可以明得失”，测试人员会不断地告诉程序员什么是对、什么是错、什么是客户想要的，既然程序员是世界细节的掌控者，所以作为镜子的测试人员就自然而然很重要。
他们与细节死磕，我们就要把细节中的魔鬼照出来，告诉他们现在磕得还不够，还得加大力度。要成为这样的测试人员第一件要做的事就是“反直觉”的观察，而不是下意识的“多测、猛猛地测”，所以OODA(观察、调整、决定、行动)是测试人员应该掌握的一套方法论，现实中也确实越来越看重测试人员的思考与总结，甚至追求更多地白盒化分析。
工匠 or 工程
在25年之前，我认为的工程师就是对某项工作特别专精的人，但是在25年我对这个词有了更深的理解，工程师其实是负责将一件事工程化的人。
刚到测试时我的想法也很直接，就是塑造一些高水平的测试专家出来，他们是一群特别厉害的“工匠”，他们能帮我打磨出高质量的产品出来，但很快我就发现了问题：“工匠”代表的是天花板，而被外部投诉的却是我们的底限，是那些我们没拦住的低级问题。这就不能依赖某几个专家，而需要所有人的质效都能提升，工具、自动化、知识工程、AI这些东西混合在一起将我们带到了另一条工程化的道路上，于是我们有了“识别低垂的果子”工作原则，有了“如影随形”测试平台，有了在测试设计中“讲故事”的要求，还有了各种新方法与新工具。
现在有一个目标：人找到方法，机器来重复执行，确保结果能落在一个概率范围内，或者得到一个确定结果，原来这个地方要求不够，但在25年里接触到了各种各样的外部客户，在应对他们形形色色的需求过程中得到的启示就是这个，怎么做到重复测试，保证过程与结果都一致→这就是工程化，否则就是手工艺作坊，而手工艺作坊能出一两个精品，却无法产生大批的良品。
26年会在工程化的道路上继续往前走。
注脚
25年走过了2个国家11座城市，是我工作的注脚。已经在望的新一年又将启航一段新的旅程！
写在最后
用我写在年度述职总结里的一句话来启动26年的测试工作：再快点，再稳点，再好点，再牛点！
