深入浅出Node.js学习笔记（十）

测试

测试的意义在于，在用户消费产出的代码之前，开发者首先消费它，给予其重要的质量保证。

测试包括单元测试、性能测试、安全测试和功能测试等方面。

1. 单元测试

1.1 单元测试的意义

对于开发者而言，单元测试就是最基本的一种方式。如果开发者不自己测试代码，那必然要面对如下问题。

1. 测试工程师是否可依赖？
2. 第三方代码是否可依赖？
3. 在产品迭代过程中，如何继续保证质量？

编写可测试代码的原则：

• 单一职责
• 接口抽象
• 层次分离

对于开发者而言，不仅要编写单元测试，还应当编写可测试代码。

1.2 单元测试介绍

单元测试主要包括断言、测试框架、测试用例、测试覆盖率、mock、持续集成等方面。由于Node的特殊性，还加入了异步代码测试和私有方法的测试 。

1. 断言

   断言：单元测试中用来保证最小单元是否正常的监测方法。

   断言用于检查程序在运行时是否满足期望。

2. 测试框架

   记录下抛出的异常并继续执行，最后生成测试报告，这些任务的承担者就是测试框架。

   测试框架用于测试服务，本身并不参与测试，主要用于管理测试用例和生成测试报告，提升测试用例的开发速度，提高测试用例的可维护性和可读性，以及一些周边性的工作。

   • 测试风格

     将测试用例的不同组织方式称为测试风格。

     主流的单元测试风格：

     • TDD(测试驱动开发)
     • BDD(行为驱动开发)

    两者的差别：
    
    *   关注点不同。TDD关注所有的功能是否被正确实现，每一个功能具备对应的测试用例；BDD关注整体行为是否符合预期，适合自顶向下的设计方式。
        
    *   表达方式不同。TDD的表达方式偏向于功能说明书的风格；BDD的表述方式更接近于自然语言的习惯。
        
*   测试报告
    
    无论采用哪个断言库，运行测试用例后，测试报告是开发者和质量管理者都关注的东西。
    

1. 测试代码的文件组织

   想让单元测试顺利运行起来，得在包描述文件(package.json)中添加相应模块的依赖关系。

2. 测试用例

   一个行为或者功能需要有完善的、多方面的测试用例，一个测试用例中包含至少一个断言。

   测试用例最少需要通过正向测试和反向测试保证测试对功能的覆盖，这是最基本的测试用例。

   • 异步测试
   • 超时设置

     如果一个测试用例的执行时间超过了预期时间，将会记录下一个超时时间，然后执行下一个测试用例。

3. 测试覆盖率

   通过不停地代码添加测试用例，将会不断地覆盖代码的分支和不同的情况。

4. mock

   mock:通过伪造被调用方法来测试上层代码的健壮性。

   通过模拟底层方法出现异常的情况，只要监测调用方的输出值是否符合期望即可，无须关注是否真正的异常。

5. 私有方法的测试

   rewire模块提供了一种巧妙的方式实现对私有方法的访问。

1.3 工程化与自动化

1. 工程化

   Node中使用Makefile来构建工程。

2. 持续集成

   对于实际的项目，频繁地迭代是常态，如何记录版本的迭代信息，还需要一个持续集成的环境。

   社区中流行的方式----利用travis实现持续集成。

2. 性能测试

性能测试的范畴较为广泛，包括负载测试、压力测试和基准测试。

2.1 基准测试

基准测试要统计的是在多少时间内执行了多少次某个方法。

2.2 压力测试

对网络接口进行压力测试以判断网络接口的性能。

对网络接口做压力测试需要考察的指标有：吞吐率、响应时间和并发数。这些指标反映了服务器的并发处理能力。

2.3 基准测试驱动开发

基准测试驱动开发(BDD):

其流程：

1. 写基准测试
2. 写/改代码
3. 收集数据
4. 找出问题
5. 回到第2步

2.4 测试数据与业务数据的转换

在进行实际的功能开发前，需要评估业务量，以便开发完成后能够胜任实际的在线业务量。