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官方文档的原生结构来看，测试套件本身已经把测试用例目录、shared共享目录、对象库和全局脚本分成了不同层级，而且查找共享脚本时也有固定顺序。顺着这套结构来组织脚本，再去拆公共函数和页面对象，工程会稳很多。

很多人第一次用Squish，觉得录制很简单，点一下Record，跟着操作一遍，脚本就出来了。可真正麻烦的地方，往往不在第一遍能不能录出来，而在第二遍、第三遍以后脚本还能不能继续用。Qt官方文档把这条线说得很清楚：录制本身是从测试套件和测试用例开始的，录制过程中会自动把对象写进Object Map，后面脚本要不要好维护，很大程度上就取决于对象名、同步方式和共用代码有没有先收顺。

做Squish授权配置时，最容易弄混的不是安装程序，而是许可证模型本身。Qt官方现在把Squish的许可证模型分成三类，本地许可证、本地网络中的Squish Floating License Server，也就是FLS，以及Squish 9.2及更新版本可用的Qt License Server，也就是QLS。不同模型的配置方式完全不一样，本地许可证是把密钥直接配到客户端，本地浮动许可要让客户端连到一台运行中的许可服务，而QLS则是让客户端连接到一个许可证服务地址。所以真正开始配置前，先把当前组织到底用哪一种许可模型分清，后面的步骤才不会走反。

在Squish里，验证点并不只是“录一段脚本后顺手加一句判断”，它本质上是把界面状态、对象属性、截图或表格内容转成可重复执行的检查动作。官方文档明确说明，验证点既可以通过代码直接写，也可以通过IDE里的Verification Point Creator点选生成；而属性校验最常见的落地方式，就是用对象属性加`test.compare()`或`test.verify()`这样的验证函数来完成。