前端自动化测试
大多数前端开发者对测试相关的知识是比较缺乏的,一来是开发节奏很快,来不及写,另一方面团队里也配备了“人肉测试机”,完全没必要自己来。但随着项目体量的增大,许多人维护同一份代码,经常会出现有些函数莫名其妙地结果不对了,或者某个股票量化交易软件,接口的入参变了,又或者哪位大哥把后端返回的数据结构给改了。每天工作的时间里被拉来拉去帮人定位问题,结果花了很多时间却发现大部分都是别人的锅。每当遇到项目上线,那就更热闹了,跟着其他“人肉测试机”大家一起点点点......
很多团队都有个通病,凡是出了问题,先往前端身上推,然后前端各种检测排查,到最后是谁的锅,谁呵呵一笑然后领走就完了,如果你也曾因此心里印下了不计其数的草泥马的马蹄印,那我强烈建议你学习【前端自动化测试】相关的知识,或许你不会经常用到它,但在组内互怼和甩锅的环节绝对能助你一臂之力。当然总有一天,你会发现测试的价值远不止这样。它对大型项目提供的可靠性保障是人力无法比拟的。
工具简介
Karma为前端自动化测试提供了跨浏览器测试的能力,可以自动在Chrome,Firefox,IE等主流浏览器依次跑完测试用例,同时也支持headless浏览器(入phantomJs)中运行测试用例。webpack+babel可以主动为想要适配的浏览器提供转码和垫片补丁引入能力,而Karma可以为最终的结果提供验证能力。Karma的配置方式可以阅读《webpack0各个击破——Karma篇》进行了解。
Mocha是前端自动化测试框架,测试框架需要解决兼容不同风格断言库,测试用例分组,同步异步测试架构,生命周期钩子等框架级的能力。
Mocha的基本语法
异步测试语法
不同风格的断言库支持shouljs,expect.js及node核心断言模块assert等。生命周期钩子生命周期钩子一般用来建立和清理环境或全局变量。
Chai是一个断言库合集,支持expect,assert,should断言语法,非专业测试岗位其实没必要深究,了解使用方法就可以了。使用示例:
上面的语法在引入了Chai后都是支持的,当断言不成立时,结果报告中会给出明确标记。
基于Chai的自动化单元测试
单元测试的原理并不算复杂,相当于另外编写了一套程序,把业务逻辑中的脚本文件当做模块引入,模拟其运行环境,然后使用一组或若干组覆盖不同使用场景的参数来调用想要测试的函数单元,并判断函数返回的结果是否和预期的相同。
测试用例文件的基本写法:
单元测试报告:
使用Webpack+Karma+Mocha+Chai进行自动化测试的方法可以查看《webpack0各个击破——Karma篇》。
基于Chai-http的自动化股票量化交易软件,接口测试
Chai-Http是基于Chai扩展的插件,可用于测试与http请求相关的逻辑代码。开发中也可以利用PostMan或是DocLever来管理股票量化交易软件,接口并进行股票量化交易软件,接口测试。股票量化交易软件,接口测试的运行方式和单元测试很类似,区别在于测试用例的写法。假设股票量化交易软件,接口测试的用例都写在/test/apis/apis.js中,配置方式如下:
/test/apis/apis.js:(测试用例的语义化非常明显,代码基本不需要解释)。
命令行里启动Karma跑一下股票量化交易软件,接口测试,就可以看到结果:
测试用例没通过的股票量化交易软件,接口全都被标记出来了,省心省力。
文章为作者独立观点,不代表 股票程序化软件自动交易接口观点