首页 > 数码 > 测试工程师如何参与敏捷?

测试工程师如何参与敏捷?

现今社会所有从事软件研发的团队都在开展敏捷的实践,但由于各个敏捷团队中测试的能力参差不齐,甚至有些敏捷测试团队根本不知道如何参与敏捷开发。在敏捷项目中,测试人员如何定位,如何融入到敏捷开发团队,发挥测试人员的技能,同时弥补自身技能的不足。测试人员的活动有哪些?如何跟开发人员配合,做到推出的版本质量和进度取得平衡。

大家都知道,参与敏捷团队的成员是一个由设计、开发、测试人员组成 的团队,他们有着共同的目标。同时,敏捷团队还应该具有:自主性、思考 性、合作性。

如果SE做SE的设计,开发做开发的code,测试做测试的版本,资料做资料的版本,这样不同角色不可能达成一致的目标。犹如候车厅等车的一群人,目的虽然都一样是侯车,但是方向却是东南西北。

敏捷中倡导组建的团队,是价值驱动型的,是自发式管理模式。一般来说,敏捷团队中有以下三个角色:

在实际项目运作中,倡导能者居其职,发挥个人最大能量,激发团队最大潜力。在目前华为、腾讯、阿里等公司的各个敏捷项目实践中,角色之间不是区分那么明显,一个团队的成员可以承担多个角色。我们重点来看看测试人员的职能定位:

一、敏捷中我们测试人员又叫QA(质量保证)。因此,从项目一开始就需要让全员达成一致:关注质量,随时构建质量,形成零缺陷文化。

二、引导全员都关注质量,团队成员技能互补给团队带来强大合力,从不同角度关注质量,预防bug,充分激发团队潜力。

三、开发和测试紧密合作,形成技能互补,协助开发人员完成LLT,避免开发老是测试不出问题现象,以及测试不充分的情况。

四、测试人员更能够从用户角度出发,引导开发人员能够从用户的角度去思考和设计软件实现。

五、测试人员可以从架构预演等方式,从整体上把握产品,及时提出架构上的问题,以及一些组件化开发的共享。

六、提高开发技能,做到人力备份。同时,也可以提高自动化设计效率。

七、及时反馈,持续改进。测试人员需要对story及时反馈,以便团队的及时改进以及持续改进。

一、建面向特性的交付团队

1)DM统一安排开发和测试工作,做到按特性为单位交付,促使问题快速闭环,以便缩短交付周期。

2)必要时开发人员可以从事测试工作,测试人员也可以从事开发工作,彻底打破开发和测试之间的部门墙,做到了开发和测试人员的资源利用最大化。

3)团队不对测试过程进行考核,对最终交付结果负责,极大程度减少开发和测试的内耗。

4)开发和测试不断相互渗透,开发更懂测试、测试更懂开发,团队整体能力比较以前大幅增强。

二、开放式办公区

同一个特性团队围绕同一张桌子办公,桌子周围墙壁悬挂白板。特性相关人员可随时随地交流,大幅程度降低沟通成本。

作为测试人员在敏捷开发过程中究竟有哪些活动呢?测试人员的活动如下:

1、 参与需求分析,高低保真原形分析,并参与评审;

2、 产品可测试性需求分析,产品全视图分析,产品架构测试,总体测试策略,定制测试流程;

3、 测试准备,自动化测试方案确定;

4、 STORY划分、标识

5、 制定发布测试方案,测试策略

6、 迭代测试计划

7、 STORY测试分析和设计(包括自动化测试分析与设计)

8、 STORY E2E闭环测试

9、 迭代测试

10、参加回顾会议

11、转SDV测试

12、UAT用户验收测试

再谈自动化测试,引入自动化测试目的是提高软件的生产率、可靠性和简洁性。对自动化测试的需要统一一下认识,对自动化测试不应该寄希望太高,太高反而没有成就感:对自动化率,我们需要尽可能高;自动化测试主要目的不是找bug,而是解放我们测试执行,特别是回归测试。人类天生就是会使用工具的,所以,利用自动化测试,更主要在于协助我们更好完成测试,永远只是一个手段,一个工具而已,必要的手动执行是不可替代的。

不管是黑猫还是白猫,能够抓住老鼠就是好猫。作为测试人员,更希望我们像一个医生,能够治好病,更能够指导大家预防各种疾病。人体的机理肯定比软件复杂,人类医学也在不断摸索前进,我们还得坚信:软件开发没有银弹,同样软件测试也没有银弹。所以,敏捷也不是银弹,而是让我们换一个思维方式思考问题。以价值为驱动,以人文本,持续改进。


友情链接