钱林官网博客

当前位置:   网站首页 >> 员工感言

敏捷开发过程中测试团队的职责和产出是什么?

测试的主要职责可以包括以下的几点:

1.需求的把握。

  测试要对不断变化的需求都能把握住,以PO(product ower)的标准来要求自己,敏捷的要旨是小步快跑,保证每一步都是对的,这样在团队中就需要有人来保证我们做出来的东西是没有偏离需求的,这个角色只有测试胜任。

2.团队节奏的控制。

  不知道大家有没有做过敏捷项目,迭代不断的出现延迟,问题单越来越多,大家疲于根据计划加班。这个时候我们可不可以把下个迭代要做的事情暂时先停下来,留一个迭代或者半个迭代来解决问题,重新读下代码,找出那些异味的代码(smelly code)重写一下。找找我们流程中的问题并改进。这个事情也是由测试人员来提出比较合适。

3.质量控制。

  这当然是测试的传统的工作,找出问题,让开发人员来解决。对于一个tester来说,质量控制Quality Control比质量保证Quality Assurence更重要。在敏捷阶段,不是说发现的所有问题都需要马上让开发人员去改,因为或许这个bug对应的需求还不明确,或许下轮的重构就能自动解决问题,或许当前这个迭代使用的技术解决这个问题代价太大... 总之,这里是比较灵活的,也是比较考验测试人员的经验的,什么问题应该马上解决,什么问题可以讨论。

  另外,关于质量控制比较重要的一点是分清楚测试阶段,这点在国内的公司很明显,单元测试,集成测试覆盖率低,或者干脆不做,或者做了没啥作用,每当大家回去做问题回塑,会发现很多问题应该在ut或者st阶段发现。那么这里的测试人员要不要去做这些测试,如果要做怎么做,这个对于不同形态的产品或许答案完全不一样。自己参与过的大型产品中测试人员都是做集成测试的,只是这个过程对测试来说比较痛苦,需要了解代码,有一定的编码能力。

  另外,测试的产出这个有点不好界定,产出这个东西感觉是和流程比较相关的,我在流程的哪个阶段必须产出什么东西。文档,测试分析,问题单,测试需求分析等等。。。 这个也是和产品的形态有关,如果是轻量级的产品完全不需要做很多事情,或者很多事情可以合并来做,产出一份文档或者结果就可以。


发表我的评论

    验证码(*)

Hi,您需要填写昵称和邮箱!

  • 必填项