你这个 gpt 编出来的吧

没想到把高飞大佬都惊动了来亲自回复，颇有启发，非常感谢！

DFX 是什么意思

深不见底

这个技术能力应该是到家了

是的。。

屈才了啊~~哈哈哈哈

有钱是什么意思。。意思是不应该招测开？全部劈里啪啦一阵点？
那测开咋骗吃骗喝

肯定要贴合业务的，和业务解耦太厉害了，要裁员的时候肯定第一个被裁，哈哈

全栈，我感觉就是啥都不精通的感觉

赞成，目前我就是在做这些事情，你们都做了哪些来提升效率？虚心请教

你这个我是赞同的，，只是我感觉活越干越少，框架啊，平台啥的都搞差不多了，不知道还需要搞些啥

自动化框架 肯定有人用啊，我目前搭建的 UI 自动化框架，还在不断的新增自动化用例脚本

只有我一个人想知道你现在薪资多少吗？
主要是想知道测试薪资瓶颈是多少

我个人建议不要校验数据库
理由：为开发这次改了 A 表，你校验 A，如果开发后面除了改 A，也改了 B 表，而你仍然只校验 A，那么 B 没校验就算漏测，所以干脆不要校验数据库，直接校验接口业务逻辑即可。

综上，该接口需要校验的部分如下，欢迎喜欢校验数据库的拥趸来喷我，在线应战！
1.判断接口返回了 success，且 id 不为空
2.另外的业务肯定有用到这个 id，用这个 id 去发送该业务的 get 请求，看返回的内容是不是刚才添加的内容

和我工作内容差不多，一起努力
向你学习

我的造数平台界面，
我是一个不喜欢思考的人，一个产品如果需要我做太多的思考，我会放弃使用
也不喜欢别人用我的产品还需要动用智力

你接口校验 只校验 部分字段么，我都是全量校验，生怕漏掉一个

我都是我一个人做，所以不存在 “花费了巨大的人力物力”

复盘，对齐，持续赋能

看着这种文章，就吃不下饭

期待，先关注一波

现在这个年头，谁还面纯测试😂

太赞了

1.相同部分的写到配置文件里，比如各种 url
2.不同的部分写到具体的测试用例脚本里，

String org = "";
if (环境1 ){
  org = "a";
}
if (环境2 ){
  org = "b";
}
if (环境3){
  org = "c";
}

简单粗暴直观好用