到后面是 AI 构造海量测试数据吗
跑的时候是跑整个测试集合,你在涉及到要登录的测试集合里面,把登录接口用例放在最开始就行,一跑就会自动登录来刷新 cookie 了。
欢迎分享~
不客气 hhh
这种好 BUG,爆出来干啥?
hhhhh
加 celery 接管 task 的执行,celery 是支持多任务并发的,rabbimt / redis 作为中间队列,并发方式单机的话我建议你选择 gevent 。
可以不用,但是如果你的项目频繁变动,你需要经常维护的时候,我建议还是对整个测试框架的设计重构一下。比如 Web UI 里面的 POM 模式,比如 httprunner 在 2.x 重构后的分层机制,这些都是为了方便后期的维护迭代,以及对复用部分的高度封装。
对的,所以要看具体项目的埋点方案,或者在 SDK 里面加入 console.log ,一般来说这样做比较方便调试。
这个要看你们项目里面埋点上报的 SDK 是怎么写的,比如神策,只要收集到上报的事件就会在 console 里面打印出来,不然开发自测的时候怎么知道自己写的埋点有被正确触发呢?当然不同的埋点方案有不同的设计,这里以 console 打印埋点信息为例。
更多原理层内容见 Buried-Point-Pro 项目的前身:https://testerhome.com/topics/21136
不是让你写前端,而是测前端 hhhhh 项目跑起来以后发的请求都会经过代理返回你 mock 的数据,从而看是否符合业务需求。
这个是你们项目前端开发项目比后端快,你要先测前端的时候,没有接口自然要先 mock 数据,不过你要按照后端约定好的数据格式来 mock 数据,然后把你们前端项目的 proxy 改一下就可以了。
重构并优化了一下代码,新增了不少 demo 体验演示和 debug 信息,也支持过滤无用上报事件和重复事件上报的检测 ~
有,用 puppeteer
技术肯定是要的,但是可能不是纯技术,而是结合到了实际的业务场景里面,问你有没有技术方案可以落地实施从而解决业务测试痛点。
简单点的,对网页性能打开速度和稳定性的,这是之前我做的:https://testerhome.com/topics/20613
深入一点的,一般都是在你们的项目代码里面加入探针,做一个前端实时的监控系统,给你的推荐:https://github.com/wangweianger/zanePerfor
QQ 群 552643038
嗯,puppeteer 就是 nodejs 版的 selenium,但是包装了 chromeDevTools 的很多功能在里面。
$X_CSRF_Token 与 $ X-CSRF-Token 跟这个下划线和横杠有关系
这个跟 goreplay 差不多吗?
接口没有必要用 POM 的设计模式来封装,接口像 Httprunner 这些都非常成熟好用,可以用脚手架去管理,也在社区的开源项目里面,可以去了解一下。
opendiffy/diffy 和 twitter/diffy 有什么不一样的地方?