没道理呀,可能只是个不起眼的 header 哦,比如 host。
实在不行只能让服务端开发打下 log 看看两次传上来的请求哪里不一样
postman 会加些 header 上去,可以用 fiddler 抓下,对比下 header。
感谢评测,非常中肯,测试工具确实很难真的做到全面,特别我的目的是想让没有编程基础的 QA 使用,易用性是比较首要的,所以功能上的能力还非常有待改进,压力测试基于 node 的分布式压测还在测试中,这块对创造压力应该会有提升。
Hitchhiker 确实还有不少缺点有待改进,比如细节,比如稳定性,比如楼主所说的适用性,可扩展性,也依赖社区发现 bug 或提供改进的意见,这样工具才能持续进步和发展,这也是开源的意义。
是的,set 之后才能使用,parameters 的概念可能确实和其他的不一样,具体可以参考下文档的 parameters 的部分 : http://doc.hitchhiker-api.com/cn/Variable/Param_Var.html
脚本没错,最后的 sign 需要 toString() 一下,因为它是个对象
另外看起来你只是想用变量,这样不一定需要在 Parameters 里写,直接写在要用的地方就好。
如果用在 Parameter 里,最好用不同的名字,比如你两个都是 sign,这样系统不能分辨指变量还是 parameter
目标值不确定的话可以用 console.log 打出来,在浏览器的 F12 里可以看
是的,打算做个 timeline,可以看到每次请求的数据
github 上有我的微信,其他问题晚上回答下
这个工具本就是给用户自己部署用的,我的那个线上的只是个 demo,用户自己部署才能保证自己数据的安全性,而且很多 api 也是内网才能用的。
压测这块基于 node 的确实不太成熟,之前基于 go 的比较稳,改成 node 后,进程管理这块有点复杂了
是在后端跑的,不过也有意向做个浏览器插件来方便开发 debug
可以的,脚本功能比 postman 只强不弱,内置了一些常用的 js 库,里面有 base64 的,另外还可以在 project 里上传任何脚本库,然后在脚本里调用,具体参考: http://doc.hitchhiker-api.com/cn/Script/API.html 部署完后,里面应该有些例子,里面的脚本可以参考下。
跨域问题,是不是用 127.0.0.1 写的 host,就也用 127.0.01 访问
v0.8 更新 - 自动化测试结果统计
v0.7 更新 - Schedule 的对比 diff
v0.6 更新:改进压力测试
另外,有什么建议或者想改进的觉得不够方便的都可以去 github 提 issue,非常欢迎。
通过 host 更改的环境确实就比较麻烦了,也亏你想到这个办法。不过还是觉得不是很好,有很多约束,特别是对测试,建议还是搞几个二级域名做这些事比较好。我们公司之前也是用 host,后来都改成域名了。
Test 下面的变量确实有点问题,我本意是要支持来的,应该说是一个 bug 吧,下个版本会修正。现在如果想用的 Environment 下面的变量的话可以在 Pre Request Script 里写到运行时变量里,然后这个变量在 Test 里就可以直接使用{{host}}。
hitchhiker.setEnvVariable("host", "{{host}}")
要读取 HITCHHIKER_APP_HOST、HITCHHIKER_DB_USERNAME、MYSQL_ROOT_PASSWORD 这些变量干嘛呢?
hitchhiker.environment 只是表示当前环境,Environment 下设置的变量选择右上角的环境后可以用{{key}}直接访问到
v0.5 更新:改进细节
应该还好吧, www.hitchhiker-api.com 就是部署在 linux 上的,没什么问题
不客气, attach 这个确实有点怪,不过 docker-compose up 不加 -d 关掉终端不会结束吗
可以的,数据库部分参考代码部署方式,docker-compose.yml 需要改下:
version: '2'
services:
hitchhiker:
image: brookshi/hitchhiker:v0.5
container_name: hitchhiker
environment:
- HITCHHIKER_DB_HOST=hitchhiker-mysql
# 数据库的环境变量参数
- HITCHHIKER_APP_HOST=http://localhost:8080/
ports:
- "8080:8080"
数据库相关的环境变量参考:配置
看下浏览器控制台的错误信息,可能是跨域,也可能是数据库没配好