版本控制固然有不稳定的因素,这也正好是测试的活,怎么对多版本多分支的迭代进行测试,这需要好好思考
累了就躺平会
学习前端流程感觉对分辨前端 bug 还是后端 bug 感觉不是帮助特别大,还不如学些调试工具
UI 自动化会开放社区版吗
加油
回归测试还得看自动化
发邮件通知项目中各端管理者,做好预期管理
整个万能的测试平台
metersphere 没有内置这些函数,需要的话只能用脚本写了
这要取决开发开启了线上版本 的抓包权限,一般来说都是不允许的,自然就抓不了包
感谢
几年经验啊,今年确实比较难
看看官方示例
可以从前端/客户端控制就没必要一定后端限制,保持一定的兼容性
预期值的 60% ~ 70%,怎么快速的判断到呢
41% 指的是覆盖代码行数占比?那还不太够,许多异常场景都没考虑到
这是函数吧,加个()看看
方便跳槽
主要是现在测好了都有赏,出 bug 了测试背锅
太充实了吧,建议只学习 1 分钟,学习精华部分
都差不多,都是吹出来的
第二个接口响应时间都要 1s 以上了, 顺序执行肯定不能在同一秒执行啊, 如果四个接口没有关联关系, 可以设置 4 个线程组都 20 并发
已阅