AI TEST SUITE
海隆言灵 ／ AI 测试自动化平台
录制一次界面操作后，就能用文字编写测试用例。
录制一次界面操作，系统即可生成文字形式的测试步骤和预期结果。无需编写代码，业务人员也能读懂并参与评审。
可回放的执行记录输出为 HTML，界面证迹与注释输出为 Excel，规格书与报告书一并产出，验收与交付时可以直接附上。
测试工序上耗掉的人力与时间
自动化早就有人尝试，工时却降不下来，原因在以下四点。
编写脚本需要了解界面结构与代码。能编写脚本的人员有限，自动化推进缓慢；这些人员离开后，自动化工作会中断。
录制生成的脚本高度依赖界面元素的位置与名称，元素排列变化就会失效，每次都需要花时间修复脚本。
测试数据需要按输入条件人工准备。所需数据越多，准备工作越耗时，可能占用大半工时。
规格书、证迹与报告书都需人工整理，负责人还须提供证据，说明测试品质。
从录制操作到产出成果物的顺序
人只在三处动手：录制一次、通读生成的步骤、核查判定不符之处；其余各道工序由平台承担。
平台根据输入项的名称与约束，为需要测试数据的用例批量生成符合规则的数据；取值范围可在界面上调整。
登录、检索这类高频操作可以登记为部件；改一处部件，调用它的用例全部随之更新。
读得懂、不易失效、还顺带产出成果物的测试
测试用例改用文字描述，无需编写代码；界面小改时无需修改步骤，成果物随执行自动生成。
在业务界面上照常操作，点击的顺序即转为步骤描述，核对之处即转为预期结果。预期结果由操作前后的画面变化推断得出，录制时不必另行写明；有遗漏之处，事后可以手工补上。转写以实际页面为依据，不会像纸面上写出来的步骤那样与实物脱节。
产出的不是代码而是文字，业务人员可以自行阅读核对 —— 确认测试是否覆盖到位，不再只是技术人员的工作。
传统脚本依赖界面元素的位置与名称，排列变化就会失效，而能够修复脚本的人员有限。
本平台按界面含义识别元素，文字步骤就是执行指令。元素的排列或名称变了，同一套步骤仍能执行。界面大幅重做时，需要把变动的部分重新录制一次；日常的小改动不必通过修脚本来适配。
可回放的执行记录输出为 HTML，界面证迹与注释输出为 Excel，规格书与报告书一并产出。步骤对应操作，预期结果对应判定，执行过的内容与文档上的内容因此不会分离。
产出的材料自动存入对象存储（S3），随时可以取出以追溯执行过程。每执行一次，成果物就更新一次，无需人工重做。验收与交付所需的材料，不必等测试结束后再从头整理。
测试前后的准备与收尾，一并承担
测试前的准备和测试后的收尾比执行更耗时，也由同一套平台完成。
当前支持 Windows 环境下运行的 Web 应用。支持移动端（Android／iOS）和对接 CI／CD（持续集成与持续交付）是后续扩展计划。
推进的顺序是：试点 → 选定要覆盖的场景 → 横向铺开。先从回归测试入手，对象选以输入表单为主的系统，最容易看出成效。
能省下多少工时，目前没有可以公开的实测数据；我们的做法是导入之后先实测，再把结果报给客户。
见效最明显的是回归测试，尤其是以输入表单为主的界面。一边试一边定方向的探索式测试，以及性能、耐久这类非功能测试，不在本平台替代的范围内。
界面大幅重做后，需要局部修正对应步骤，或重新录制变动的部分。布局与样式一类的调整，仍可沿用同一套用例。
目前以试点的形式提供。需要按具体要求调整时，我们先听取内容再作安排。
原先手工工序的替换方式
下面逐项对照：积压下来的四项手工作业，与它们各自的替换方式。
原先的手工作业 → 替换后的做法
| 原先的手工作业 | 替换后的做法 |
|---|---|
| 人工编写规格书 | 由录制的操作转写步骤与预期结果，直接输出为规格书 |
| 一条条准备数据 | 读取输入项的名称与约束，成批生成符合规则的数据 |
| 执行之后肉眼核对 | 看界面操作，并同时核对显示与入库内容 |
| 手工整理证迹 | 执行记录输出为 HTML，界面证迹与注释输出为 Excel，都可直接附上 |
| 界面一改就要返工 | 不逐个定位元素，小幅改动无需改写步骤 |
| 每个环境各做一套用例 | 连接目标通过环境变量切换，测试、验收与生产共用同一套用例 |
我们自研平台的功能规格（宣传资料，截至 2026 年 9 月）。能省下多少工时须在导入之后实测，故不列于此。
NEXT
咨询请联络相关负责人。
只要指定一个对象，我们就会展示对应的成果物及验证报告。
可以直接查看实际系统的输出，判断这套方式是否有效。
只需告知选定哪一个对象，即可开始。