Squish

Squish完成自动化测试后，可以在IDE中查看执行结果，也可以通过命令行生成适合归档或CI使用的报告。报告中通常会包含测试用例状态、验证点结果、错误信息和相关附件。如果导出的报告只有测试用例名称，却缺少具体通过、失败或验证结果，问题往往出在测试脚本没有写入有效结果、报告生成方式不匹配，或者测试执行被提前中断。围绕“Squish怎么生成测试报告，Squish测试报告缺少执行结果如何检查”，需要把测试执行、结果记录和报告输出三个环节分别确认。

Squish脚本能否稳定回放，很大程度上取决于对象映射。界面改版后，按钮文字、控件类型或父级窗口发生变化，旧映射便可能找不到对象。处理“Squish对象映射怎么维护Squish对象映射更新后脚本失效怎么办”，重点是更新对象的识别属性，尽量保留脚本正在引用的符号名称。

运行完Squish脚本以后，只看软件界面里的绿条和红条肯定是不行的，因为真正在做回归测试的时候，用例结果、失败报错、日志和图片这些都是需要留存下来的，而且最好还能让自动构建平台读懂。怎么把报告弄出来，还有里面没有截图该怎么找，这些问题其实就是要去配好格式、存文件的路径、怎么出截图以及归档的办法，要不然脚本跑了以后，后面想看失败原因就找不到证据了。

Squish脚本在变多以后，测试用例就不能一个个散着放了，像登录、查询、新增、删除、导出、异常提示这些流程，如果全部堆在一个目录里面，前期可能还得看懂，后期一跑回归测试就很轻易会变乱。所以说，Squish测试套件怎么管理以及Squish测试套件执行顺序怎么调整，这些事情的重点不是要把用例的数量做多，而是要把套件的结构、共享的资源、标签的分组还有执行的顺序先理好。

自动化测试被放进持续集成的流水线里面去跑之后，慢慢就会发觉，真正容易出问题的往往已经不是测试脚本写得对不对了，而是更多集中在运行的环境、文件存放的路径、执行时的权限，还有被测程序本身是怎么被启动的这个方面上。要说清楚对Squish和Jenkins的集成工作到底应该怎样去配置，以及在Jenkins上面的任务跑失败了以后又该怎么去排查，这里面最核心的一个事情，就是需要让Jenkins能够稳稳当当地把squishrunner这个运行器的命令给调用起来，同时还必须保障squishserver服务、存放测试案例的套件、被测的应用程序，以及用来放置测试报告的目录，都能够被当前这台负责执行任务的节点机器正常地访问到。实际上，Squish这个工具是支持通过Jenkins里创建的任务来跑测试的，在这个过程里头，squishrunner会专门负责去执行测试的脚本，并且和squishserver之间进行通信。

Squish回归测试的核心，是把已经验证过的关键业务流程持续重复执行，并通过稳定的验证条件判断新版本是否引入功能异常。实际使用中，测试结果不稳定往往并不是被测功能本身存在缺陷，而是由对象识别、界面同步、测试数据或运行环境变化引起。处理“Squish怎么执行回归测试，Squish回归测试结果不稳定如何优化”时，需要先保证测试套件本身具有明确的执行范围，再针对偶发失败的位置判断究竟是应用问题还是自动化脚本问题。

Squish录制或回放脚本前，需要先找到并启动被测应用，也就是AUT。项目换目录、软件升级或测试机迁移后，原来的映射路径很容易失效。处理“Squish AUT怎么添加Squish AUT启动路径错误怎么排查”，重点要看AUT映射、测试套件设置和实际启动环境是否一致。

Squish脚本在本地的软件里能跑通，其实只能说明单机环境没大问题，如果真的要把脚本放到实际项目里面，通常都是需要接入到Jenkins、或者是TeamCity、Azure DevOps这些自动化的持续集成平台里面的，这样就能在每次项目构建好之后自动去跑测试，还能把生成的报告结果给存下来；其实关于Squish怎么接入，还有日志怎么去看的问题，最核心的并不是说简简单单把命令往流水线里一放就行了，而是要把运行时候的环境、测试套件放在哪里的路径、最后报告要什么格式，还有失败时候的返回码，这些零碎的东西全部都得配置明白才行。

关于Squish断言检查的添加方法，以及结果不稳定时的解决对策，自动化脚本虽然可以进行按钮的点击和内容的输入，但是这只能证明测试流程被跑通了，功能的最终结果是不是正确并不能被保证；所以在开展自动化测试的时候，断言检查是不能被缺少的；通常所说的Squish断言，其实更多的是指验证点，也就是把某个对象属性、表格数据、截图或者界面状态拿来检查，看看它们是不是和预期一样；关于如何把断言添加进去，以及结果不稳定要怎么处理，重点并不是要把检查点加得越多越好，而是测试人员要把它们加在关键的位置上，那些经常发生变化的内容需要被避开。

当录制的脚本慢慢变多以后，那些反复出现的登录操作、打开页面的行为、清理数据的步骤以及等待控件出现的逻辑，维护起来就会变得越来越费劲；要说清楚Squish里面的共享脚本该怎样重复使用，以及它被导入之后为什么又不起来了作用，最关键的一点，就是要把那些公共的函数给存放到合适的目录下面，并且还要在用例的脚本里明确地把它加载进来。按照Squish官方的说明文档，共享脚本可以被安置在测试套件下的shared/scripts这个目录里面，也能作为Global Scripts拿给多个测试套件去共同使用。

在GUI自动化测试中，应用对象识别是Squish执行测试操作的基础。测试脚本需要先找到目标窗口、控件以及对应属性，才能完成点击、输入、校验等操作。实际使用Squish时，对象识别失败是比较常见的问题，例如录制脚本后无法再次定位控件、界面更新后原对象路径失效、部分动态生成对象无法找到等情况。这些问题通常和对象属性变化、应用连接状态以及识别方式有关，需要结合具体场景进行调整。

Squish在录制测试时，会为界面对象建立符号名称和实际识别规则，执行测试时再根据对象属性去定位AUT中的控件。处理“Squish怎么设置对象识别规则，Squish对象映射失效如何排查”时，重点不是让规则包含越多属性越好，而是选择稳定、能够唯一识别对象的属性。窗口标题、动态文本、序号等容易变化的属性一旦被写入Object Map，界面稍有调整就可能导致原有脚本无法找到对象。Squish 9.2仍以Symbolic Name和Real Name的映射作为对象识别的重要机制。

自动化脚本在一台电脑上运行正常，换到速度较慢的环境后却频繁报错，很多时候并不是操作步骤写错，而是界面还没准备好，脚本已经执行到了下一步。处理Squish同步等待怎么配置Squish waitForObject等待超时怎么办，重点是根据对象状态选择等待方式，别把固定暂停当成通用方案。

Squish做远程测试时，先要弄清楚一件事：脚本不是直接去控制远程电脑上的程序，而是通过squishrunner连接远程机器上的squishserver，再由squishserver去启动或控制AUT。Squish文档里也说明，squishrunner会通过TCP/IP和squishserver通信，再间接和被测应用交互。Squish远程测试怎么连接Squish远程测试连接超时怎么处理，重点就是把主控机、远程机、端口、白名单和AUT配置这几层关系理顺。

在使用Squish工具开展自动化测试的过程中，多数操作者在初期阶段均会首先应用录制功能，该方式的上手速度较快，其能够直接将鼠标点击、键盘输入以及菜单选择等日常动作转化为代码脚本，然而通过录制生成的脚本，并不能够直接投入到长期且稳定的运行当中。针对Squish测试脚本的录制与回放异常排查，其核心要点并不在于“完成录制”这一动作本身，而是在于录制结束之后，操作者需要将零散的脚本重新整理，使其转化为具备可维护性的测试用例。

在软件测试过程中，图形界面自动化测试可以减少重复操作，提高测试执行效率。Squish作为GUI自动化测试工具，可以通过录制操作、编写测试代码等方式创建自动化测试脚本，用于验证应用程序功能。实际使用时，测试脚本并不是创建完成后就一定能够稳定运行，例如对象识别失败、测试环境变化、脚本执行中断等情况，都可能导致测试失败。因此，在使用Squish进行自动化测试时，需要了解脚本创建方式，并掌握运行异常后的排查方法。

Squish做GUI自动化测试时，真正影响脚本稳定性的往往不是点击和输入动作，而是控件能否在下一次运行时被准确找到。录制过程中，Squish会根据控件属性建立对象名称并保存到Object Map，脚本执行时再通过这些信息重新定位控件。处理“Squish怎么创建GUI自动化测试，Squish测试脚本无法识别控件如何处理”时，需要把测试步骤、对象映射和界面加载状态放在一起看，尤其要避免让窗口标题、动态文本等容易变化的属性成为主要识别条件。

Squish脚本运行太快时，单靠日志很难看清变量在哪一步变了。设置断点后，可以让测试停在指定代码行，再检查脚本变量、调用栈和AUT对象属性。处理“Squish脚本断点怎么设置Squish脚本断点命中后变量怎么查看”，要把断点放在真正会执行的代码上。断点打在空行、注释或没走到的分支里，运行多少次都不会停。

在Squish脚本写的比较多之后，最麻烦的其实不是多点几次按钮，而是同样的流程需要换很多组数据，就比如登录的时候要测好多账号，查询的时候要换不同的条件，新建表单的时候还要考虑正常值、空值和边界值，要是每组数据都去复制一份脚本，后面维护起来就会非常头疼，Squish数据驱动测试怎么做Squish数据驱动用例读取失败怎么办，其实核心的想法就是把具体的“操作步骤”写在脚本里面，然后把“输入的数据和预期的结果”单独放到数据文件里面。

在用Squish这个工具做自动化测试的时候，脚本可能会出问题，其实很多时候不是写脚本的逻辑搞错了，主要还是软件里的控件对象没办法被系统稳定地认出来。关于Squish对象识别怎么配置，以及Squish对象识别失败后怎么重新定位这两个问题，它的核心解决办法就是要把对象名字配置得既能起到唯一的区分作用，又不能写得太死板。