我负责的产品,恰恰就是流程化、标准化的工具,但是似乎领导并不认可,(领导认为) 垂直领域的测试工具比流程管理工具的价值更高。
我跟你们领导的前一半看法基本一致。测试团队用过别的流程化标准化产品,换成你负责的这个后,以前的某些个痛点瓶颈点还在,还会照样忽略某些个流程。
后一半呢,我不认为这些个痛点瓶颈点是靠一两个垂直领域的测试工具能解决的,但我认同这些测试工具的确不同程度地缓解了这些痛点瓶颈点。
bird = Dog(); bird.fly(); AttributeError: 本身是 Dog,取名叫 bird,飞个鸟!
期待后续!加油!
平均分配相等数量用例到多台执行机会引起负载不均衡问题,也就是说,同时开始跑,这台机器累死累活跑完了,发现别的机器早已经跑完在那休息好几个小时了。因为用例数量相等不代表负载相同 (1000 个步骤少的简单用例对比 1000 个步骤多的复杂用例),另外每台执行机的执行速度也可能不同。
解决办法就是,安装插件 pytest-xdist 使 pytest 具备分布式执行能力。分布式执行能够自动做到负载均衡,具体可参考https://www.cnblogs.com/guo2733/p/10955539.html
while 循环里也不加个 sleep(500) 啥的。心疼 CPU 宝宝 10 秒钟。
👍
在实际做接口测试断言时,有时对象顺序不一样,但是实际情况两个值还是一样的
能解决这个问题吗?
如何断言两个元素顺序不一致的列表相同?https://testerhome.com/topics/27506
自动化测试框架用的是 testNG,写用例管理用例用的是 MTM。嗯是的,都用了现成的,没时间自己造
图中展示的做法已经很好了。想问下:
1、防止多次登录
为什么要防止多次登录?
2、多模块并发执行时,cookie 协调使用
cookie 是紧缺资源吗,需要协调使用?
要不试下 setvalue("123456")?
贴两个用例出来吧,正常和非正常状态的
很多公司尝试过安排开发做自动化测试,他们也很有意愿和兴趣,但最终成效大都不是很理想。看来问题不是出在意愿兴趣上,而是出在别的方面,比如开发具备的测试思维理念不足,还有其他别的方面需要探究
年轻人不要太武断!搞测试自动化确实可以 codeless,最正确的姿势是,分任务,喝咖啡,跟进度,喝咖啡,看报告,其他事情嘛,找专业人员来做,找对人,出点钱。。。
据说,大神们都使用 HTMLTestRunner 的默认监听机制,而不去修改。
有人提过这个问题,评论里说真机上能清除而模拟器却不能。
https://testerhome.com/topics/10778
你先用 adb devices 查看下模拟器设备名,然后确认下 desired_caps 里参数 deviceName 设置成了模拟器设备吧!如果确认设置正确,那可能是 appium 或模拟器的 bug?
不可能说,后期老大突然说,我想要一个和用例本身八竿子打不着的东西
这个有可能哦!不管需求多奇葩,都是会甚至经常发生的。
测试报告是通过断言 (assert) 判定测试是否通过的,不是通过日志。测试报告不对日志做解析。
问题出在没做好断言,楼上已经给出了正解。
默认 | fullReset | noReset |
---|---|---|
测试后停止并清除应用数据,不卸载 apk | 在会话开始前 测试后 停止 app,清除 app 数据并卸载 apk | 不要停止应用程序,不要清除应用数据,不要卸载 apk |
默认,不就是你要的结果吗?
在找到最好的 solution 之前,坐标定位显然也算是个 workaround 了。
苦非苦,乐非乐,只是一时的执念而已。
执于一念,将受困于一念;
一念放下,会自在心间。
不从 webview 回到 native,直接在 native 获取 driver.contexts 会怎样?
想起去年我负责某项目时,有个同学遇到个技术上的问题很久没解决,而我对那方面技术可以说是门外汉。我记得过去同事遇到过几乎同样的问题,就搜到链接给了他参考,他还没看完就搞定了。我立即要求他做记录,问题现象和解决办法都要求写清楚,以后团队再遇到同样或类似问题避免走弯路。
我认为管理不是光指挥别人干活并要求别人搞定,更重要的是善于辅助和服务团队的意识。
某个分支能够达到上线标准,不代表其他分支也能,每个分支都需要单独对待处理。
一句话,不同的分支其实就是不同的产品。
文章较为全面地总结了服务端接口测试的难点或痛点,引领大家思考的同时并针对性地列举出了参考方案,其中不乏已经具备基本可行性。某些方案也有作者专门发帖详述并得到热烈讨论过。
没有完美的、通用的接口测试方案,工作中还需要根据具体情况 (行业、产品、流程、技术沉淀和资源分配等) 做出综合定夺。
前路阻碍重重,相信我们终能拨云见日。一路同行,共勉吧!
复制粘贴—UIA suits for different UI applications, including Win32, WinForm, WPF and Silverlight.