利用Dify工作流完成从需求到测试脚本生成原创

接下来给大家演示另外一个我们最核心的业务啊，就是如何应用def define的工作流实现我们输入需求，它就能自动的帮我们生成基于Python c测试框架的自动化测试脚本，那这个实现呢，也非常简单啊，我们只需要点击这个工作室，然后呢，创建一个空白的应用，这里呢，我们选择工作流啊，然后给它起一个名字。描述点击创建以后呢，我们就进入它这个工作流了，它在这儿呢，是可以加入各个节点的啊，它是可以加入这个大模型的这个节点，那这儿呢，我们可以添加知识库，这样的话我们就可以运用RG，然后生成的内容质量呢会更高，每一个工作内容都有一个开始节点和一个结束的啊节点啊，然后呢，也可以加入HTTP请求啊，就调用一些API接口什么的啊都可以啊，他也有这样的一个节点，也可以对代码进行执行啊，格式化啊，还有问题的一个分类，就是我们可以针对不同的问题，比如说这个工作流，我们既支持它将需求转换为脚本这样的一个，呃内容的输入，也允许它就像普通三模型进行正常的问答，或者是让它生成测试用例等等啊，我们就可以加入一些问题分类器，对问题呢进行不同的分类，让他走不同的这样的一个分支啊，我们就不再赘述了啊，然后呢，结合我们这个需求啊，我们是要做这样的一个工作的，就是我们可以在这开始的时候呢，我们是需要定义一个变量，就是我们要是一个段落啊，给以变量呢，定义一个名字就是Q，它的显示的名称呢，就是需求内容。

啊，然后接下来呢，我们通过点击这个创建一个大模型。比如说这里呢，我们仍然应用的是千万二这个单语言模型设置这个提示词了啊，我们可能需要加入一些变量，怎么加呢？就在这儿啊进行加，因为我们肯定是要根据开始输入的需求内容啊来进行分析，所以呢，这我们要加入这个啊需求分析的内容啊。啊，我们就可以在这儿通过这个插入这个变量的方式呢，把这个需求内容呢引入进来，针对这个提示词呢，我们可能要做一些修改和完善啊，这是告诉大家如何去使用啊，我就简单给大家介绍到这儿，为了节省时间啊，就打开我已经创建好的这个工作流，在这儿呢，我们可以看到这是我们创建的这个需求内容的这样的一个变量啊，然后在这儿呢，我们引入了这个让它生成测试场景和测试用例的啊，这个大模型在这呢，我是让他去阅读我们一开始输入的这个需求内容啊，所以在这儿呢，引入了通过这个引入了这个Q啊，这块呢，大家注意一下，这块就是让它生成。

测试场景和测试用例，我们要将它输出的结果呢提供给大模型，让他帮我们生成测试脚本，对不对？那所以呢，在这儿呢，我写了一个生成测试脚本的这样的一个提示词啊，那这个提示词是这样的角色呢，是自动化测试专家，背景呢，就是用户输入一个自动化测试脚本，用于从给定的输出内容中提取测试用例，并且呢，仅输出unit test测试框架的脚本，简介呢，就是你是一个经验丰富的自动化测试框架，专注于使用Python对unit test的测试框架编写测试脚本，然后拥有的技能就是熟悉unit test和测试框架，然后呢，能够从输出内容，也就是上一个模型我们输出的内容中快速识别关键的信息，并转换为测试用例。那目标呢，就是生成基于unit test这个自动化测试脚本，确保这个脚本呢能够覆盖关键的功能点，并且呢易于维护和扩展，然后约束呢，就是脚本应遵循unit test框架的规范，然后不包含任何解释性的文本，只输出代码，然后在这呢，呃，其实大家可以看到，呃，我是想让它直接输出脚本，然后。

呢，不包含任何解释性呢文本啊，只输出代码，但是我们是不是能达到这个目标，我们要画一个大大的问号啊，输出的格式呢啊，我们就让它输出unit test的这个测试脚本，工作的流程呢，就是啊从给定的输出文本内容中呢，识别关键的功能点，然后设计测试用例，确保覆盖关键的功能，然后编写unit test的规范的这个测试脚本，我并没有完全的按照其实词专家给我们生成的内容啊粘贴过来啊，然后我在这呢加入了一些具体的一些要求，比如说我不让他做配置object模式的设计，然后必须使用呢，Fund element这个方法，下面呢也给出了一个例子，尽管我们做了这样的一个要求啊，但事实上呢，执行的时候大家可以发现它会输出代码，注释以及一些说明的内容，那这是我们不希望看到的啊，所以呢，我们仍然要加入一个大模型，对输出的内容呢啊进行进一步的处理，那接下来呢，我就让他扮演一个代码专家，然后针对就是上一步输出的这个内容，然后做整理，然后仅输出代码，不输出任何的说明，最后的结。

点呢，就是输出大模型整理后的这个结果，我们还可以进一步啊，让他使用firefox，然后我们更新一下发布。更新，然后这点运行，运行的时候我们输入具体的需求，就是这个需求我们得开始运行，然后我们就可以看它从这个开始节点开始走了。啊，就是变绿了，我们看这块儿是不是。然后呢，接着往下走，就按照我们这个工作流的顺序往下走，嗯，就走到第二步了，我们看可以追踪了啊，在这开始的时候，我们一共耗费了多少秒，然后在生成测试场景及测试用例这块耗费了多少秒，然后耗费了多少token，在生成测试脚本这块呢，耗费了多少秒，多少token，每一步它输出的内容是什么啊，我们都可以通过追踪啊在这看到。

他执行完成了以后呢，我们就能看到这个执行结果了啊，这个就是他输出的这样的一个执行结果，我们可以在def define制作的这个工作流的结果当中呢，看到它是输出了代码，然后呢，我们也可以看到它按照我们的要求使用的是firefox的驱动，然后并且呢，所有的这个测试用例里头使用的元素定位的方法都是find element啊，这个方法也是我们要求的啊，那这个就完全符合我们的要求了，那这样的话呢，我们就实现了我们只需要输入需求def define的工作流呢，又帮我们生成自动化测试脚本的这样的一个目标。