打卡 27
除了上述所说方法外,还可以在捕获到未登录的异常时进行一次登录接口调用
没深入了解,浅谈下楼主的场景:同时查询场景下多线程相比较异步是更佳的选择,我理解的异步的适用场景是异步接口调用或者接口处理时间较长的情况下,以异步的方式来避免此接口对整体流程的阻塞
打卡 26
打卡 25 号
静候破解,我的企业微信需要他!
DAKAZHOUYI
造数,监控,性能等
打卡周日
打卡周六
打卡 21 号
马叉虫
做好心理铺垫,有时 1 匹确实没有 8 匹的动力强
能否做下光标监控或者光标输入状态关闭,脱离选择框后关闭控件展示
你说话有用吗?
首先接口自动化可做单接口和多接口的,不太清楚楼主说要表达的意思,只能各自分析。
单接口测试,只需对 为后续接口提供前置信息的登录类接口 做个全局参数即可,无依赖可言
多接口测试,按流程顺序做接口就完了,也谈不上什么单独运行。
楼主是不是想问登录和注册这种逻辑顺序在自动化时应该怎么处理?注意接口执行顺序和参数传递即可。
还是想问怎么使每个用例可单独运行?做好前置信息供给即可,也就是先注册才能登录,登录后才能提供 token 进行内部操作
答案地好几天
打开第好几天
打卡第好几天
主要是纯业务只能在本公司内一直干,rmb 也只能看公司给不给涨,如果想跳的话就不太容易,因为现在都是面试造航母,纯业务难顶。而非纯业务测试在跳槽方面相对来说具有较大的优势,应试!
冷了一年啦,都年末啦,就别问啦。
打卡断接第二天
打卡第一天。。。。
站会就三件事:公开现在的进展和风险、分享下一步要进行的工作、说明问题或资源需求
m