2、对于开发经理而言，则更多强调在单元测试接口测试层面，开发人员定位问题解决问题的难度大大降低；测试覆盖率大大提高，实际减少后期bug数和故障数。

　　在得到项目经理和开发经理“官方层面”的认可和支持后，千万不要忘记还要争取获得项目中每个开发工程师的“个人层面”的支持。因为即便有官方的授权，如果开发工程师个人并不理解单元测试和接口测试的意义，主观上不愿意配合，那么真正运作起来执行成本会大大增加。对很多开发工程师而言，普遍存在着轻视测试工程师，认为测试工作没有技术含量的观念，对于这样的偏见，不要试图用书本概念或者规章制度去与之辩驳，而是就从技术角度入手，谈单元测试接口测试的重要性，解铃还须系铃人，用他们熟知的角度入手说服对方，方能以理服人。除此之外，测试经理平时也应当和开发人员保持联系，在关键时刻，规章制度的约束力比不上个人关系的影响力。

　　三、结合测试团队实际能力，制定切实可行的测试策略。

　　在获得各个层面的支持后，接下来测试经理就需要针对项目，测试团队的实际情况制定切实可行的方案了。

　　1、制定合理，可行的目标

　　在决定单元测试接口测试策略，特别是第一次实践时，目标最好是越小越细，不仅能够实现，也能够系统衡量产出。切忌不要一开始就制定很大的目标，如在没有相关经验和先例的情况下在一个项目里就要做覆盖所有功能点的单元测试，一开始就制定一大箩筐规范，或者一夜之间就要搞出像微软那样的每日自动化集成体系。相反，从最小，最细的东西开始，选定几个具有代表性的方法和接口，用Junit等成熟的框架先写出一个能“跑得通”的Case，然后再在次基础上逐渐添加完善。

　　2、合理分工，人尽其用

　　即便是大公司的测试团队中，也不可能每个都是有开发经验的代码高手，在团队里，根据代码能力，工作经验的不同，测试经理要制定好合理的分工。选择代码能力最强的同学负责和开发沟通，搭建环境和框架，写出可供参考和复制的脚本模板，主持必要的培训工作；让熟悉业务的同学在明确方法和接口的作用后设计测试数据；同时让开发同学处理一些环境，代码依赖相关技术问题。

　　3、随时跟踪，考量产出

　　作为测试经理认真观察测试团队学习和执行情况，及时发现问题和短板。对于单元测试和接口测试发现的bug，认真分析并记录，随时改进测试方法。例如被测试的方法或接口最好本身是在业务上起到重要功能的方法或接口，这样测试工程师就可以更多发挥自身在业务熟悉度上的优势，相反一些涉及到开发框架和技术细节的方法或接口，一般的测试工程师很难设计出好的用例来发现问题，对于这样投入产出过低的模块可以果断放弃。最后在项目结束后根据这些数据对单元测试接口测试工作进行总结，获取更多的认可和支持。

　　对于很多高深的技术，我们常常被迷惑，常常被吓唬，常常喜欢用“这不是那么简单”这样的话来敷衍别人和自己。勇敢地去尝试，如果成功了，就会发现这没什么大不了的；如果失败了，嗯，其实也没什么大不了的。