测试者和开发者，为何我们不能友好地相处？



有人说，测试者来自火星，开发者来自金星。这是因为软件测试员和软件开发者就好比一对冤家，里面的缘由说不清也道不明。开发代表着创造，而测试则代表着摧毁，因为测试的目的就是以各种方式不断地从开发出的产品中发现大大小小的Bug，长此以往，开发者认为测试者是在故意找茬，两者的矛盾慢慢就会产生。原文作者Ole Lensmar发表了一篇博文《测试者和开发者，我们能友好地相处吗？》，笔者对原文进行了摘译：

难道测试者和开发者就不能在一起谈论日常生活中的工作经验吗？

难道测试者和开发者就不能好好的坐在一起运行测试并且调试代码创建完美的软件吗？

——导致这一现象的原因是两者之间缺乏有效的沟通。

倘若我们不能克服这种文化差异，又怎么期待与与测试者和开发者去做“真正的”敏捷测试而给用户带来高质量的产品呢？这个问题一直困扰着我，当然也并未随着时间的推移而变得有所好转。究其原因，我想是因为：

1. 测试人员往往使用相同的工具，而开发者则利用自动化测试；
2. 自动化测试正被越来越多的测试者和开发者积极拥抱；
3. 测试者和开发者正积极拥抱持续价值的探索性测试作为测试产品新功能的基本实践方式；
4. 有关单元测试和测试覆盖率的讨论正成为新的项目开发中必备的组成部分；
5. 测试驱动开发和BDD的价值正被越来越多的开发团队接受，常被结合运用在常规案例中；
6. 当产品经理阐述需求和评估新功能的复杂性时，测试者和开发者同等重要。

在整个行业领域里，敏捷开发是较为领先的一种方式。请记住，敏捷就是沟通、协作以及跨职能的团队，这也正是我们需要去克服的存在于开发者和测试者之间“传统的偏见“问题。

那么，我们该怎么做呢？

大部分人（包括我）认为可以本能地打破这种文化上的障碍（通过做许多工作来改变），但是我想我们也应该意识到面对面交流所带来的好处。对此给出的建议：

1. 介绍结对测试编程，让测试者和开发者坐在一起开发并运行测试，讨论各种需求并评估非功能方面的事宜（性能、安全、可用性等）；
2. 安装并相互学习对方的工具，开发者应该掌握测试管理工具，测试者也应该检查源代码并且运行自动化测试。这将有助于彼此之间相互理解在自动化框架、重构等方面的复杂性；
3. 一起去参加黑客马拉松！试想下在下一届API黑客马拉松比赛中，你的团队拥有一群专家测试团队，让你的产品质量领先于竞争对手（这得要归功于在单元测试和自动化UI脚本中执行探索性测试的人员）；
4. 将测试者和开发者当做一个完整的团队，坐在一起、一起做开发、相互协作。

综上所述，那么你是否已经准备好推到介于开发者和测试者之间的这堵墙呢？

原文出自：Smartbear