一年半的Scrum模式的agile tester的经验总结

一年半的Scrum模式的agile tester的经验总结

声明一下， 这些就是自己的总结，所以里面很多用词或者语句写得不对。 这个主要是对自己在scrum 模式下的经验总结 以后自己可以随时来翻翻看。所以有很多不清楚的地方，请见谅

之前自己从来没有接触过Agile的scrum 开发模式， 这里为自己总结一下一年半的Agile tester的经验。

Agile顾名思义就是敏捷的， 机敏的， 所以从属于它的scrum模式当然也必然遵从这种风格。 整个team要给每人自由， 很大的发挥空间

Scrum 结构：

Scrum通常由scrum master (也可以是我们理解的leader)， developer， tester组成。 这列developer和tester的比例不是一等一的关系， 通常都是好几个develper对一个tester。 Scrum master 负责对整个project整体掌握， 也可以说是管理工作。 协调解决问题。 我所在scrum master不会做开发工作， 他对很多东西都有了解， 但细节不清楚， 他的作用就是从整体掌握这个project的走向， task的完成以及帮助解决问题。

Scrum 流程：

这里我们有一个小的单位叫sprint， 通常是两周到三周的时间， scrum模式就是要求再一个特点的短周期内交付一些东西。

所以我们的基本流程就是， 在每个sprint开始之前， 与我们的客户开会讨论再接下来的sprint我们可以做什么， 当然通常客户会给我们指定， 我们要衡量是否能做到， 然后我们会有pre-planning meeting（与客户讨论即将分给我们的任务， 或者说我们从客户的整个tasklist里挑选一些任务 或者说功能点作为我们接下来sprint工作的内容， 我们通常叫backlog）， planning metting（具体讨论从客户那里拿的backlog， 这次是细分要完成这些backlog要划分成什么样的task）， demo meetin（到sprint的周期快结束了， 要开会， 把这段时期的成果demo给客户看， 通常由组内的tester来完成， 以一个end user的角度来演示。 客户看完以后如果同意那么这些任务就任务顺利完成了）， 以及restropective meeting（这个通常一个季度一次， focus到这段时期这个team  went well, didn't went well 以及可以improved的地方）。

Tester的工作：

很理想的情况是tester从sprint刚刚开始就参与到需求分析当中。 例如再pre-planing meeting 针对下个sprint的任务提出问题。但这个被scrum master带过了， 因为所在的项目是与芬兰一起合作的， 客户也是芬兰的。 所以scrum master 与客户用芬兰语交流起来方便很多。 这一步我就没参与了

接下来： 再细分的task的时候， 我的经验是tester一定要勇于参加这个plan的讨论当中。 是的 也许tester不懂代码， 不懂编程， 但一定要以一个end user的角度参加需求分析， 听开发说他们怎么做， 自己想这样做出来以后会是一个什么样的成果 ，你做为end user你能接受么？ 你会买这个产品吗？ 再你的角度 来考虑这个东西到底要做成什么样

不要被develoer误导， 自古以来 tester与developer之前的沟通都是有问题的。 tester要大声说出你的想法。 据理力争。

暂时写到这儿，后面更新， 也没有review， 只供自己以后回顾