单元测试
1.概述
一上来就尽管写bug，后来要上线了，发现一堆缺陷，真实！！！
单元就像是一块砖，对最小可测试单位进行测试，开发的好的程序员就是单元测试最好的程序员
呃呃呃，上图没什么用。。。就是说一顿侧
单元测试的特点，独立是需要模拟出来的，快速很重要啊，及时成本最低
自己写代码就是白盒测试，挨个看看每一块能不能用，搞事情就是黑盒测试，测出来有漏洞就呵呵了
测试工具，这个我用过JUnit，就是不用写主函数，只需要一个注解，就能运行了
驱动模块就是去调用被测的模块，桩模块来模拟它下面的模块，一般咱能写代码，应该不需要什么桩模块吧，浪费时间的样子，但是其实流程化的东西，比较出产量。
2.黑盒测试
测试用例就是整个八经的测试，要不然，测一会儿就忘了什么没测什么测了
黑河测试就是尽管来，就是为了搞出问题来！！！
既需要测试该有的功能有没有，有需要测试，乱来会不会出问题
3.白盒测试
测试覆盖就是说，每个需求都被某个用例测了，但是全测试会浪费时间，就有测试覆盖率
白盒测试可以真正测试软件里面发生了什么
所谓的控制流图，就是画个流程图，然后跑跑试试
测试覆盖率，这个真恶心
所有的可能都试一次，每句代码都有机会跑一跑，看看有没有问题！恶心吧！
总之，测试很恶心
最好把代码写的好读，也方便简单的测一测，改也方便，不然恶心死
4.单元测试工具
python里面，测试工具内置unittest
我就不在这里写了，完全跟不上清华的节奏，一行代码没学，每次课后作业都是让做个不简单的东西，这里我会在风车学院，分享将来我学的python，我这python一天的水平，就不搞测试了，毕竟没有代码可测！
这一章节的课后题是做“生命游戏”，老规矩，python相关的代码，我都发到
我的分类专栏--风车学院，所谓的生命游戏就是一堆小点点，按照规则，繁衍生息，
我是从github拉过来的代码，它原本有bug，改好以后，运行，它会让你输入一个数字，然后开始
使用回车做时间轴，每次回车，这群小点点，就有所变化
最后总结一下，就是，学会写测试用例，会提升你的整体水平，心想着测试，写代码bug会减少
黑盒搞别人，白盒测自己