可以啊 前提是有那个时间 UI 主要解决的是查看系统稳定性,一般发版改动什么的 UI 用于回归遍历下功能。接口用于提前介入测试,提前发现问题以及发现一些 UI 不好发现的问题,带动开发质量。两个不冲突
那就自己合理排时间反馈,,做可以做 但是也有时间这些成本。。并且格局大点 你做的好把这些问题早点解决了 也说明你能力的体现
索引的优化 那要看具体优化了啥索引啊 前后查询效率有啥变化,索引管理的列、表这些数据搞多点才能看出效率,而不是去测 sql 的结果
能怎样带来价值 怎样做出有用的工作就行 接口自动化本就不是救命稻草
打好互联网基础理论 网络、项目怎么运行的、遇到问题怎么定位的、总结 BUG 等等 然后根据公司需求先突破一个点上手接口或者性能或者安全啥的 然后学一门开发语言去二次开发一些框架熟悉软件内部解构已经流向 可有助你找一些深层次的 BUG 然后能测试能开发能有经验管理等等
selenium 是 UI 自动化框架 get?
golang
模拟器 root 安装证书到系统里面就行了 flutter 还需要借助 drony 之类的 vpn 代理转包
可以的
大同小异
一年一个目标吧
转前端?
用 GO 搞了个性能测试工具 就又不想学了 语言 数据库 服务器 中间件一堆东西不想深入了
websorket 的 同步接收消息那种
有些什么功能呢
全栈
自己写代码的最终归属 也会做成像测试平台一样
就是增强版 客户端 YAPI
jsonschema 以及关键字段就行
可以用个 js 来处理 调用原生 js 方法 类似
window.onload 方法
jsonpath 了解下 你这样面自动化建议定位自己是个初级的 接口自动化详细起来有很多需要判断的 - 比如数据依赖、数据类型、加解密、文件上传、数据库断言、数据驱动等等。。。你如果简历要写上熟悉接口自动化,那肯定会问完问题就被 PASS 了
别搞录制了 试着自己去写吧
文小站 还可以资源整合https://www.wenxiaozhan.com/
你所说的技术是什么?高大上的开发?那你为何不去做开发?测试有测试的价值所以存在。那你这样说只有科研人员的有技术大家都去做科研三?
不需要每个字段都校验 最好保持和前端校验一样的限制就行。有些东西最好产品项目上一起具体讨论下