0x7C00.
你离职想法 leader 知道了,现在加薪可能是暂时挽留,后续动作大概会找替代你的人。 而且你还年轻,有 owne 经验,到哪都会很快展示出来。
google 下, pytest 基本你想要的功能,都有已实现的插件。
用例设计根据当前需要。一般接口用例分成单接口和业务流接口,正常和异常的 case 设计取舍还是根据当前团队情况。
简单例子:团队需要把和钱相关业务场景尽快覆盖,那就优先写正常 “钱”+ 部分异常 “钱” 相关的业务流用例.另外用例的展开也分阶段的,无法一蹴而就。
入参模型是自动生成的。
我不是大佬噢,论坛里和论坛外很多很多真.大佬. 我上面回复是指【接口管理自动更新】哈。
你楼下有回复了一个。我们会做业务测试的,不可能脱离业务。
接口是根据研发代码仓库里的文件自动生成的,研发有改动,我们也会同步一键修改.
写 python 代码来的有效率,还是使用接口平台效率高?
用例都写完了,怎么更能体现价值,只在测试冒烟阶段执行? 还是开发?生产都执行?
其实围绕一个接口自动化项目,也可以做很多事情,如果不从上面的技术角度扩展,就从项目角度可以延伸很多,一个简单例子借此机会提高培训团队人员 code 能力,借此项目扩展到其他维度的自动化等等,这个也可以和 leader 讨论,看 leader 的想法。
但是以上所有做的事情都有一个大前提,你有一个好领导,支持你!!!!😄
以上是个人浅见,希望有帮助!
如果项目已经在用 gitlab 的 CICD,可以使用.gitlab-ci.yml ,根据不同改动触发不同 jenkins-job.
stages:
- run-platformA-job
- run-platformB-job
platformA:
stage: run-platformA-job
except:
changes:
- "platformB" # 当有platformB变动时,不触发A的job,执行run-platformB-job
only:
- merge_requests
- branches
allow_failure: false
script:
- curl -X POST http://xxxx/job/job-A/buildWithParameters? # 触发Jenkins job
platformB:
stage: run-platformB-job
except:
changes:
- "platformA" # 当有platformA变动时,不触发B的job,执行run-platformA-job
only:
- merge_requests
- branches
allow_failure: false
script:
- curl -X POST http://xxxx/job/job-B/buildWithParameters?
以上.gitlab-ci.yml 配置没有经过本地测试,不知道能否成功, 只是提供一种思路😄
Jenkins-->manage jenkins-->configure system-->Jenkins Location-->Jenkins URL 更改为新 IP 地址。
这种情况是因为电脑的 IP 动态变化了下,而 Jenkins 的 IP 没有跟随系统动态更新.
0x7C00.