测试不再是测试,测试还是测试

Test Ninja 软件质量报道 2019-07-03

之前写了一篇 

Scrum不再是Scrum,Scrum还是Scrum 

然后 答应写今天这篇文章,由此而来,

而且希望这篇文章给您更多启发...


昨天我们还是我们,

今天我们不再是我们。

许多时候,

我们没有区分“软件测试”和“专职做软件测试的人”。

多年前就有人喊“Testing is Dead”,

这里的“testing”不是指软件测试本身,

更多是指“测试”职业;

所以,当我们从测试职业角度出发,

完全可以说:

测试不再是测试!

2014年,微软公司作为测试标杆倒了——

一万多个“测试工程师”的头衔消失了;

今天招测试人员,更多是招“测试开发”,

虽然这名字不伦不类,

让你分不清是“测试”还是“开发”;

今天作为一个专职的测试人员,

越来越感受到一种恐惧,

担心“测试”和“开发”的融合,

担心“灰度发布”、机器人或AI技术会革掉自己的命,

需要思考:“去QE”时代下,QE如何破茧重生?


即使就测试工作本身看,

昨天说软件测试,

和今天谈到的软件测试

相差很远。

虽然不那么理直气壮,我们也可以说:

今天的测试不再是昨天的测试

甚至有人把“测试”变成了“EP(engineering productivity)”,

虽然那是颠倒黑白。

因为EP是EP、效能是效能,

即使提供测试工具,

但测试工具不代表测试。

但终究

今天的测试不再是昨天的测试。

昨天我们说软件测试时,

更多是传统的软件测试,例如:

  • 测试在前,开发在后,甚至测试只是开发之后的一个阶段

  • 太注重测试文档,测试执行更多依赖于测试用例

  • 更侧重手工测试,靠堆人来完成测试任务

今天我们说软件测试,和过去差别很大,例如:


话说回来,

测试还是测试

希望我们讨论软件测试时,

还是同一个概念“software testing”

讨论之前,先彼此声明。

在同一概念下,

测试还是测试,

无论是敏捷测试还是传统的测试,

无论是手工测试还是自动化测试,

无论是开发人员做测试还是专职的测试人员做测试,

测试的本质没变——

发现缺陷、暴露质量风险、评估产品质量

有什么实现就有什么验证,

交付客户满意的产品。

所以,软件测试

还是要客户角度去做测试

还是需要让业务驱动测试,让测试服务业务;

测试分析还是基础,

没有测试分析,

自动化测试是空中楼阁,

测试做得好不好,

还是需要以多层次的覆盖率来衡量;

还是需要测试计划,

清楚测试或质量风险,

制定正确的测试策略;

基于风险的测试策略还是有效的;

还是要全程监控,

及时评估测试过程

如果让开发做测试,

还是要清楚他们如何做、做得如何。

......


测试,从哪里来,到哪里去?

离开了本质,要么就不是测试

要么就会带来灾难:

质量警钟:拼多多100无门槛券随便领,官方紧急下架

狮航737MAX事故给我国软件验证的启示

不得不谈谈农历新年首次质量大事故:GitLab丢失数据

COPQ 案例-“7·23”甬温线特别重大铁路交通事故后续报道

......

2017年软件质量和测试大盘点

2018年软件质量与测试大盘点

......

(送福利)


文章已于修改
    已同步到看一看

    发送中

    本站仅按申请收录文章,版权归原作者所有
    如若侵权,请联系本站删除
    觉得不错,分享给更多人看到