没有一种衡量标准可以说,到底是哪种开发模型是最好的,所以在这里本人不想去和其他模型进行比较或主观评判敏捷开发的优劣。陆老师在专访中有谈到三个敏捷理念:
1. 聚焦客户价值——说的白一点,就是及时和客户沟通,了解最新的需求,并双方达成一致。这点本人觉得要注意的是,你面对的客户通常不是一个,而是一群,所以对于各个方面来的需求,一定要有自己的立场,不能统统接受,这样会使得在需求这一环节就出现矛盾和歧义,后续的工作会很难顺利进行。
2. 加强团队协作——很多公司开发和测试都是有点对立面的,开发是一个部门,测试是一个部门,对于敏捷开发来说,开发和测试会组织成一个group,每个group就是一个小团队,在这个团队里没有对立,只有共同将产品或软件模块的质量提升。另外,就是团队成员的时刻转变。在团队建立的初期,我们的成员替换频率非常快,测试人员变成开发人员或者变成scrum master都是经常的事,甚至一段期间,我们所有scrum的master都是由测试人员来担当的。本人认为作为scrum master,必须了解组内负责模块的详细情况,这样才能对新需求或Bug的修正做出合理的评估,而这点对于测试人员来说,要求比较高,所以并不能像理想中的那样做的很好。
3. 响应变化——本人觉得随机应变更为贴切。其实,以上说的不管是需求的添加修改,还是人员角色的变动,都是一种变化的体现。每个sprint不同的需求列表,重置其优先级,开发点和测试点的不停切换,以及日后不同分支包的来回切换,都需要满足实时的需要。
此外,本人还想谈谈在敏捷中测试人员担当的角色。从本人自身来说,担当过很多角色(有点杂),大多都是效颦而已。下面一一做下简单说明:
1. Tester——这是测试人员的职责所在,在每个sprint前期,先是根据需求进行测试用例的设计,中期针对开发的实现进行测试并提交bug,后期对bug的验证以及回归测试
2. Scrum Master——这个在先前已提到过,要求的综合素质比较高,最好了解模块的架构和设计,开发的进度和碰到的困难,还有开发和测试之间的协调等
3. XP协助开发进行单元测试——这需要有一定的编程技能,当然更需要和开发有很好的沟通,这对于你上手进行单元测试有极大的帮助,这也体现了你自身综合素质的能力
4. 协助PO确认需求——除了了解产品框架的构建外,还需要有很好的产品知识体系背景,两者都具备的人很少,所以这点上形大于神多点
版权声明:本文出自 xiaobaiwdn 的51Testing软件测试博客:http://www.51testing.com/?367232
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。