对InfoQ一篇文章的“批判”

InfoQ昨天发表了一篇文章：《InfoQ 2019 年测试技术报告》（见：

https://www.infoq.cn/article/tPm-uCBjfjLPRCETr7Db ）。 首先，中文标题就不妥，其英文标题是 2019 State of Testing Report （https://www.infoq.com/articles/2019-state-testing-report/ ），正确的翻译： 2019年软件测试现状报告 。这篇文章只是对 “the State of Testing report project ”两位创始人的采访，而且这个测试调查报告不局限于技术，其次不来源于 InfoQ，而是 PractiTest资助的。
其次，这篇文章翻译比较糟糕，多处语句不通，阅读感比较差，显得“又臭又长”，不如我写的文章“ 软件测试现状最新报告”

这里快速列一下翻译上的一些问题：

以及改变和塑造这个角色的现状与未来的趋势
敏捷和 DevOps 的采用如何在现如今测试人员使用的任务和技术中产生积极的影响
测试人员的任务是如何扩展并变得更加技术化的，而且还涵盖了组织中更多的用户故事定义
在生产中进行测试
测试不仅仅是调查一个产品，而是系统和人以及三者（？）之间的关系
测试人员的观察力和理解人类 / 系统行为的微妙之处的敏锐能力使他们成为防止“系统”崩溃和爆炸的更强大的贡献者
并帮助他们评估和理解，趁早采取行动。
让人惊喜的是看到测试人员开始把他们“生产中的测试”活动视为测试活动
我们看到更多的非测试人员运行测试任务
更深层次的工作集中在 SDLC 的其他层面和方面的质量生成上
甚至 11% 的人说他们正在实践混乱工程
对于这些挑战中的大部分，我怀疑敏捷 /DevOps 采用的增加，与测试人员向工程团队汇报的，团队中具有专业测试经验的人不足或真正知道如何最好地利用测试团队的人不足，之间存在着联系，而不只是要求他们编写自动化测试。
所有这些工具辅助和技术推动的测试将不得不接受批判性价值评估
当我们的工作越来越多地进入生产，将 QA 团队所提供的价值定义扩展进生产和用户的实际工作

除了翻译问题，内容上也有一些问题，真正有价值的点评并不多，而有些观点 (下面灰色标注的文字来源于原文) 容易误导读者， 例如：
1） “左移”和“右移”的趋势并不新鲜，还要等到“ 该项目的未来版本中 ”来回答？12年前（2007年），我就出版了《全程软件测试》（第1版），甚至在2005年我就在公司推类似DevOps的全生命周期测试，见下图。百度在2012年就有成熟的在线测试（TiP，Test in Production）， DevOps 在2009年就被提出，几年后也开始逐步成熟起来。

2）“测试人员将不同类型的测试技术混合在一起作为他们工作的一部分”，之前难道不是？一般来说，我们都应该综合运用测试方法或技术。
3）“现如今的测试人员对他们的未来很乐观”？？我觉得测试人员对未来不够乐观，甚至有恐惧感。之前茹老师还写过一篇文章““去QE”时代下，QE如何破茧重生?”，还有两篇也能说明一些问题：十年了，测试变了，我也变了，但总有一些东西未变软件测试人，你们在逐渐失去一些东西
之前更有一些文章将测试职业比喻为“进入寒冬季节”，从一些侧面反映了这个行业的一些悲观现象，况且他们自己也承认：

Joel Montvelisky：看到越来越多的初级测试人员加入我们这个行业的趋势有所放缓，让我有点吃惊。

Bhamare：（我还只是怀疑）未来团队中可能没有专门的“测试人员”这样一个角色。

3）为什么“ 人们正在有意识地决定转向测试领域 ” ？？仅仅“ 因为他们发现这是一项具有挑战性的工作 ”？？其实不是这样， Montvelisky自己还说 ：“ 开始看到测试本身的重要部分是由非测试团队成员在做。 ”
4）“ 他们中的大多数人都希望在未来几年继续从事这个领域的工作 ” ？？ “ 人们不断从其他工作或职位转向测试 ” ？？ “测试是一个很有吸引力的职业，在这个行业的从业人员眼中，测试正蓬勃发展” ？？微软一万多个专职测试人员都转向“软件工程师”，有更多测试人员转为开发、产品经理或运维等，敏捷/DevOps更提倡测试和开发的融合。 即使从本调查结果看 ， 过去三年基本处在一个水平 ，只相差 1% 百分点。由于调查样本不大（只有 1 000 个样本），这1%很可能是由数据误差造成的，并没有明显的增长趋势，而且2017年是最高（21%）。 之所以这样说，是为了更多地宣传或销售PractiTest的工具吗？ 😄

4）如果人们不断从其他工作或职位转向测试，测试团队为什么会逐年变小？而且根据调查结果测试团队实际在变大。1-5 名测试人员增加2%，移动互联时代，可能是创业公司越来越多，而不是测试团队变小。因为同时，51+ 名测试人员增加了3%。
5）“测试人员仍然需要多才多艺”？？那么如何理解“多才多艺”？用词不够准确。如果是指下列这些技术，测试人员个体也很难掌握全部技能，必须侧重某个技术领域和发挥自己的特长。作为软件从业人员，有类似要求（包括沟通、面向客户的技能、业务领域知识等），不仅仅是测试人员。

6）“ 敏捷一直是最有价值的开发方法 ”？？不是，只是最近十年占有明显优势，至少是在SaaS（软件即服务）比较普遍的时代，才让敏捷更有用武之地。 “ 我想看看这种采用如何帮助他们解决与质量相关的问题，并从根本上提高软件质量 ”，说明他们可能没有真正理解“TDD/ATDD/BDD”。
7）“ 令人鼓舞的是，我们看到了，随着专业测试人员获得经验和终身职位，他们的薪水将会如何增长 ”，哪个行业不是？不过，在软件行业，许多（测试）工程师超过了35岁或45岁之后，反而更加焦虑了😄。

8）“ ......对我来说，这实际上是一个遗憾，因为播客、在线研讨会和博客实际上有数量惊人的免费信息！ ”没错，但是那些内容比较零碎、缺乏系统性和连贯性，也往往难以做到循序渐进地学习。没错，它只是“ 了解最新动态、获得新想法 ”的渠道。
当然不能否定，也有一些有价值的、让我们获得启发的观点：

重要的是，组织中每个与软件测试人员存在任何形式关联的人都要跳出来（翻译还是不够好），看清楚测试领域正在发生什么，以及他们如何使用这些资源来帮助测试人员成长。（我们常常需要think out of box）
我们将利用这种过程（编者注：BDD可以算软件开发过程模式，但ATDD/TDD，不算过程，更应算优秀实践）和技术（TiP）趋势，改进我们处理质量驱动活动的方法（虽然此处翻译还是不够好，但是：如何更有效地驱动质量改进，值得大家借鉴ATDD/TDD的思想。）。
调查数据就在那儿，人人可以看到，但要对结果做决定或得出有意义的结论，我们确实应该等待并设法在未来几年更好地理解它（谨慎、敬畏，有时还是需要的。我写这篇文章不够谨慎😄）。
测试人员提早参与开发过程看上去仍然是一个挑战 （有些老问题总会在那里）
但对我来说，可以这样解释，大多数测试人员仍然将部署过程、生产环境、监控等方面的工作视为“测试工作以外的”任务和挑战。这不是一件好事。（现在自动部署、TiP、在线监控等可以归为软件测试工作）
因为我们没有看到许多与采用敏捷和 DevOps 有关的挑战，这引起了我的思考。（思考、质疑是批判性思维的体现，值得推荐，但也说明本调查存在设计上的问题）

不妥之处，敬请InfoQ、译者或读者多多包涵、指正。