你先不管 AI,你可以先思考你自己是怎么根据设计稿写测试设计和用例的,肯定也不是只看设计稿的,先把自己如何解决问题的方法交给 AI,他才能走下一步,比如需求沟通、历史版本用例、历史需求、历史该模块的测试设计
我有点好奇这中间没有专门的测试设计吗,直接需求就到用例了?
完全可以合并啊,没有什么障碍,而且生成用例本身也可以参考这个历史用例知识库也可以参考历史版本的测试设计以及历史需求,再结合当前版本迭代的需求,这样写的用例会更加合理一点
完全可以啊,你给他输入库表名再输入条件就行了
等下一个龙虾
我只能说不要把自己限定在测试这个岗位上,openclaw 能带来的不只是这点东西,业务经验其实自己慢慢就有了,自己多去熟悉产品
总的还是向好的
有点像是一本书的简介
是不是不小心洒了点水啊,老哥
喜欢在发现缺陷后,看开发解释自己为啥会出现这个问题