这个为啥加精

先把测试基本功打好，基本的测试设计用例编写要到位，自己测试思维要培养好，至于其他技术我建议你学目前前沿的，一些什么接口自动化、ui 自动化那些都是玩烂的东西了

讲道理这个是工作 1 到 3 个月要掌握的

问题一可以改，但是得人工一个一个看，他又多，我现在使用上更多是把它当做我思维扩展，避免思维腐朽了，看到有什么新奇独特的测试点再摘录进自己的测试设计，这样会节省很多时间，效果也更好，但是又和提升效能的目的违背了，这样往往花的时间更长，不过能发现几个有效测试点，质量也有提高就是

他是有的，但是他项目那里应该是有 bug，手动添加项目了才能看到

我们也有做，这里提几个问题
第一条测试设计这个，我们也有在做但是效果不好，很多冗余的设计以及不能结合版本项目知识来，不好用，第二个这个他有些需要截图的吧，很多问题没有截图不醒目的，而且提问题本身不算一个很高频的行为不接入 AI 问题也不大，暂时认为提效空间有限，第三个还算靠谱，暂时没有特别大的使用问题

这是高手

dify 可以看一下

可以给开发设计转测卡点，转测前要求比如基本功能用例要能跑通且无其他阻塞性问题等，如果未达标为转测质量差导致要被打回，重新进行转测流程，最终上线时间也就跟着顺延了，如果不顺延比如让测试加班解决障碍也可以把压力给到项目经理或者你们的主管

研发直接去给甲方解释吗，我有一个朋友有类似情况，不过人家是做芯片交付工程师的，大头兵的研发我也没见过需要这样的