测试不再是测试，测试还是测试
之前写了一篇
然后 答应写今天这篇文章，由此而来，
而且希望这篇文章给您更多启发...
昨天我们还是我们，
今天我们不再是我们。
许多时候，
我们没有区分“软件测试”和“专职做软件测试的人”。
多年前就有人喊“Testing is Dead”，
这里的“testing”不是指软件测试本身，
更多是指“测试”职业；
所以，当我们从测试职业角度出发，
完全可以说：
测试不再是测试！
2014年，微软公司作为测试标杆倒了——
一万多个“测试工程师”的头衔消失了；
今天招测试人员，更多是招“测试开发”，
虽然这名字不伦不类，
让你分不清是“测试”还是“开发”；
今天作为一个专职的测试人员，
越来越感受到一种恐惧，
担心“测试”和“开发”的融合，
担心“灰度发布”、机器人或AI技术会革掉自己的命，
需要思考：“去QE”时代下，QE如何破茧重生?
即使就测试工作本身看，
昨天说软件测试，
和今天谈到的软件测试
相差很远。
虽然不那么理直气壮，我们也可以说：
今天的测试不再是昨天的测试！
甚至有人把“测试”变成了“EP（engineering productivity）”，
虽然那是颠倒黑白。
因为EP是EP、效能是效能，
即使提供测试工具，
但测试工具不代表测试。
但终究
今天的测试不再是昨天的测试。
昨天我们说软件测试时，
更多是传统的软件测试，例如：
测试在前，开发在后，甚至测试只是开发之后的一个阶段
太注重测试文档，测试执行更多依赖于测试用例
更侧重手工测试，靠堆人来完成测试任务
今天我们说软件测试，和过去差别很大，例如：
测试驱动开发，测试在前，开发在后
是指 全程软件测试、持续测试
是指 AI测试 ，将AI技术应用于软件测试
测试更是一个样本实验，强调 探索式测试
......
话说回来，
测试还是测试
希望我们讨论软件测试时，
还是同一个概念“software testing”
讨论之前，先彼此声明。
在同一概念下，
测试还是测试，
无论是敏捷测试还是传统的测试，
无论是手工测试还是自动化测试，
无论是开发人员做测试还是专职的测试人员做测试，
测试的本质没变——
发现缺陷、暴露质量风险、评估产品质量。
有什么实现就有什么验证，
交付客户满意的产品。
所以，软件测试
还是要从客户角度去做测试，
还是需要让业务驱动测试，让测试服务业务；
测试分析还是基础，
没有测试分析，
自动化测试是空中楼阁，
测试做得好不好，
还是需要以多层次的覆盖率来衡量；
还是需要测试计划，
清楚测试或质量风险，
制定正确的测试策略；
基于风险的测试策略还是有效的；
还是要全程监控，
及时评估测试过程；
如果让开发做测试，
还是要清楚他们如何做、做得如何。
......
离开了本质，要么就不是测试
要么就会带来灾难：
COPQ 案例-“7·23”甬温线特别重大铁路交通事故后续报道
......
......
（送福利）