我的软件测试之旅:(7)启程??Scrum中的测试工作者
作者:网络转载 发布时间:[ 2012/8/7 10:54:55 ] 推荐标签:
加入到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的著作,有这样的高手在,何愁学不到东西,又有何理由不加入这样的团队呢?
而我为他们提供的价值则是,专业的测试思维(注意不是能力)。我加入的第一个迭代,团队之前验证通过没有发现问题的实现,被我发现起码是二三十个问题,印象中这也一定程度上帮我赢得了大家的信任,认可我是个靠谱的测试人员。
吸引我的另一个原因是自由度,这个项目得到了管理层极大的支持,由于Scrum模式在国外的研发中心使用收到了很好的效果,所以管理层决定引入杭州研发中心进行试点,也因此给予我们可以抛弃所有现有流程负担的自由,完全可以自主决定自己使用的开发流程。而之前的工作中,我们的测试流程和各种规范详尽完备但却显得有些笨重累赘,我早有想法要改变它,但自己对流程制定并无发言权,新项目则可以提供这样的自由。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11