搜一下有没有现成的资料? 今天公众号刚刚推送了这条
https://testerhome.com/topics/34598
我们已经用了三年多了,web 用 seleniumlibrary,mobile 用 appiumlibrary
没错,我们的自动化其实就都遇到过,有些是账号配置有问题,跑着跑着被其他 job 给踢了;另一种情况也遇到过,就是某些接口其实没有做 token 的刷新,导致有效时间没有重置,也就发现了某些 bug
如果对用例管理,或者执行统计,燃尽图之类的有需求,可以考虑一起加进去。
我们针对用例部分的效率提升,除了是和自动化用例挂钩之外,还有一个就是将 xmind 的测试点转换成 jira 的 Excel 模板格式用例,达到批量用例上传的效果,提高用例的转换效率。
你们用的是什么框架?
我们这边是在原来的 pytest+allure 的 api 测试上面加入了 pytest-xdist 插件来做并发执行,对结果没有什么影响,allure 里面还是能正常看到每条用例的日志和输出。
公司很少会招应届生做测试,所以没什么面试校招的经验;不过感觉和社招的面试还是很像。
写出来了,推广得怎么样呢? 有什么效果跟踪,优化增强? 实际上的使用效果和反馈怎么样?
简单来说: 写过=完成了吗?
token 的过期时间,体现在业务层面就是:
所以这两个场景是相关联的,既要保证有效时间内继续保活,也要保证超过有效时间之后能正确失效。
按楼主的例子,如果你的用例一直在执行,等同于客户一直在操作,那么到了后面突然失效了,就是没有保障到第二点,就有可能是 bug 了。
我们在自动化用例的注释上面会加上对应用例的 jira ID,pipeline 会在跑完自动化用例之后会自动收集执行结果,然后调用 jira 的 api 把结果更新到对应的 cycle 上面。 这样在大版本回归测试的阶段,我们可以直接看到自动化已经跑通了多少用例,剩下没跑通的就通过手工测试去补充。
之前没有打通这个链路,是每个测试的同事要根据自动化的结果把用例一条一条地去标记结果,很浪费时间。
我考虑单独写一篇介绍
趁你老板不注意,偷偷把你的计划给改了
如果你纠结的是测试场的数据不够完整,那么给你半个月时间去测也不一定能发现线上一样的问题吧?
我觉得最重要还是把你们的流程梳理清楚,每次要上线的内容是不是严格控制的,版本管理是否合理,是否能快速地完成在测试场和预发布版本的针对性测试。只要这个测试是精准的,代码合并和发布的流程是正确的,再加上足够快速、通过率高的自动化测试,那么每天发布也不是什么难事。 像 Google,Facebook 这样的公司每天都不知道发布多少新代码。
看提示是初始化失败,请检查你的 selenium server 是不是正确打开了,也看下是否有成功注册到你的服务中
要先了解你的测试需求是什么。
按你的描述,这个系统是会定时地去采集其他系统的信息进行分析。那我猜测大概可以往这些方面去考虑:
但是从你的疑问来看,我觉得你提到的这个系统很可能不是你的测试对象(第三方的服务?),所以还还得你先去确定和了解清楚你的测试对象和测试需求。
要不。。。你们众筹给领导换部新手机
打卡
接口和 UI 是两个层级的测试,现在讲求的都是要分层测试,你放到一起是为啥呢?
而且接口和 UI 应该是分开部署的,你也对应分开,会更灵活
哈哈,两年前的帖子被你翻出来了。
情绪每个人都有,工作中也好生活中也好,自己学会调节吧。当然也别委屈自己了
不如想想,如果你们平时的项目需要测试这几个接口,要多少工作量?如果把你估算的天数,换算成你的薪资成本(工资加公司给你支出的社保什么的),只值 1000 甚至只值 100?
自己项目的信息记得千万不要公开出来
你指的是哪一部分? 只要环境 OK,Python 什么的都有,操作系统应该没问题的
三年薪资上涨 200%,你确定现在这个环境可以达到吗?
感觉楼主有点矛盾啊,标题是想用 fixture,但是又不考虑 pytest, 所以是 unittest 里面可以支持 fixture 吗?
其实 unittest 转化成 pytest 还是很快的,不知道楼主是基于什么原因,一点都不考虑 pytest 呢?