从2008年底开始全职担任敏捷教练顾问,在此工作期间则更多地看到了开发、测试组织之间的问题,不同的组织状况各不相同,处于向敏捷模式转变的不同阶段,测试部门的设置与职责也有差别。遇到的问题大致可以分为两类:

  1. 测试部门的结构设计和整体的测试思想和组织当前所面临的调整或者组织当前的测试能力并不匹配,要么是小马拉大车,要么是杀鸡用牛刀还把自己给伤了。
  2. 采用了适合组织现状的结构设计和测试理论,但由于各部门、团队之间的沟通不畅,以及人员的培养辅导乏力,迟迟无法见效,以至于开始怀疑所选道路是否正确。

【完】

查看更多“我的测试之旅”文章
1. 起点——作为软件开发人员
2. 转变——作为专职测试人员
3. 同期——加入测试自动化小组
4. 并行——自动化回归测试
5. 难点——功能改进的测试
6. 跳转——追逐新鲜事物的探险者
7. 启程——Scrum中的测试工作者
8. 困难——没有现成的测试工具
9. 行动——简化测试文档和流程
10. 贡献——开发项流程(Development Item Process)
11. 尝试——Scrum Master
12. 机遇——测试自动化培训师和教练
13. 转型——敏捷教练

敬请关注 《大测大悟——测试的敏捷之道》开放出版过程

联系方式:
- 新浪微博
- 谷歌邮箱 kaverjody @gmail.com
- LinkedIn