说白了,就是直接往数据源里插数据呗?有些场景要写好几个表,而且多个表之间的数据有关联关系怎么办?比如第二个表里的数据是第一个表里的数据生成后经过一系列计算才生成的数据,这种 SQL 怎么构造和维护?
没有在全公司推广使用么?
是个不错的思路!
为什么难?16 年前会 selenium 就是香饽饽,21 年之前会测试平台开发也算抢手人才,但现在呢,从招聘中收到的简历来看,前后端开发能力都快成测试的标配了,虽然这么说夸张了,但掌握你所说的那些能力的测试人员越来越多是事实。掌握开发技能的测试不再是稀缺资源,你所说的自动化测试和造数平台,早就出现在 5 升 6 甚至 4 升 5 的晋升述职 PPT 中了。
与之相对的却是机会的日益减少。一方面行业形势差,所有企业都在强调降本增效,砍掉不直接产生价值的人和事儿是常见操作,另一方面,这么多年沉淀下来,测试行业基础设施日益完善,大厂有自研,市面上也有如 metersphere 这类优秀的开源平台。留给大量身怀技能的测试人员施展身手的机会越来越稀缺了。
另外,说句难听的,很多测试平台是伪需求,为 KPI 和晋升而生,或者充其量是锦上添花,不否认有些人做出了好的作品,但抛开比例拿个例说事儿没有说服力。
可以分享下你的思路吗?
这些技能说实话,在工作中很难产生有效的输出!
torna 不是挺好吗?
哈哈,发现高飞兄每次发言必定谈及 k8s
希望多一些这样的文章,少一些布道师
有点理想化了吧,而且过于高看了自动化测试的作用
皇帝的新衣
多线程跑
只包含了静态分析吧,远程调用(RPC)的影响呢?
现在看来,纯测开不是好的选择,必须有较重要的业务握在手里
随着行业形势变差,学习的收益也越来越低
命名能不能统一风格啊,看得强迫症犯了
一如外包深似海!
有开源计划么?
十几年前,掌握 selenium 都算测试界技术好的了,那么几年后掌握 Docker/K8S 也许只是平常事了。
写得很接地气,希望能继续更新
皮之不存毛将焉附,行业下行,原来那些夸夸其谈的人顿时成了裸泳者
参考脉脉的设计
有什么用吗?
有什么解决方案了吗
太强了