就是个 MockServer 呗。现成的这些 Mock 工具不能用么?WireMock、Yapi、RAP 这些
就想问小程序啥时出自己的自动化测试工具?跳票好久啦
华为外包且工资低。别入坑了
他自己的工具体系,去积累的经验在其他公司也根本用不上。
你把不需要的这几个字段删掉,直接用在线工具生成个 json-schema,不比你自己写简单?
用 json-schema 校验
这个搞不定还能叫接口工具吗... 取 cookie 存到变量中就好啊。断言?你能想到的接口断言方式估计都支持... 除了 Postman 自带的断言方法,也支持 chai、jsonSchema 这些第三方库
没什么问题,Postman 本身的脚本功能也足够强大,方便扩展。而且提供了各种主流语言的接口代码转换,后续再换也没太大难度。Postman 按 Collection 管理用例,规划好不会存在太多导出 json 的。而且 newman 也支持使用在线文件执行,json 文件完全可以弄个 web 端维护。收费版主要是它 cloud 端的监控、在线文档、API 调用等的额度限制,你目前的需求不需要用收费版功能。
音频的波形图显示出来一样可以用图像识别
这个事最好是前端的单元测试干...
你要做的就是把这些标准用断言标准化,开发写界面代码的时候,单测中要求做这些校验
以框架来说,RF 足够优秀了.. 生命力? 放心,绝对会超过这个论坛里 99% 所谓二次封装的框架
比较赞同,我们目前基本也是这个思路在做,Case 覆盖率,节省人天确实都是伪指标。另外一点,我们目前还会重点看自动化在 CI 管道中的有效性和效率,主要目的是推动项目团队整体效率提升。包括 CI JOB 执行频次、JOB 失败恢复平均时长,JOB 成功率(这个太高、太低都值得关注)等。
自动化测试从设计开始,就应该先追求无状态。
洗剪吹风格...汗
和 360 那个脑图用例管理系统挺像
申请开通
测试计划没必要太复杂,one paper plan 就好
呃,好像已经没有空位了...
跳转时间一般靠版本内部埋点记日志记录。 纯测试的苦逼方法就是 UI 自动化记录元素出现时间了
《ios 测试指南》,我能说这书很水么
短时间没合适人到位就加钱吧,给另两个独立负责的机会,也算是锻炼。你自己把握测试方案和控制进度。
目前考虑使用录制工具进行最后集成之后发布之前的,整体回归测试。 --- 没看明白啥意思