微软如何判断开发人员的测试代码质量

我在微软做过几个项目。每个项目都要求有单元测试和集成测试。单元测试的测试覆盖率必须在85%以上才算过关，每次有修改的时候，所有的测试案例都要跑一遍，保证100%通过。

上面是工具上的一些指标。

在编写测试案例的过程中，不管是单元测试还是集成测试，测试框架都是离不了的。使用测试框架的好处就是我们只关心如何去添加测试案例，不需要关心太多其他的配置工作了。

深入到代码层级的质量主要是通过代码审查来控制的。代码审查的参考有这么几个因素:

测试套件的名字，测试案例的名字，测试案例的输入和输出，测试代码的复杂度，以及测试案例的有效性，这里的有效性主要是指测试路径的有效性。

详细点说，好的单元测试应该有如下的属性:

1. 自动化，结果的检查应该是自动化的，测试案例代码运行完成以后应该返回成功还是失败。

2. 可重复的，一个测试案例，你不管运行多少次，它的结果都应该是一样的。

3. 独立性高，一个测试案例不应该依赖于其他的测试案例。一个测试案例只应该集中测试一个事情。

4. 可读性强，测试的命名规则要统一，要像看待产品代码一样看待测试代码。

5. 运行速度要快，因为单元测试的执行频率比较高，如果速度比较慢的话，会影响开发效率。