单元测试理解· 1

单元测试

1.单元测试是用来干什么的，为什么需要单元测试？

单元测试给编写程序的人提供了一个基本保证，它能最起码保证你的代码是正确的能够完成你想让他完成的任务的；举个例子，当你做完一个添加商品的功能的时候，你去界面上添加了一个商品，然后在商品列表里边没发现这个商品，也没有错误信息，那么你能确定问题是出在添加的时候？获取列表的时候？还是权限判定或是其他地方吗？

单元测试就能帮助你快速查找到到底是具体哪个步骤出来问题，前提是你需要为各个步骤做单元测试；就好像一辆车走在路上突然不动了，你不知道哪个零件出了问题。这时候大多数人怎么办呢？按照流程去一步一步调试，看是哪个部分出现了问题。但是聪明的人会想到，我为什么不用单元测试呢？

当然如果单元测试没有测试出来哪出问题了，那么就麻烦了，要么是你的测试程序写的有问题，要么是你的业务逻辑出现了问题。单元测试并不能测试逻辑错误；

2.单元测试比较重要的概念 —— 基境

基境。从名字上猜测它的含义，就是基本的环境，就好比植物需要阳光，人需要空气，测试要想正常运行，也需要依赖于一定的环境，比如说，你想测试一个商品有没有正常的分类；那么前提是你得有分类去支撑这个测试的进行；

基境，可以是一个数组，可以是一个文件系统，也可以是一个数据库；

3.怎么去做单元测试

这部分我想说的是，怎么通过一系列的测试去保证一个功能的正常运行；你做一个功能可能会有很多步骤。
举个例子：我需要添加一个审批的申请；
验证数据 --> 匹配流程 --> 筛选流程 --> 添加数据 --> 获取审批人 --> 添加日志
那么我们就需要把这六个步骤拆分出来（可以看出，单元测试对于我们写代码也有一定帮助），然后分别去测试，当添加申请出问题的时候，去看是不是这六个步骤出了问题；
面向对象的话就需要去对功能需要的对象一一测试；

暂时想到的就这些，以后有深入体会会继续记录；