深耕一下性能测试方面, 面向广度会好很多

看项目的需求哈, 如果只是几个人测试人员在用,确实不需要, 但是多部门, 跨项目, 统一管理, 还是需要自动化的接口框架 最后都还是 要平台化, 权限管理 ,数据用例管理也好, 都会比较好!

写个前端,数据放数据库, 非技术人员 直接 在前端界面操作, 可读性 跟维护性 都比较好

一般都拿去手机维修电去掉 电池

好像同一个圈子就会有消息提示

给楼主一个建议.看来楼主的技能,但是没有看到你通过你的技能做了什么产出, 例如二次开发, 开发了什么.产出的结果.现在很多都是要看结果,不管 hr 或者职能面试!

具体看要你们公司业务了,但是通过的一般都是分为以下 3 个大步骤,操作
1:先确认压测环境的配置, 例如主机 8C16G 还有数据库, redis 等等配置
2: 再次配置对单/多接口进行压测 (这里是有门道的,例如是否需要模拟用户的请求频率等),看服务监控哪里扛不住, 有时候瓶颈也不会在配置上,例如链接数等等
3: 然后根据步骤 2 的接口出示报告,让根据线上的配置进行评估等等.

有时候元素并不是唯一的, 例如 点击升级后 查看角色等级, 在同个界面, 你不点升级,查看角色等级的元素也是存在的,类型这种场景,你怎么保证你点击升级的操作是生效的呢, 需要一个同一个的方法, 如果每次点击后都是断言,步骤繁琐,编写成本高

能解决,但是步骤多的话 太繁琐,且维护成本高