【项目管理一点通】（38） 单元测试

上一节由于头条篇幅受限，不得不中断内容，这小节补充一些关于测试管理的内容，这些内容对于项目经理是应该要了解的。
我们在日常工作中，听到五花八门的测试，什么系统测试、集成测试、单元测试、白盒测试、黑盒测试、安全性测试、用户测试、业务测试等等，不胜枚举。那么这些测试到底是什么意思？哪些是我们经常用到的？
本节我们从以下几点聊聊单元测试。
1、什么是单元测试？测试专业的教程里面的测试概念比较绕，会让很多人费解，我这里做一个简单的解释，所谓的单元测试就是对系统的业务单元或程序单元进行测试，这里需要注意的是，这个单元是没有固定的标准，而且可以是业务单元，也可以是程序单元，一句话，这个单元很大程度上取决于我们自己对系统的理解和期望的结果。所谓的业务单元，你可以认为是一个业务接口，也可能是一个模块，程序单元可能是一个主函数，也可能是很多函数的组合，所以如何划分单元最终还是取决于我们的需要。
2、谁来做单元测试？单元测试并非只是开发人员可以做，测试人员也可以做，因为现在很多单元测试代码都是基于独立的框架进行编写的，编写完成后，测试人员不需要被测代码就可以直接运行单元测试用例，并给出测试报告。
3、所有的业务单元都需要单元测试用例吗？答案是否定的。实际情况是根据需要，我们觉得某个业务单元是很重要的测试点，那么就下一个测试用例，如果这个业务单元非常简单，百分百没有问题，那又何必浪费时间和精力呢。
4、谁来编写单元测试代码？单元测试的代码和被测对象的代码也并非一个人编写，但是，在开发人员比较紧张的时候，一般来说会由技术大拿编写单元测试框架，然后每个人编写自己所负责的业务模块的单元测试用例。至于谁来执行用例，则看具体情况，一般公司对单元测试不做评审和检查，因此，仅仅作为开发人员自测的一种方式。
5、单元测试的内容主要是测试接口是否满足设计要求、数据边界是否正确、流程是否正确等等。
6、如何来编写和运行单元测试用例？在很早的时候，程序员们没有现在的单元测试工具和框架，只能自己写“print”语句将测试结果打印出来。如今不一样了，高级的开发工具都自带了单元测试架构，有的工具还能自动生成测试用例的框架代码，只需要简单填写一些条件代码就能完成一个用例，非常方便。另外这些工具还提供了集成单元测试功能，即批量运行单元测试用例。
由于篇幅限制，本节就先介绍到这里。下节再聊其他的测试类型。谢谢大家的阅读！