前言
因为最近使用koa2做项目测试开发,所以想整合下travis ci,网上资料也比较少,于是自己就整了个,做个记录。分享出来供大家参考学习,下面来看看详细的介绍吧。
方法如下:
先来看下travis.yml的配置
language: node_js node_js: - "6" before_script: - ./node_modules/.bin/knex migrate:latest --knexfile='./app/knexfile.js' script: - npm run test
因为是接口测试,所以首先需要做表创建等操作。
测试的命令:
NODE_ENV=production NODE_CONFIG_DIR='./app/config/' ./node_modules/.bin/mocha --require 'babel-polyfill' --compilers js:babel-register ./app/test/**/*.js
主要是测试这里,使用了supertest,大概看下是如何调用的。
const request = require('supertest'); const should = require('should'); const index = require('../../index'); let app = request(index.listen()); describe('/api/persons', function() { let personId; it('POST /api/persons - create person success and respond with 200', function(done) { app.post('/api/persons') .send({ 'firstName': 'Jennifer', 'lastName': 'Lawrence', 'age': 24 }) .expect(200) .expect(function(res) { (res.body.id > 0).should.be.true; }) .end(function(err, res) { if (err) { return done(err); } let resJson = JSON.parse(res.text); personId = resJson.id; done(); }) }); it('GET /api/persons - fetch persons item', function(done) { app.get('/api/persons') .expect(200) .expect(function(res) { (res.body.length > 0).should.be.true; }) .end(function(err, res) { if (err) { return done(err); } done(); }) }); it('GET /api/persons/:id - fetch a person', function(done) { app.get(`/api/persons/${personId}`) .expect(200) .expect(function(res) { (res.body.id == personId).should.be.true; }) .end(function(err, res) { if (err) { return done(err); } done(); }) }); it('DELETE /api/persons/:id - delete a person', function(done) { app.delete(`/api/persons/${personId}`) .expect(200) .end(function(err, res) { if (err) { return done(err); } done(); }) }); it('GET /api/persons/:id - fetch a person should 404', function(done) { app.get(`/api/persons/${personId}`) .expect(404) .end(function(err, res) { if (err) { return done(err); } done(); }) }); });
这里主要注意的是
const index = require('../../index');
需要将koa实例暴漏出来,不然在做travis ci的集成后,启动了项目,测试的时候依然找不到具体访问地址。
来看下我的index.js
import Knex from 'knex'; import { Model } from 'objection'; import knexConfig from './knexfile'; import config from 'config'; import Koa from 'koa'; import koaLogger from 'koa-logger'; import bodyParser from 'koa-bodyparser'; import render from 'koa-ejs'; import co from 'co'; import koaStatic from "koa2-static" import router from './router'; const path = require('path'); // initial knex const knex = Knex(knexConfig.development); Model.knex(knex); // initial app const app = new Koa(); // initial render render(app, { root: path.join(__dirname + '/view'), layout: 'template', viewExt: 'ejs', cache: true, debug: true }); app.context.render = co.wrap(app.context.render); // initial static app.use(koaLogger()) .use(bodyParser()) .use(router.routes()) .use(koaStatic({ path: '/web', root: __dirname + "/../static" })); module.exports = app;
需要注意的是这里的
module.exports = app;
暴漏出来,再supertest中才可以独立启动server测试。
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,谢谢大家对小牛知识库的支持。
translated_page: https://github.com/PX4/Devguide/blob/master/en/test_and_ci/jenkins_ci.md translated_sha: 95b39d747851dd01c1fe5d36b24e59ec865e323e Jenkins CI Jenkins continuous integration server on S
本文向大家介绍centos下GitLab+Jenkins持续集成环境搭建(安装jenkins),包括了centos下GitLab+Jenkins持续集成环境搭建(安装jenkins)的使用技巧和注意事项,需要的朋友参考一下 centos下搭建GitLab+Jenkins持续集成环境,供大家参考,具体内容如下 1、安装JDK 2、安装jenkins 添加Jenkins库到yum库,Jenkins将从
translated_page: https://github.com/PX4/Devguide/blob/master/en/test_and_ci/continous_integration.md translated_sha: 95b39d747851dd01c1fe5d36b24e59ec865e323e PX4 Continuous Integration PX4 builds and
概述 此文章以以下环境为例,介绍毫末科技Weex的持续集成过程。为了简化公司员工的工作量,将一些环境配置的过程省略,只介绍新项目的配置过程。 GitLab 10.5.5 Jenkin 2.60.3 公司的Jenkins平台管理员:管鹏波。若要申请账号或者碰到问题,请联系管鹏波(guanpengbo@haomo-studio.com)! 配置过程 包括三步: 将jenkins的公钥添加为GitLab
我们做的还不够好,先占个坑。 欢迎贡献章节。
注意有关编写测试的建议, 请参阅 Testing Your Code. Why? 与 Kent Beck 一起撰写关于 持续集成 (简称 : CI ) 的 Martin Fowler 对 CI 进行了如下的描述: 持续集成是一种软件开发实践,团队成员经常整合他们的工作,通常每个人至少每天集成一次 - 导致每天进行多次集成。 每个集成都通过自动构建(包括测试)进行验证,以尽快检测集成错误。 许多团队