你是否有过这样的感觉:

当你在浩如烟海的网页中企图搜索单元测试的文章时,发现满眼看到的却只是一些测试模板或空洞的测试理论

当你期望能在大师的指点下找到单元测试的门道,然而看完他们的文章,你感到似乎懂了却又感觉什么都没有学到

当你希望能将单元测试技巧融入实战时,却发现周围的例子都还停留Calculator的原始时代

当你希望在快速迭代的研发潮流之中找到单元测试如何引入到组织时,看到只是一些陈词滥调和老生常谈,而看不到实际的成功案例

今天,大多数人都已经承认单元测试是开发者的职责,而不是QA职责. 比如Google就将单元测试推到上游的、以及内建质量的意识，优秀的自动化测试实践成为我们的榜样。然而现在我们天天讨论单元测试,试图将单元测试引入组织流程时.却会面临一系列的问题? 单元测试价值究竟何在? 什么是好的单元测试? 如何设计单元测试用例? 单元测试覆盖率到底应该多少? 这么多的依赖怎么才能编写单元测试? 怎样提高设计与代码的可测试性? 历史遗留系统代码还有必需去写单元测试吗?单元测试真是我们的银弹吗? 怎样才能坚持编写单元测试？

在该课程之中，我们将揭开这些问题的背后的原因。本课程不单单是单元测试基本概念的技能讲解，而是把技能和问题的场景结合，关注如何应用单元测试解决问题，尤其关注需要通过经验积累的高级技能。课程中的理论和经验来自于对大量开发人员常犯错误与所遇问题的归纳、分析与总结，有针对性的给出解决方法，课程将重现这些问题的经典案例，通过实例讲解，并对应到学员的实际工作问题，使学员能够把传授的经验和自己的问题结合起来，有效的启发思路、激发兴趣、并掌握解决问题的基本方法。

课程收益

1.单元测试初级人员通过课程的学习可以了解测试的基本概念,测试框架的使用,基础的单元测试用例如何设计

2.单元测试中级人员通过课程可以学习,对象依赖如何通过stub/mock等解除依赖,mock框架的学习,什么好的单元测坏死,如何提高单元测试的可读性, 可维护性,稳定可靠性

3.单元测试高级人员通过课程可以学习到如何提高设计与代码的可测试性, 测试覆盖率的设计,复杂企业应用系统如何测试不同的层(UI/controller/Service/DB层),如何使用测试驱动开发(TDD)?

4.软件研发的管理者可掌握如何在组织里引入单元测试? 如何评价和考核开发人员的单元测试质量? 如何设计合适的测试覆盖率?复杂遗留系统如何引入单元测试? 单元测试与持续集成如何结合? 验收测试如何和单元测试结合?