认知 TEST
入门即放弃
人太多了 没办法
这种情况 就得分优先级做,UI 遍历主要流程,接口慢慢细化,并且把时间成本或者测试计划给到领导
可以啊 前提是有那个时间 UI 主要解决的是查看系统稳定性,一般发版改动什么的 UI 用于回归遍历下功能。接口用于提前介入测试,提前发现问题以及发现一些 UI 不好发现的问题,带动开发质量。两个不冲突
那就自己合理排时间反馈,,做可以做 但是也有时间这些成本。。并且格局大点 你做的好把这些问题早点解决了 也说明你能力的体现
索引的优化 那要看具体优化了啥索引啊 前后查询效率有啥变化,索引管理的列、表这些数据搞多点才能看出效率,而不是去测 sql 的结果
能怎样带来价值 怎样做出有用的工作就行 接口自动化本就不是救命稻草
打好互联网基础理论 网络、项目怎么运行的、遇到问题怎么定位的、总结 BUG 等等 然后根据公司需求先突破一个点上手接口或者性能或者安全啥的 然后学一门开发语言去二次开发一些框架熟悉软件内部解构已经流向 可有助你找一些深层次的 BUG 然后能测试能开发能有经验管理等等
selenium 是 UI 自动化框架 get?
golang
认知 TEST