Developer - 如何自我保证Node.js模块质量

  组里正在做SaaS产品,其中一些模块(Module)是Node.js实现,这里我们主要使用Node.js实现Web Server来提供服务。

  在做SaaS项目之前,组里的开发模式是传统的Deverloper + QA的模式,这是传统的协作模式,Developer负责写代码开发,当然也会有基本的自测,QA负责测试,遇到问题,提Bug给Developer去修复,Developer修复Bug后,由QA来验证并记录Bug。但这样的协作模式已不适合SaaS产品的开发,SaaS产品更新迭代快,模块众多,这就要求要转变模式。Developer要负责自身模块更多的测试,单元测试要覆盖全。仅有少量的QA会负责集成测试。

由此更多的模块质量要求Developer来保证。

  因为我刚好参与其中的Node.js模块,因为我小结了一些目前Node.js模块开发时如何自测。

  建议在项目目录中,新建为"test"的文件夹,存放测试用的脚本和数据。

  主要有三,如下。

一. 假数据(Mock Data)和写测试脚本(Script)

   Node.js做Server,通常要依赖其他模块,来获取数据或服务等。如果你做的模块OK了,但别人的模块往往不一定完全OK。所以接口十分重要。因此可以写一些脚本来自测,同时需要的其他模块数据,可以自己制造些假数据,放在JSON文件中,来调用。

   脚本可以是JS或Bash脚本等,根据实际。

   有了脚本和数据,就可以来测试自己的模块,测试接口是否OK等。

二. Benchmark

   在Node.js中,有一个NPM模块很流行,叫benchmark,它的作用是用来做性能分析和测试。它的GitHub官网是:https://github.com/bestiejs/benchmark.js

   它的使用场景,例如你有几种方法来实现同一个功能,但你又不知道哪种性能更好。它便可以帮你分析。

   例如下面官方提供的示例。

 1 var suite = new Benchmark.Suite;
 2 
 3 // add tests
 4 suite.add('RegExp#test', function() {
 5   /o/.test('Hello World!');
 6 })
 7 .add('String#indexOf', function() {
 8   'Hello World!'.indexOf('o') > -1;
 9 })
10 // add listeners
11 .on('cycle', function(event) {
12   console.log(String(event.target));
13 })
14 .on('complete', function() {
15   console.log('Fastest is ' + this.filter('fastest').pluck('name'));
16 })
17 // run async
18 .run({ 'async': true });
19 
20 // logs:
21 // => RegExp#test x 4,161,532 +-0.99% (59 cycles)
22 // => String#indexOf x 6,139,623 +-1.00% (131 cycles)
23 // => Fastest is String#indexOf

  在这个测试例子中,分析比较了用正则表达式还是indeOf哪种方法的性能更高。最终indexOf胜出。

  因此Benchmark在Node.js模块中建议使用,用来做性能测试。

三. JSHint - 一款Javascript代码分析工具

   这个工具很常用,每次写完Javascript的代码,就可以通过这个工具来扫描下代码,如果有错误(Error)或者警告(Warning)提示,就可以用来发现代码中的问题和可优化的地方,可及时修改。

   同时JSHint提供对文本编辑器插件的各种支持,像我用的Vim就配置了JSHint,每次开发完,直接输入命令:JSHint,很好用,推荐。

   同时建议在Javascript代码文件首行增加"user strict;",这样是默认使用严格模式,更安全,更严谨。例如下例。

1 /* jshint strict: true, undef:true, unused:true, latedef: true, newcap: true, noempty: true, forin: true, 
2  freeze: true, node: true, curly:true, camelcase: true */
3 "use strict";

   JSHint官网:http://jshint.com/

目前根据自己的经验,只总结出以上三点。后面如果有更多的实践和总结,会及时更新在这里。谢谢

Kevin Song

2015-5-28

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏腾讯Bugly的专栏

Redex 初探与 Interdex:Andorid 冷启动优化

导语 早在去年10月份,facebook就发布了介绍redex的文章,这个据说可以直接对apk做处理,既提高启动性能,又可减少安装包的利器让安卓开发者们都心动不...

3675
来自专栏Fundebug

如何实现前端微服务化?

2327
来自专栏抠抠空间

漫谈单点登录(SSO)

SSO这一概念由来已久,网络上对应不同场景的成熟SSO解决方案比比皆是,从简单到复杂,各式各样应有尽有!开源的有OpenSSO、CAS ,微软的AD SSO,及...

953
来自专栏ThoughtWorks

别再加端到端集成测试了,快换契约测试吧 | 洞见

正如大家所知,最初QA都是手动执行测试用例,开发人员每修改一个版本,QA就要手动测试一遍,随着功能的不断增加,手动测试重复的工作量越来越大。为了解脱QA重复性劳...

3195
来自专栏编程

Node.js VS PHP—你应该选择哪一个?

现在,WEB开发公司和开发人员可以选择多种技术栈来构建Web应用程序。早期网络发展,不同的技术被用于前端和后端开发。但是,随着Node.js的发布,布局发生了变...

2977
来自专栏IT笔记

Nginx + Shiro + Ehcache 实现负载均衡集群(成绩报告查询系统)

项目介绍 最近在做一款产品,对外提供学生成绩报告的查询,支付,查看以及下载等一系列功能,这里就简称成绩报告查询系统吧。 初步参赛人数十万左右,可能会存在相对高的...

3395
来自专栏程序员宝库

后端好书阅读与推荐(续四)

这里依然记录一下每本书的亮点与自己读书心得和体会,分享并求拍砖。 Docker生产环境实践指南 Docker生产环境实践指南 (豆瓣:https://book....

4006
来自专栏大前端开发

从编程小白到全栈开发:服务端的一些概念

幕后英雄总是容易被大家所忽略。在这看脸的世界,大家都以为脸就是全部了,你总是相信你所看到的就是事物的全部,可是你往往看到的只是冰山的一角而已。

742
来自专栏崔庆才的专栏

付费代理的使用

3004
来自专栏抠抠空间

SSO详解(转)

1114

扫码关注云+社区