如何验证点击ADD按钮新增次数与表格实际行数匹配

核心校验逻辑围绕「基准值采集-成功操作计数-最终值比对」的思路实现，具体操作步骤如下：

• 采集初始基准行数：正式触发新增操作前，先统计表格内有效数据行的初始数量，注意不要把表头、表尾合计行算入统计范围，只选取表格数据区的行元素做计数。比如做前端自动化校验时，用选择器table tbody tr做元素匹配，拿到的数量存为变量baseRowNum即可。
• 统计实际生效的新增次数：不要直接把ADD按钮的点击次数等同于成功新增次数。每次点击ADD后，要确认新增操作真的生效——比如表单校验通过、新增接口返回成功、页面弹出新增成功提示，再给成功计数器successAddTimes加1；遇到点击后表单校验拦截、接口报错、操作被取消的情况，不要计入成功次数。
• 采集操作完成后的最终行数：所有新增操作执行完后，不要立刻统计行数，要等页面DOM渲染稳定、表格数据刷新完成（如果是异步加载的表格，要等数据接口返回、前端渲染完成后再执行统计），用和第一步完全一致的选择器规则统计当前数据行数量，存为变量finalRowNum。
• 做数值比对校验：直接判断等式finalRowNum === baseRowNum + successAddTimes是否成立即可：等式成立说明表格行数和实际新增次数完全匹配，等式不成立说明存在漏增、多增的异常问题。

常见踩坑提醒 #

• 统计行的时候一定要固定选择器范围，不要把表头、分页栏、加载占位行这些非数据行算进结果里，避免计数不准。
• 如果表格带分页，优先取表格底栏展示的全量数据总条数做校验，比逐行数DOM元素的准确率更高；如果要数DOM行，要确认所有新增行都在当前统计的页签内，避免漏统计其他分页的行。
• 不要在点击ADD后立刻统计行数，前端框架的异步渲染、接口请求的网络延迟都会导致拿到未更新完成的错误行数，一定要加合理的显式等待，等新行确实渲染到表格里之后再做统计。

内容的提问来源于stack exchange，提问作者Abhishek Kambalapalli