我的软件测试之旅：（7）启程——Scrum中的测试工作者

　　加入到Linux部 门后不久，就遇到一个可谓千载难逢的机会。我们需要基于业内新的通信架构（ATCA，Advanced Telecommunications Computing Architecture）硬件，在Linux系统上实现公司老产品的功能。后来还要研究OpenSAF（Open Service Availability Framework），看看是否以及如何融入到我们的实现中去，我们还专门为之分配了时间，每天都有预留部分时间以供大家学习、交流。

　　当时更让人激动的是这个新项目将采用一种新的软件开发方 式，叫做Scrum。小组长问我想不想加入这个项目，我说先等等，这可是从来都没有听说过的玩意儿诶，晚上我突击学习，在网上疯狂地搜索资料，了解这个 Scrum。如果我没有记错的话，当时（05年底）网上还没什么中文资料呢，都只有看英文的才行。最终，我被它所吸引，决定加入。除了Scrum本身，项 目经理是吕毅（到目前为止还是唯一的中国人CST，Certified Scrum Trainer），我们的后援团包括我后来加入的Flexible Company（其实是公司内的一个团队，专注于支持敏捷转 型），以及Bas Vodde和Craig Larman。而且，我加入的时候团队才只进行了一个Sprint而已，也算是赶了个早。团队仅有的三位成员都是很资深的同事，而且里面还有一位不挂名的 架构师，在浙大读硕士的时候就已经和老师合著出版过Linux的著作，有这样的高手在，何愁学不到东西，又有何理由不加入这样的优秀团队呢？

~(nw(o&f:G,q5M4g0　　而我为他们提供的价值则是，专业的测试思维（注意不是能力）。我加入的第一个迭代，团队之前验证通过没有发现问题的实现，被我发现起码是二三十个问题，印象中这也一定程度上帮我赢得了大家的信任，认可我是个靠谱的测试人员。

　　吸引我的另一个原因是自由度，这个项目得到了管理层极大的支持，由于Scrum模式在国外的研发中心使用收到了很好的效果，所以管理层决定引入杭州研发中心进行试点，也因此给予我们可以抛弃所有现有流程负担的自由，完全可以自主决定自己使用的开发流程。而之前的工作中，我们的测试流程和各种规范详尽完备但却显得有些笨重累赘，我早有想法要改变它，但自己对流程制定并无发言权，新项目则可以提供这样的自由。

"m(DoyI
W)JxB0相关链接：

我的软件测试之旅：（1）起点——作为软件开发人员

J+y8\ A
N5rl!a0我的软件测试之旅：（2）转变——作为专职测试人员51Testing软件测试网 Cjq%[X-Q`|2c A

pxa:q})Q r3]+y0我的软件测试之旅：（3）同期——加入测试自动化小组51Testing软件测试网
b"If~uE~0_0m

我的软件测试之旅：（4）并行——自动化回归测试51Testing软件测试网|&HZ"Y'K@
v

8{\F.Jy/N$Ve/a _0F0我的软件测试之旅：（5）难点——功能改进的测试

#R.nYvL0我的软件测试之旅：（6）跳转——追逐新鲜事物的探险者