Hitchhiker 是一款开源的 Restful Api 集成测试工具，你可以在轻松部署到本地，和你的 team 成员一起管理 Api。
能做什么
* Team 协作开发 Api
* Api 历史修改记录及支持 diff 展示
* 支持多环境变量及运行时变量
* 支持 Schedule 及批量 run
* 不同环境下的请求数据对比 (eg: stage vs product)
* 易部署 (支持 docker, windows, linux), 数据都存在自己这里，不会上传及丢失
* 会记往任何修改，不用怕没保存时 session 失效或系统重启
* 支持导入 Postman v1 collections
* 性能测试 (开发中...)
* Api 文档 (计划中...)
如何部署
首推使用 docker 部署，简单快捷，具体操作参考 deploy with docker
如果没有 docker 环境也可以使用源码部署，也很简单
linux 请参考 deploy to linux
windows 请参考 deploy to win
如何使用
参考 使用说明
用到的技术
前后端分离，前端采用 React + Redux + AntDesign，后端基于 Nodejs， 采用 Koajs + TypeORM + MySQL。
语言统一用的 Typescript。
测试的话，前端用 Jest，覆盖了逻辑最多的 reducer，后端使用的就是本工具来测试自己，这对时间有限的我来说算是最有性价比的选择。
开源
可以访问 http://hitchhiker-api.com/ 来使用，点击 `try without login` 免注册登录，另外，为了免备案，服务器在海外的，所以速度上可能会有点慢，抽疯时甚至可能访问不了，请谅解。
当然最好还是在本地局域网部署，用起来会比较爽。
Github: https://github.com/brookshi/Hitchhiker， 觉得不错的话麻烦 Star 支持下，谢谢。
-
Unit 10B - The Hitchhiker The Hitchhiker John Henderson was driving home late last night from an exhausting business trip. He had put off visiting the company's new headquarters in order to get home b
-
hitchhiker介绍 Hitchhiker 是一款开源的 Restful Api 测试工具，支持Schedule, 数据对比，压力测试，支持上传脚本定制请求，可以轻松部署到本地，和你的team成员一起管理Api。 官方文档： http://doc.hitchhiker-api.com/cn/ 下载 curl -O https://raw.githubusercontent.com/brooks
-
介绍 hitchhiker是一个开源软件，基于nodejs，以typescript语言编写的可视化的web接口文档、测试、压测的工具。支持导入、使用第三方js模块。 源码：https://github.com/brookshi/Hitchhiker 需要切换到release分支 编译环境 nodejs 版本要求7.60+，并更新npm到最新npm install npm -g。本人采用的8.9.4
-
Selenium 能被选为最好集成测试、回归测试方案，是因为： 1.Selenium IDE ，一个FireFox plugin，能自动记录用户的操作，生成测试脚本。 2. 生成的测试脚本可以用Selenium Core手工执行，也能基于Selenium RC放入Java，C#，Ruby的单元测试用例中自动运行。 3. 测试用例调用实际的浏览器(如IE、FireFox)来执行测试。和有些开源方案
-
英文原文：http://emberjs.com/guides/testing/integration/ 集成测试通常用来测试应用中得重要工作流。集成测试用来模拟用户交互和确认交互结果。 设置 为了对Ember应用进行集成测试，需要在测试框架中运行应用。首先需要将根元素（root element）设置为任意一个已知将存在的元素。如果根元素在测试运行时可见的话，这对测试驱动开发非常有用，带来的帮助非常
-
主要内容：集成测试背后的原因,集成测试技术,集成测试方法,集成测试指南集成测试是单元测试后软件测试过程的第二个层次。在此测试中，软件的单元或单个组件在组中进行测试。集成测试级别的重点是在集成组件或单元之间交互时暴露缺陷。 单元测试使用模块进行测试，这些模块在集成测试中进行组合和测试。该软件使用许多软件模块开发，这些软件模块由不同的编码器或程序员编码。集成测试的目标是检查所有模块之间通信的正确性。 集成测试背后的原因 虽然软件应用程序的所有模块已经在单元测试中进行了测
-
设计 集成测试包括 3 个模块：测试用例、测试环境以及测试引擎。 测试用例 用于定义待测试的 SQL 以及测试结果的断言数据。 每个用例定义一条 SQL，SQL 可定义多种数据库执行类型。 测试环境 用于搭建运行测试用例的数据库和 ShardingSphere-Proxy 环境。 环境又具体分为环境准备方式，数据库类型和场景。 环境准备方式分为 Native 和 Docker，未来还将增加 Emb
-
我有一个用selenium进行单元测试和集成测试的项目。 当我用IntelliJ执行cucumber集成测试时，它工作得很好，您可以看到: 用Intellij执行cucumber集成测试 但是，当我执行mvn集成测试时，似乎没有发现任何联调： 故障保护输出 我定义了以下POM： > 文件夹结构是文件夹结构 mvn集成-测试输出https://drive . Google . com/file/d/
-
15. 集成测试
-
9.3. 集成测试 然而，不用将你的应用程序部署到应用服务器上或者实际连接到企业集成系统里就可以进行一些集成测试也很重要。这将使你可以测试以下内容： Spring contexts装配是否正确 使用JDBC或者ORM工具的数据访问。这将包括诸如SQL语句或者Hibernate的XML映射文件是否正确等等。 Spring为集成测试提供了一流的支持。这种一流的支持是通过Spring发行包里 sprin