Warning: realpath(): open_basedir restriction in effect. File(/www/wwwroot) is not within the allowed path(s): (/www/wwwroot/runmie.com/:/tmp/) in /www/wwwroot/runmie.com/wp-content/plugins/wp-file-manager/classes/backup-storage.php on line 119

Warning: realpath(): open_basedir restriction in effect. File(/www) is not within the allowed path(s): (/www/wwwroot/runmie.com/:/tmp/) in /www/wwwroot/runmie.com/wp-content/plugins/wp-file-manager/classes/backup-storage.php on line 119

Warning: realpath(): open_basedir restriction in effect. File(/) is not within the allowed path(s): (/www/wwwroot/runmie.com/:/tmp/) in /www/wwwroot/runmie.com/wp-content/plugins/wp-file-manager/classes/backup-storage.php on line 119
Baserun怎么用 AI产品测试自动化工具教程 - 润灭
首页 > AI工具教程 > Baserun怎么用 AI产品测试自动化工具教程

Baserun怎么用 AI产品测试自动化工具教程

更新时间:2026-10-09 02:38:41 发布时间:58分钟前 阅读:3次

Baserun是一个AI产品测试工具,用自然语言写测试用例,AI自动执行测试并报告bug。下面按一次网页产品测试来走:先准备测试网址和测试账号,再把关键操作、预期结果写清楚,最后检查运行记录。不同版本的按钮名称可能略有变化,遇到类似入口时按页面提示操作即可。网站名“润灭”可作为示例项目名。

第一步:准备测试环境和账号

先打开你的测试环境,确认页面能正常访问,准备一个专门用于测试的账号和密码。不要直接拿线上用户数据做测试。把登录地址、测试账号、主要功能页面记下来;如果产品有验证码、短信验证或单点登录,先确认测试环境提供了可用的测试方式,避免自动化流程卡在登录环节。

第二步:创建项目并填写应用信息

登录 Baserun 后,在工作区里找创建项目或新建测试的入口,输入项目名称,再填写应用的测试网址。若页面要求选择环境,优先选开发或预发布环境。保存后检查网址是否拼对,尤其留意 http 与 https、末尾路径和端口号;不确定时先在浏览器里手动打开一次。

第三步:添加测试账号和访问条件

进入项目设置或测试配置,找到凭据、环境变量一类的栏目,把测试账号信息按字段填入;如果系统支持密钥变量,密码就存成变量,不要写进测试描述。再检查登录页是否需要先同意弹窗、选择组织或填写验证码,把这些前置条件记下来,后面写步骤时一并交代。

第四步:用自然语言描述测试目标

点击新建测试或添加用例,在描述框里写一个单一目标,例如“使用测试账号登录,进入订单页,搜索订单号,确认结果中显示对应订单”。描述时按实际页面动作写,少用“验证功能正常”这种笼统说法。把成功条件写具体,方便系统判断结果,也方便你之后排查失败原因。

第五步:拆成可执行的操作步骤

把刚才的目标拆成连续动作:打开登录页、输入账号和密码、点击登录、等待首页出现、打开订单页、填写订单号、点击搜索。每一步尽量只描述一个动作,并写出页面上的按钮或字段名称。如果界面有多个相似入口,补充位置或上下文,避免自动执行时点错。

第六步:补充预期结果和异常情况

在用例的预期结果处写明最终应看到什么,例如订单号、状态文字或成功提示。再新增一条边界测试:搜索不存在的订单时,页面应显示空结果提示,而不是报错。先从正常流程开始,确认跑通后再测空值、错误密码和网络异常,别把所有场景堆在一个用例里。

第七步:先检查用例再运行

运行前从头读一遍测试描述,确认网址、登录条件、按钮名称和预期结果都准确。若页面提供预览、编辑或确认步骤的选项,先检查系统识别出的动作;发现它把“订单搜索”理解成别的操作,就改写成更具体的指令。随后点击运行或执行,保持测试环境稳定,暂时别手动操作同一账号。

第八步:查看运行记录并复现问题

测试结束后打开运行结果,先看通过或失败状态,再查看失败步骤、截图、页面记录或错误信息。若失败发生在登录,检查账号和验证条件;若发生在按钮点击,核对页面是否改版或文案是否不同。确认是真实缺陷后,记录复现步骤、实际结果和预期结果,再交给开发处理。

第九步:修改用例并做回归

修复产品或调整测试描述后,重新运行失败用例,确认问题解决。再把登录、搜索等核心流程放进同一组回归测试,后续每次改动都优先跑这些用例。页面结构变化时,及时更新步骤和按钮描述;跑通一次后也要抽查结果,避免自动化通过但实际检查条件写错。

第十步:国内替代方案怎么选

如果你更想在国内工具里完成产品构建和验证,可以了解码上飞。打开码上飞官网,按页面指引进入产品创建流程,先用一段清晰需求生成或搭建页面,再亲自检查关键操作、表单校验和提示文案。它与 Baserun 的用途不完全相同,选择前先确认当前功能是否覆盖你的测试需求。

标签:
微信        
微信号runmie