伙伴测试(Buddy Test)
如上所述,在开发一个复杂系统的过程中,当一个新的模块(或者旧模块的新版本)加入系统中时,往往会出现下列情况。
(1)导致整个系统稳定性下降。不光影响自己的模块,更麻烦的是阻碍团队其他人员的工作。
(2)产生很多 Bug。这些 Bug都要被输入到数据库中,经过层层会诊(Triage),然后交给开发人员,然后再经历一系列Bug的旅行,才能最后修复,这样成本变得很高。
如何改进?一个方法当然是写好单元测试,或者运用重构技术以保证稳定性等,我们要讲的伙伴测试是指开发人员可以找一个测试人员作为伙伴 (Buddy),在新代码签入之前,开发人员做一个私人构建(Private Build),其中包括了新的模块,测试人员在本地做必要的回归/功能/集成/探索测试,发现问题直接和开发人员沟通。通过伙伴测试把重大问题都解决了之 后,开发人员再正式签入代码。
在项目的后期,签入代码的门槛变得越来越高,大部分团队都要求Bugfix必须得到了伙伴测试的验证后才能签入到代码库中。
转自:http://book.51cto.com/art/200902/108518.htm
伙伴测试提升软件质量
本文介绍了一种提高软件开发过程中代码稳定性的方法——伙伴测试。该方法鼓励开发人员与测试人员合作,在新代码正式签入前进行私密构建并完成回归、功能、集成及探索性测试,以确保代码质量。
1145

被折叠的 条评论
为什么被折叠?



