该博客提出了在测试团队中引入敏捷测试的初步方案，包括将团队分成敏捷小组，使用QC工具管理任务，实施每日站会，版本总结会议和内部培训。强调了流程规范和文档的重要性，并建议结合自身团队特点制定合适的管理模式。
很久以前就听说过敏捷测试，现任公司据说以前旧搞过敏捷开发，但后来不知道什么原因没有继续走下去了。而如今，测试部已经独立于研发的部门，目前是根据产品的规划和开发的提交计划来安排和开展测试工作。另外，现在的测试团队多多少少存在一些问题，因此想借此机会引入敏捷测试，改进和提高测试团队的测试效率和团队战斗力。
初步方案如下：
1、现在测试团队有10+人，根据项目的特性分成2个敏捷小组。每个小组设置小组长，然后由teamleader管理小组长，小组长管理组员。
2、使用QC管理工具的需求模板部分定制成测试任务管理部分（之前有使用过teambition，确实是一个不错的工具，但是免费版功能少，而且teambition也缺少可以自定义数据的统计分析，因此用回QC来做任务管理）
QC管理系统其实可以很灵活的使用，以上只是一部分的使用例子。每当有任务来就要求小组长先做任务的记录，然后每天下班时更新任务单的状态和测试进度。
3、实施每天例会，例会时间定为上班时间的第一个刻钟，约15分钟。会议由每个人针对以下3点进行回答：
- 昨天干了啥？
- 今天要干啥？
- 有啥需要帮忙或协助？
4、每个版本测试完发布后开总结会议，会议约30分钟。会议前先让每个项目测试人员写3个以上认为自己在测试这个版本中做得好的地方和不好的地方。然后会议围绕这些进行总结。
5、部门内部小培训，会议约30分钟。主要是内部组织开展对好的，新的测试方法，业务知识，技术技能，工具使用等一些小培训。培训会议时间短，次数多。不过要先做好培训计划。
另外，CMMI还是有好东西，流程规范和过程的文档还是有必要存在的。不能一昧的参照别人，因地制宜做一个适合自己团队的管理模式才是王道。管他白猫黑猫，捉到老鼠才是好猫。
了解更多测试知识访问如下链接:
https://edu.csdn.net/course/detail/22948
https://edu.csdn.net/lecturer/3215
494
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
