不要让开发人员兼职测试的角色
极客时间编辑部
讲述：丁婵大小：2.28M时长：04:59
如今在持续集成 / 持续部署（CI/CD）中，软件测试开发工程师越来越被认为是一个非常关键的角色。然而，也有一些人认为，由于系统不同组件之间的差异，软件测试开发工程师可能并不一定适合每一种场景。
在微软首先创立了“软件测试开发工程师”这个概念之后，随着敏捷开发的普遍推行，又进一步模糊了测试人员和开发人员之间的差异。然而，关于应该将多少测试责任分担给开发人员，以及对于测试人员来说了解编程有多重要，一直都存在着激烈的争论。Tricentis 公司的创始人兼 CEO 沃尔夫冈·普拉茨（Wolfgang Platz）表示，合并开发和测试的岗位并不可取，同时，他描述了如何为开发人员和测试人员获取最佳的工作关系，以下为普拉茨的三个观点。
一，除了 GAFA 四家公司之外，让开发人员做测试会影响创新速度。
谷歌、苹果、Facebook 和亚马逊并称为”GAFA“，这四家公司总是能源源不断地招揽到顶尖人才，所以他们时刻准备以闪电般的速度让各种创新迅速进入市场。当他们需要让现有的项目提速或者是启动全新项目时，可以从世界顶级的开发人员中任意挑选团队成员。甚至可以奢侈地将顶级开发人员放到测试岗位上。在这些公司中，许多满怀激情的开发人员能勉为其难地接受“软件测试开发工程师”这个职位，但内心还是渴望自己有一天能成为这家公司中成熟的开发人员。
然而，在许多大型企业中，通常没有那么多顶级开发人员来主动敲公司的门。在这些公司中，都会努力留住开发人员，为了满足企业对软件永不知足的需求，得让所有能干活的开发人员都专注于开发任务。如果想让这些开发人员同时承担高级测试任务，那么付出的代价通常是公司承担不起的。
二，最精益的自动化测试方法不需要编程技能。
现在的开发方法已经变得更加精益、更加轻量级，能辅助团队更快地生产出更多软件，满足业务目标。同样地，测试技术也有了长足的进步，可以采用轻量级的无脚本方法，这样的测试架构也更适应敏捷特有的快速变化。
然而，许多团队仍然抱着陈旧的想法，认为测试自动化和几十年前引入时一样，需要付出较高的维护成本，且测试主要基于脚本方法，交付的结果差强人意（一般最多只有 20% 的自动化率）。实际上目前几乎在所有的行业中，人们都已经开始通过对复杂程度的抽象来实现高级自动化的软件。因此，软件测试行业也是时候做出改变了。
在 Tricentis 咨询公司对不同行业企业环境的研究中，发现无脚本方法比脚本方法产生的可持续性自动化程度要高得多。此外，这些无脚本方法还移除了困扰敏捷团队最多的测试常见瓶颈。因为这些方法让人人都可以参与测试，这就扩大了可支持测试工作的团队成员范围。再者，由于这些方法有较高的可重用性和模块化，能更加容易地与快速演进的应用程序保持同步。这些方法还让人们解放出来，不用去维护一个仅仅为了测试生产代码而设计的测试代码库。
三，让开发人员和测试人员一起做测试工作，能更快找到缺陷。
让开发人员做测试是暴露编程错误的理想方法，但是，如果你的测试主要是由开发人员自底向上设计的，那么在开发人员测试时，可能会忽略一些用户真正会遇到的关键问题。
这时，一名专业测试人员的加入是必不可少的，由于专业测试人员会在实际的业务事务环境中严格地对各种核心功能进行测试，即自顶向下地以用户的角度来审查产品，会发现许多用户可能遇到的问题，而这些问题在正式投入生产前是不会被开发人员所注意到的。
因此，当开发人员与专业测试人员一起进行测试时，会更清楚全面地了解产品的业务风险。在用户遇到高风险问题之前，也有机会去解决掉这些麻烦。这正是测试的最终目标，测试需要多个角色进行协作，而不是针对开发人员或测试人员谁该承担测试任务争论不休。
以上就是今天的内容，希望对你有所帮助。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论