Python 自己封装的框架 ,还有自己开发的 UI 测试平台。
ruby+cucumber 是我们公司大概 8 年前用的技术,早在几年前就被淘汰了。
BDD 在测试框架中的使用说真的,就和 RF 的关键字封装一个样,确实没啥亮点,只是换成了中文而已。
如果只是为了不懂技术的人方便编写或者读懂 UI 自动化用例,我建议直接做成 UI 自动化平台会更清晰易懂。
比起这个,我觉得是数据驱动,用例报告管理以及录制调试这些功能的拓展更加重要。
羡慕还有时间看书的人哈!
没干货的人也不会去写这个
性能测试平台连载的那个文章在哪里?想参考下,因为 2022 公司也需要弄个这样的平台
测试难道不就是门槛较低,技术含量很低吗?
至于价值方面,那还是看公司,看领导,看业务了。
短信也是一个 app 把,用 appium 做自动化脚本可以获取把
我能说开发脸都不要了?都让测试调试出问题,都告诉他们怎么改,那他们干嘛吃的?
按键精灵不是更好用
30 个 Q 币每月?TX 还是这么扣啊!
大厂基本都有自己的测开部门,有自己配套的自研工具,对于小厂,基本用用 swagger+postman 就足够,想让他们花钱用 apifox 还是有点难,剩下就是政企比较好推了。
这是开发还是测试?
测试没前途。
还是看自己。多学,多做就可以。
这是 2021 年中了吧?开源了吗?
可能想法会碰不到一起,不过我会持续关注下 api 那部分。有机会再贡献点代码。
不错,最近需要写接口自动化平台,考虑看是否能集成你的 api 那部分。
只要能涨工资,我都会去学。
反正到了 35 岁我肯定会转行。
压测机性能足够好,脚本多线程实现,如果有时间要求建议用专业的文件生成工具。
京东只要获取了 cookies,就可以使用这个 cookies 调用一些京东的接口,而且就算你退出 APP 了或者改密码了还是可以用的。
小伙子有前途,好好干!!
非计算机专业,专科的,我,感觉一直在混吃等死。
我在 CSDN 看过一个差不多的文章。
日志基本都是标准的日志格式啊,我说的 json/xml 是指日志中获取的接口返回内容的格式。