好的,看到大佬的更新了,多谢
现在的做法是每次将生成的 CCI result 贴到 echarts 里,才能生成关系图,这种应用方式比较麻烦,也不太能做成自动化。对于这部分大佬有什么方案吗?
试了下,很不错,基本达到了预期效果,楼主威武!想问下,CCI result 除了用 echarts 展示,还有其他展示方式吗
不嫌麻烦的话 ,登录接口 response header 可以一个个试。最简单的还是找开发确认下,可能一分钟就能搞定了
才入行半年就开始摆烂不好吧
这问题比中东局势的问题还要大
不光测试行业,其他行业也可能存在这种情况。楼主这心态不利于个人发展呀
自动化框架?写测试平台?搞代码覆盖率?
能搞定一个就非常不错了吧,即使都搞定,还有精准化测试、AI 自动化测试。。。
只有罚没有奖?这么高频率的分享,除非给出准备的时间,不然还是蛮有负担的。再有,请客 300 的标准。。。我辛苦上班才赚几个钱。目的是好的,只是这个形式值得商榷
每月一次,还只能是技术。。。这频率确实有点高。
1、是不是可以把整块的技术拆成点,也能借此机会把细节想明白;
2、不光可以分享,也可以问,痛点或者是项目应用方面的问题,也可以提出来,引导一下领导去推动解决;
然后我们从 pod 读取文件/app/jacoco.exec 写入我们的报告生成服务即可
请问大佬从 pod 读取 exec 文件是如何实现的?
1、建议日构建,发布构建太频繁不建议使用;
2、出现执行失败要分析,环境问题、数据问题、用例问题、出现 bug;大部分接口自动化发现的问题都是误修改引发的,比如修改 A 接口,影响了 B 接口,导致 B 接口用例执行失败;
3、根据研发流程来,如果有较详细的接口文档,可以修后接口用例后再执行;不然就是执行失败后再针对性调整;
提出这种问题,看来楼主还没遭受过社会的毒打。千万不要自作主张动生产数据,无论什么目的,即使领导让你动,也要获取多方确认(领导、运维、业务等)后再实施。不然出了问题锅只能自己背,小测试的抗风险能力差,如果遇到这种问题,基本就是走人了,慎重!
除了正常场景,有些异常场景是否也要覆盖,比如 读取的文件不存在、文件格式不符合要求、大文件、空文件等
收到,谢谢
有个疑问,这种替换方式只适合字符串吗?比如有个字段 age=18 是整形,替换后是字符串
pytest.main() 写在最外层的 conftest.py 即可
工具机制不同,请求数据不同,网络状态不同,硬件条件不同。。。很多原因都会造成这个现象。具体原因具体分析吧,最好直接看 server 端的日志
pycharm 可以看到 pytest 的版本,全局的可以用 pip show pytest 命令看下
千万别送书,尤其是本职工作相关的。奶茶点心不香吗,这么想不开
楼主优秀
测试技术提升只是一方面,也可以多学习质量管理方面的内容,比如推动更好的测试流程落地,甚至是项目质量流程。不要太焦虑,今天比昨天好就算进步
首选 redis,其次 ddddocr 识别
1、对应用例后面可以加字段,作为用例级的前/后置条件;
2、再加个单独的 sheet 页,维护项目级的前/后置;
3、登录也可以作为一条普通用例写在 Excel 中,无非是要处理 cookie,token 之类的 (框架要处理大量的项目兼容性)
本意是使用者无需接触,只需要关注用例的编写和维护,其他全部交给框架处理