A1--王裕坤--基于AI的智能用例生成探索之路.pdf

《A1--王裕坤--基于AI的智能用例生成探索之路.pdf》由会员分享，可在线阅读，更多相关《A1--王裕坤--基于AI的智能用例生成探索之路.pdf（31页珍藏版）》请在三个皮匠报告上搜索。

1、 进群可咨询智能例成探索之路王裕坤字节跳动测试开发专家 全局视-例成1.智能测试例成Agent 是Q核Agent之2.定位上：向上直接承接Q 产品层的例成诉求；向下对接测试例的执探索，在整个体系中起到承上启下的作 录CONTENTS现状背景 01 02标与挑战初期探索 03进阶探索 04总结与展望 05 PART01现状背景 现状背景为什么要做智能例成？例编写效率低：在整体的需求交互流程中，编写本例的时间约占20%30%当前需要解决的难题?如何清楚且准确的理解需求测试意图？质量参差不：不同的QA同学对于同样的需求，产出的测试例可能差异较，经验丰富的QA同学的产出明显优秀例消费执效率差：编写的例

2、主要依赖执，且例之间差异化较，法效且准确的转换为动化例，法进步提效如何保证成的例准确且不遗漏？如何提升业务QA的测试效率，低成本消费执？PART02标与挑战思考什么是好的智能例成？好的例成系统，对需求档有常深刻的理解，充分捕捉需求的测试意图以及关键测试项，强调 真理解例成需要有较的准确性且成的例需要够全，对需要测试的功能场景需要充分覆盖，强调 准确全例必须有清晰的组织结构，便于业务QA同学理解和快速进消费，强调 低槛尽可能低成本转化为动化执的case，降低动执的率，强调 低成本 For Human(清晰的组织和表达结构)For Automation(标准化Gherkin结构)1.需求理解准确，

3、让模型更好的理解需求内容信息，基于可利信息最限度理解正确2.扩展可利信息，如何利RAG补充需要的知识内容，构建准确的上下3.例准确，如果将条例表述为：前置条件、操作动作、预期结果，上述3个关键要素都需要准确1.如何充分挖掘需求档中的内容，确保对于需求档中涉及的测试点，没有遗漏2.如何构建知识库，以及如何有效的使知识、如何更有效的利专家经验使得测试例覆盖更完备挑战2：成充分全 挑战1：成准确挑战3：低成本消费标与挑战1.For Human：如何更好的让QA同学快速的理解消费。成结构表达结构更好，更符合的理解和消费习惯，降低理解成本2.For Automation：如何让成的例低成本进转换，业务侧

4、同学减少甚不参与转换过程，且转换后有较的执成功率标：为业务提供值得信赖的智能例成服务 PART03初期探索初期探索1.0思考2：如何让成后的例消费成本降低1.在例的组织结构上有多种选择，如不需要模块，只成功能点和测试例；或者成模块节点，但是仅有层模块节点等等2.在经过实验分析以及同业务的调研访谈，最后我们采取了单根节点-多层模块节点-多层功能点-多个测试例，这类1对多的组织形式，从实践看能够很好的满业务诉求3.在具体的例消费上，前我们也做了消费提效的尝试，以For Human为例：将成的例同原需求内容进关联，通过成的测试例，可快速的定位于成的原内容，提升消费效率思考1：如何让成的例更准确，更全

5、更准确更全知识库的构建专家经验使基本例设计1.基于回归例、通业务知识构建通型检索知识库2.使回归例作为知识源主要是充分考虑知识的有效性和维护成本1.基于前期针对业务测试例的分析，从个测试专家的度沉淀测试经验2.前已沉淀专家测试经验80+，基本涵盖主流的测试场景1.个好的测试例，需要有好的测试例设计规范2.需要保证在上下基础上能充分理解测试意图3.还需要在测试的基本要素上(前置、操作、预期)都能够做到精准 初期探索-成架构架构主要组成模块成档切/版分析/功能模块提取功能点成模块可拆分性判断/功能点识别成例成基本例设计/知识召回成优化 初期探索-模块成Stage?：档切Stage?：档版分析Sta

6、ge?：功能模块提取档切部分主要是将原始的 PRD（Product RequirementDocument，产品需求档）档进细致的切操作。具体功能：章节切分、功能块识别、完整性校验 档版分析则侧重于对档的结构和布局进全深的理解。这过程包括准确识别档中的标题、段落层次、列表、图表等各种元素，以及它们之间的相互关系。具体功能：表格分析、图分析、段落分析在完成档切以及版分析之后，功能模块提取器会接收特定的输信息并对这些输的内容进处理，将其抽取并转化为结构清晰的功能模块树思考：为什么要进档切？初期探索-功能点成(PE)特征分析功能点特征完整性:必须包含明确的前置条件、操作步骤和预期结果。独性:测试点之