初探单元测试

       上周,同事分享了持续集成,持续集成的含义,怎么做持续集成,和未来发展,并讲到一个很有意思的事情,任何东西,都离不开：我是谁、从哪里来、到哪里去 这三大哲学疑问,这个理论我们可以套用到任何事务上去展开它的讲解.笑死我了。那么持续集成离不开什么呢？那当然是单元测试和自动化测试,来保证每日回归正确;先从单元测试展开，我要在我服务的开发团队推行单元测试，那么我肯定要对其很了解,对他的好处,他的应用都有很深的了解,这样我才有说服力。你要想说服别人去做什么,那么你自己先行动吧,有经验才有说服力！

       这里也记录一下自己学习与成长的轨迹,希望每天都学习,每天都有收获。一周更新一次，监督自己.

1、单元测试做与不做

     尽量不要太依赖UI自动化测试,UI的测试是很被动的,因为页面经常会被改动,所以如果能在单元测试和接口测试中覆盖功能点,那么事半功倍,维护的成本低.

2、单元测试的作用

       a. checkin代码的时候,保证不影响其他的功能;

       b. 更方便快速的检查功能的正确性,不需要重新打包运行进行功能测试;

3、测试用例的方法命名

     方法名+_+测试的内容+_+产生的结果

      GetDetail_CheckDetailsByMaxBoundValue_NoRecordFround()

      方法的命名不要怕长,一定要简洁明了,让人知道你要表达的意思.