敏捷测试管理培训

1. 赵老师的话，经历不是经验，必须经过一个总结的过程。
2. “敏捷”（agile）的意思翻译有点难懂，进一步解释“快速响应与调整”。
3. Scrum为敏捷的一个实践，形式上的实践有，立个白板，撤掉隔断，大家围坐在一起，早上站会，迭代计划会，总结bug回顾会，文档简化，短迭代。如果只是形式上，会降低效率。
4. 自己的理解，为什么有敏捷？以前的瀑布模型其实与建筑业上的项目管理非常相似，但是软件与建筑业区别比较大，一是需求变化快，二是即时需求明确，最后也做不出需求的样子。所以为了更快的贴近需求发现需求bug，越早发现，影响越小。就要快速的有个原型，然后再这个原型上持续的改进，持续的优化。
   既然要求快迭代，那么就会有其他附加的要求，首先要模块化，接口标准化，这两点不是敏捷特有的，而是软件的要求。为了快速迭代，团队规模首先不要很大，否则沟通成本会很高。还有一点，为了快速迭代，自动化回归测试不可避免。
   敏捷要求快速响应，那么要求其中的人要尽可能的投入，不要被过多的事情牵涉。才可能快速响应。
   敏捷中，比较强调人的能动性，什么信任、勇气，其实对人的要求很高，但这一点往往是最难的。首先习惯不是那么好改变的，然后快速响应也要求人的责任心比较高，如果一个快速运转的团队中有那么一两个懒散的人，会严重降低团队的运转效率。
5. 测试用例不再多，不在全（覆盖率有点违背），测试用例要能高效的发现问题。
6. 不是所有的功能都要自动化，例如验证码，越是上层，自动化成本越高。
7. 敏捷的终极目标，持续交付。刚提交代码，很快就会交付上线。
8. 对现场问题进行复盘，总结的会议能够高效避免类似问题再次发生。
9. 敏捷的PPT理论人、流程、工具，与组织论类似，没啥特殊的。
10. 6步提交法
11. 导航入口多，不一定是冗余，而是方便。冗余，不一定是坏滴。
12. 复杂度检测也可以设置为一个提交trunk的监测点。
13. leader分为三种，保姆、授权、教练。
14. 团队梯队话会更高效？一般情况下是。如果分工明确，各自发挥自己特长，当然都是牛人为好，但是如果工作很多冲突，梯队化可能会减少很多意见冲突。