界面更新了，快发布新版本了

GraphQL 其实算是一种特殊的 HTTP API，要是有足够人感兴趣的话，可以优先实现这个功能 https://github.com/LinuxSuRen/api-testing/issues/208

正常是怎么调用，测试的时候也按照那样来不就好了

安装好难，两次都没成功

又找到一个免费的凭据管理平台，而且还可以同步到其他平台（例如：GitHub、Gitlab）
https://github.com/LinuxSuRen/api-testing/issues/135

我的做法是，提供了一个 Secret 管理的插件，https://github.com/LinuxSuRen/api-testing-vault-extension，然后在测试用例中引用。

个人以为无外乎两点：以发挥自己的优势为主，以补充短板为辅。

没有个 5、6 年研发经验还是别写 xxx 平台了，除非是练手玩儿

目前，在我发起的接口测试工具中，有 UI 测试部分，可以参考下。主要是利用 cypress 来做的，总体上感觉是比较丝滑的。
https://github.com/LinuxSuRen/api-testing/tree/master/console/atest-ui/cypress/e2e

对于编码经验不足的同学，不建议一上来就自己写个框架、工具，先找一个开源测试工具项目深入使用，再参与到开发中。当你学习到足够多的经验了再去自己动手写，否则就会感觉自己能写代码，但写的东西又拿不出手，面试的时候也没有自信。

找实习工作让自己有点经济来源，找个合适的开源项目参与进去，在毕业之前提交足够（数量依照个人情况来看）PR，毕业后靠这些经历找个好的工作或者考研。
其实，个人建议考研，次年参与开源之夏，继续在开源项目中深造。
对于开源的参与指南，可以参考我个人的 GitHub（linuxsuren）账号下的一个最佳实践。

与其人心浮动、焦虑，不如安心做好眼下的工作，再深度参与一个开源项目五年、十年。

我也考虑过浏览器插件的方案，这个方案就需要依赖浏览器环境，不同浏览器要做不同的插件。代理的方式，就会有很好的兼容性。目前遇到的问题是 HTTPS 拿不到内容，但应该不是什么大问题，内部系统大多也可以用 HTTP 协议。

好问题，可以通过约定的方式来优化。例如：获取页面 head 标签中的 title，并写入到用例描述中。后续考虑下如何把类似的功能做进去。

有个 https://github.com/LinuxSuRen/api-testing 工具的交流群

发起或者成为一个知名开源测试工具项目的维护者，这个算不

赞！努力往这个方向做。

个人感觉 metersphere 的安装过程太复杂了，不知道它会安装哪些东西，就没深入体验了。

感谢回复。
第 3 点，已经实现了，可以校验单个字段，也可以通过 JSON Schema 对整体格式校验。
对于第 1、2 点，由于提供的是基于 YAML 的测试用例，用户不需要编写任何 Python、Java 等代码，也就不存在入参的情况，HTTP 请求的常见方式都可以。

第 4 点，确实比较有意思，之前没有想到 API 版本之间的对比问题。有实际案例的话，可以考虑下怎么做。

另外，atest 现在也基本实现了接口录制的功能。大致的使用方法是：打开提供的 HTTP 代理服务器，配置浏览器使用代理，在页面上执行相应的操作后即可录制测试用例。当然，实际使用还需要人工修改测试用例。

异常的参数可能会导致的问题分两大类：返回错误结果、导致后端出现问题（性能、安全、奔溃等）。

错误结果还好，毕竟你的参数就是错误的。

后者的话，还是很重要的，但前提就是需要多后端技术有一些了解，比如能看懂代码之类的。或者，可以总结一些常见的错误参数集合。

接口测试应该是相对容易上手，成本也不是很高的一种方法，通过自动化手段可以减低很多的重复工作。

是你用的接口测试工具无法使用呢，还是原本就无法使用？另外，接口的认证方式你的弄明白，后端是否用 cookie 来认证的。

嗯嗯，目前已经在试着推广了。

求关注了 https://testerhome.com/opensource_projects/linuxsuren-api-testing

那确实有点奇怪了，我刚测试了登录和非登录状态，都不会有小喇叭。不过，我录制的 Jenkins 视频教程中确实有那个声音。