演讲：单元测试及测试自动化

前天，公司安排我给同事做了一个单元测试和测试自动化的培训。
前后花了一个半小时，声嘶力竭，总算不辱使命，反响良好。
其实单元测试是一个相对复杂却很重要，但在现实项目中往往难于实施的一个问题。
往往和refector同步进行，相辅相存。
特把PPT放出来，共感兴趣的同仁参考，也希望反馈好的想法。

看了下，挺不错。后面实例中带了些项目的东西，有点泄密哦，呵呵。

总体还算是普及性质的培训，开发人员在实际的工作中肯定还有很多细致的问题要解决。
还有就是在项目管理上如何去进行控制，也很关键，不然很多人就偷懒了。

谢谢楼上的关注。
应该不算泄密吧，仅仅是一个粗略的系统框架图。呵呵，但愿同事不上javaeye。
我参加了许多项目的开发，但严格意义上来说，好像没有一个项目对单元测试有较好的实施。不知各位高人的情况如何。对于怎样有效的实施单元测试，并管理单元测试代码，希望听到好的建议。

现在项目中类似的单元测试规范文档也有，对单元测试只是口头上要求，并没有严格要求，具体的写法，测试程度靠个人喜好了，甚至有人不写。

TDD没有提到

在JavaEE项目中进行单元测试有一个先决的技术条件，就是需要先架构好整个一套的测试框架，比如server端用Cactus，数据层用dbUnit，把整个测试架构搭建起来后，还需要对开发人员进行培训，逐步建立测试意识，指导开发人员在开发当中执行测试，因此，单元测试既牵涉技术关乎过程控制。

楼上说的对，测试确实是很重要的一个环节，不仅是对软件质量的一个保障，更是对软件开发进度的一个保障。不仅是一个技术问题，更是一个项目管理上的问题。在项目中要尽早规划，尽早布局。

对于技术人员来说，怎么去使用JUnit，ant以及一般工具来说，都不是什么难事。单元测试之所以重要，单元测试的培训之所以重要，首先要让受训人员知道为什么要去单元测试，单元测试包括哪些；其次，怎么样去写一个好的测试用例更加重要。
在我对我们公司的员工培训效果来看，问题往往集中在测试用例的编写上。几乎所有人写的测试用例都是简单的通过测试，要么就是将注意力过分关注在简单方法上（对此，我认为是许多将Junit的书籍经常用所谓的add或者div方法所导致的误区）。
对于楼主的培训文档，我提一些建议，供你参考：
1.增加代码静态检查部分（包括Code Metric/Code Audit/Code Review）
2.增加测试模式部分（包括Pass/Fail Testing,Transaction Testing等）
3.增加Coverage部分，测试覆盖是测试的重要组成部分。
4.设置常见的Check List，这个对测试流程非常重要。
5.增加讲解仿真测试中Mock使用的优缺点。
6.更着重讲解一些测试的基本概念，包括回归测试，冒烟测试等。

有没有这方面说的更清楚的文档呢

呵呵，大体看了一下，和我以前培训的思路差不多，只可惜我的收效并不高.基本上所有的人都不愿意写测试，除了很多原因之外，有一个很重要的因素就是，即便他们写测试也是习惯于先写代码在写测试，只可惜写的代码很难测试，所以也就不愿测试了。就这样，还是没有人写测试。
培训文档我没传，但是完整的资料可以看看我的blog：http://hyysguyang.javaeye.com/