二分查找
我们是做了 UI 测试左移,测试同学写逻辑,前端同学在控件上注入 testId。测试同学和前端同学编辑一份协议 json。
测试同学用到的 pageobj 自动生成 json,前端通过测试环境打包编译自动填充 testid。整份 json 通过 gitlab pipeline 进行更新来保证 json 是最新
所以我们就是通过属性 testid 来定位
第一点内容有点多牵扯到整个流程和能力的结合,通过 gitops 实现了 CICD 和代码门禁,因为有 CD,然后就将平台上的测试能力打通来实现持续测试。
我的实现路径:
回过来看看当初的这个这个帖子和选择的走向
可惜当初这个帖子的内容被好几个人喷,我删除了原来的内容,这里来回溯下帖子原先的内容
工作3年多,自认为Java和Python编程水平不错,工作经历主要是做自动化测试和测试工具/平台。拿了两个offer,不知道选择哪个才发帖,当初没说公司,这里来说明下。一个阿里某部门用java,一个网易某部门用python
首先要感谢前辈们的回复,现在回过头来看 思寒 大佬了两个评论说的尤其正确,现在我也能感同身受
其次当初工作 3 年的时候确实年少轻狂,自认为自己挺屌的, 现在又过去 3 年多,心态也已经和当初不同
大佬有点强,连续干货输出
去年定的目标 除了 2.2,2.3 其他都完成了,也是不容易啊
这个问题我觉得是个挺好的 开放性问题。开放性问题没有唯一答案,面试官主要是考察你对问题的思考、语言组织表达、总结能力,开放性问题切记不能一句带过,要有一定的问题回答技巧和结构。
楼上几位经验丰富的大佬的回答,你可以学习下。
工资低 还没多少成长,跳一跳比较好
很好奇 音频打分模型 是怎么样 的
折中方案 有个问题就是 怎么定义数据结构较大改动?
公务员
之前做过建立关联关系的工具,但是比较粗略。大概思路如下,通过 selenium 起一个 web,这个 web 只监听预设好的待测服务和用例管理平台。当用例管理平台操作某个用例通过/不通过的时候,记录这个用例信息 + 这段时间所有的 API。通过 API 就能得知 后端哪些接口跟这个用例相关。
1.首先可以通过 TestSummary 获取自动化用例的执行统计
TestSummary = junit testResults: "xml-results/*.xml", allowEmptyResults: true
2.获取细分执行结果
env.testTotal = TestSummary.getTotalCount()
env.testFail = TestSummary.getFailCount()
env.testSkip = TestSummary.getSkipCount()
env.testPass = TestSummary.getPassCount()
3.接着判断 testFail >0 就可以 使用 error 抛出错误,那么当前 stage 就为 fail 了
挺有意思的题目,根据自己的思路也写了下,就是不知道执行怎么样
def deal_word(words):
word_list = re.findall(r'[a-z|A-Z]+', words)
for i in word_list:
words = words.replace(i, "'{}'".format(i))
special_word = re.findall(r"('\w+')\d+", words) # 处理字母后跟数字的情况
if special_word:
words = words.replace(special_word[0], '['+special_word[0]+']+')
words = words.replace('[', '*[').replace(']', ']+').strip('*').strip('+')
while ']+]' in words:
words = words.replace(']+]', ']]')
words = eval(words)
words = [''.join(w) for w in words]
return ''.join(words)
if __name__ == "__main__":
tar_word1 = '3[k]2[am]'
tar_word2 = '2[k3[am]]'
tar_word3 = '2[2[k3[am]]]'
print(deal_word(tar_word1))
print(deal_word(tar_word2))
print(deal_word(tar_word3))
写个 session 级别的 fixture 来做检查
最简单的学习就是模仿,你可以先从模仿开始,模仿别人的方法,框架,行为等
看楼主的头像,就觉得楼主不简单
流程化壁垒太高,你要打通各个部门 各个环节。但是收益是绝对有的,那么多搞 DevOps,以及现在有些搞 ServerLess 的都涉及到研发流程相关的改造。这事情需要有大领导的支持。
很多自动化测试框架都有数据驱动,我们是用二因子正交 + 数据驱动。像上面大佬说的,也只会对核心的接口会做正交
页面确实看起来很棒
盲猜 字节的应该会挺多的吧
一样的我的 RSS 都被这种塞满了
说实话,我感觉测试开发很杂,任何领域都要会知道一些,然后做领域交叉 来解决业务问题。接着就是看公司,或者个人兴趣了,再在某个交叉领域深入下去
最讨厌的就是写 excel
jenkins 上的就安装插件 很简单的,自己搭建服务,就 docker run/k8s pod 部署 也很方便