自动化测试-敏捷-管理路线

分层自动化测试：

UI自动化 就只应该从用户的维度考虑用例的设计。
接口自动化，应该只通过接口的调用去验证数据。
单元测试，验证代码的处理逻辑覆盖。 
手工（功能）测试、探索测试 是非常重要的手段。

在“敏捷”开发过程中，自动化工程师优先实现的用例：
1.优先考虑数据对比类型的功能，这种功能人工操作比较费眼力和时间 2.优先考虑已经测试出问题的功能，这样可以有效的对bug的功能进行回归检查 
3.用户使用比较频繁的功能 
4.项目优先级比较高，比较核心的功能

    好的接口自动化case设计，依赖于case设计者的功能理解程度（手工测试的功力）+功能覆盖点
原则：
1. 将手工测试点转换为自动化用例。
2. 覆盖手工测试不易检查/太浪费时间的检查
3. ”边缘性“的功能检查
4. 接口验证的程度：即判断一个接口是否正常的标准（接口参数”合理地“组合）
5. DB数据更新检查
6. 接口自动化的数据准备

在项目前中期的时候的时候，手动测试占据了核心地位，在后期的时候，自动化的全面覆盖保证了回归测试的有效进行。

敏捷---敏-结，
敏：敏捷，简单的说就是要一个高效率。
结：是指项目团队的协作和内部团结,这一点非常重要。

看那些成功实施敏捷的团队和诸多的最佳实践团队他们都是团结一心的，整个项目团队都有一个共同的目标和追求，而不是每天项目经理在驱使着大家在前进，每个人都积极上进学习，遇到不懂的问题去总结、去学习，去突破，再去分享，而不是说，“这个问题太难了，这个技术太难了，这个。。。我可做不了”，如果每个成员都采用这种排斥的心里，那么这个团队就永远都敏捷不起来，还有就是在需要协作的时候，两个项目组不要互相“踢皮球”，而是要勇于承担责任，最普遍的现象就是项目出现了问题，然后大家在会上开始掐架。这时候有人会问，自己出来担责任不是傻吗？其实不然，一个明智的老板当然看的懂到底是谁的责任，是否真正的需要人来承担责任。

 

测试经理为什么是个好职位？
　　测试经理的工作主要是上传下达，控制项目风险，管理团队人员，实际测试工作并不多，有更多时间丰富技术和知识，而不是整天做点来点去或者做疲于应付的事情。
　　很多大公司有两个路线，管理路线和技术路线。技术人员做管理路线好还是技术路线好？管理路线好。因为做管理路线，遇到该干的活还是干，技能提升的同时，还能带团队。偏技术路线的话，带的人不多，还没有管理权利。管理权利，可以是绩效考核权，意味着如果团队成员不听话，打个最低分走人。当然也不能滥用，有权可以更好地控制团队，让团队朝向你希望的方向发展。也可以是招聘权，招更多的人才，把不听话的人干掉。当然这也是管理职责，可以带领这么多人做更多的事情。

管理路线相比技术路线的另一个优势是能接触高层信息，可以上传下达。而偏技术路线，面对的只有项目，只能做基础的事情，接触不到更广阔的空间、人脉，对职业的发展有局限性。认识更多的人就有更多的机会，人脉是职业生涯中很重要的资源。管理岗有更多的机会去沟通，认识更多的人，别人也会认识你的影响力，进而认可你。生活有时候就是很狗血，说不定别人创业的时候，就会想起你这个人还不错，不如一起干。这样你就可以从测试经理，变成CTO（首席技术官）、项目总监或者合伙人。无所谓到底是什么职业，反正职位已经达到更高的起点。如果仅仅是技术型的测试经理，最多提升到测试总监。测试总监的工作，管的还是那伙人，干的还是这些事，然后就没有然后了。