单元测试是什么？单元测试在工作中的作用

背景

  2017级毕业的小白，在校期间弄过一点自己的东西（主要是java），网站后台，app后台
等，但多是半吊子没有认真对待大多遗憾的流产。毕业后应差阳错进了一家创业公司，初创公司
追求的效率，语言栈是php，我也就这么入了php的坑（至今还在坑中）。这里简单谈谈自己对
php和java的个人看法。

  因为在学校的时候主要也是使用java做web开发，工作后也是从事web开发，所以在比较两种
语言在web开发上的感觉还是有很大的不同。java我用的框架和大多数人基本一样主要就是ssh
全家桶，h后面换成了mbatis。h的配置是在太繁琐了，很多用不上的功能，因为使用了默认配
置也就稀里糊涂的上了，导致项目在调试和和开发效率非常慢，可能更多的原因是因为我但是也
是菜鸟。由于毕业后就没怎么使用java所以没办法对很多技术细节进行详细的说明，但在开发
过程中对于我这样的新手总是有两件事让我非常难受，一个是配置错误导致的运行异常，常常导
致我的项目做着做着就变成了在解决一个个配置错误的问题，非常让人心累。第二个是对model
的操作太过于繁琐。强类型语言的通病吧这一点也是在我使用了php后才深有体会。这里提一下
之前看的一本书《黑客与画家》作者评价强类型语言如java这样的语言，设计之初的就是给别
人用的，各种类型检查。设计不信任使用语言的人，难听点就是把编程的人当作傻子，各种检查
就是为了防止你犯错误。作者强调语言应该是门艺术，程序员应该是在编程过程中不断完善自己
的想法，完善自己的代码。脚本语言类似php，python就比较有活力，程序员能随时快速运行
快速调试。

  拉回到web开发上来，在使用了php的框架后明显感觉在开发速度上对比ssh全家桶有了一个
质的飞跃。任何修改马上就能知道改变了什么，我就是被这种魅力深深吸引。

讲了很多废话，回归主题。

  刚刚谈到了，在用php进行web开发的时候虽然我们能够很快地验证我们修改的代码是否表现
在样式上，但是如何保障我们的修改不会影响到其他不能体现在界面的逻辑块？如果下回修改了
另一个会影响到当前这个功能的方法的时候，我们怎么保证现在这个功能不会出现问题？所以我
们需要一种手段来保存我们测试的过程，测试的结果。在下回我们进行修改的时候才能保障我们
的修改是无害的，当然保障的程度要取决你这个测试过程的完整度。

  个人认为对于php这种弱类型语言而言，测试不仅仅承担（主要承担）了对代码质量的保障。
在另一方面测试也是代码或者说类方法的注释。由于语言本身的自由。在申明函数/方法变量，
和使用变量的时候有时候为了不使我们的方法参数过长。我们通常会选择传递一个复杂结构的
json数组作为参数（php），如果方法的逻辑简单明了，确实可以通过直接看代码就能够实现理
解函数并使用，相反的如果逻辑非常复杂，参数在代码间被不断传递取值、修改，那么看这样的
代码就很痛苦了，如果这个时候有单元测试能够运行，通过测试的结果，以及测试中的使用样
例，这个时候在结合代码。理解复杂函数的功能也就不那么难了

还剩下很多需要补充和整理。。。。。