Squish中文网站 > 热门推荐 > Squish IDE怎么用 Squish工程结构与目录规范怎么整理
Squish IDE怎么用 Squish工程结构与目录规范怎么整理
发布时间:2026/04/22 16:00:57

  很多团队刚开始用Squish时,最容易乱掉的不是录制按钮怎么点,而是工程一多以后,测试套件、公共脚本、对象库和测试数据全堆在一起,后面谁也说不清哪个目录该放什么。按Squish当前官方文档的组织方式来看,一个测试套件本身就有很明确的骨架,套件根目录里有suite.conf,测试用例各自有独立子目录,套件级共享内容放在shared下面,公共对象库和共享脚本也有固定位置。顺着这套原生结构去整理,后面的维护成本会小很多。

  一、Squish IDE怎么用

 

  Squish IDE真正高频的动作,其实就是建套件、建用例、补共享资源、调套件设置这几步。先把这条主线走顺,比一开始学很多零散技巧更实用。

 

  1、先建测试套件

 

  打开IDE以后,用【File】里的【New Test Suite】创建套件,向导里需要填写套件名称、保存目录、工具包类型、脚本语言和被测应用。完成以后,Squish会自动创建套件目录,并在里面生成suite.conf,同时把被测应用注册到squishserver。

 

  2、再建测试用例

 

  套件建好以后,再用【File】里的【New Test Case】或测试套件视图里的新建按钮增加用例。每建一个用例,Squish都会在套件目录下新建对应子目录,并自动放入test.py、test.js这一类脚本文件,所以测试用例天然就是按目录隔离的,不需要团队自己再发明一层嵌套。

 

  3、公共脚本不要散放

 

  如果一段登录、清场、初始化或断言逻辑要被多个用例复用,就不要复制到每个test文件里。官方建议把这类内容放进套件级shared/scripts目录,再通过source和findFile去引用;如果是所有套件都通用的脚本,还可以放到Global Scripts。

 

  4、套件设置集中在一处改

 

  对象库、被测应用、密码和测试设置,都可以在【Test Suite Settings】里统一查看和修改。这样做的好处,是把运行口径收在套件级,而不是把路径和配置散写到每个用例里,后续迁移目录时也更好改。

 

  二、Squish工程结构与目录规范怎么整理

 

  整理目录时,关键不是文件夹建得多,而是让每一层只放一种职责的内容。Squish本身已经把套件根目录、共享资源目录、测试用例目录和对象库位置分得比较清楚,团队内部最好顺着这个结构定规则,而不是反着来。

 

  1、套件根目录只放总配置

 

  suite.conf适合留在套件根目录,文本对象库objects.map也默认放在这里。这个层级不要再塞脚本和测试数据,否则一打开套件根目录,配置文件和业务文件混在一起,后面很难看出哪些文件是套件级入口。

 

  2、测试用例目录只放本用例内容

 

  每个测试用例本来就有自己的子目录和测试脚本,所以本用例独有的数据、截图和资源也应尽量跟着放在这一层。这样看目录时,一眼就能分清哪些内容只服务一个场景,避免后期删改时误伤公共资源。

  3、共享资源固定收进shared

 

  套件内要复用的脚本和数据,统一放进shared/scripts或套件共享资源目录,不要一会儿放在case里,一会儿放到外部零散路径。官方文档对shared的定位很明确,它就是给整个测试套件共用内容准备的。

 

  4、对象库只保留一套主入口

 

  如果你们采用脚本式对象库,官方说明里它会放在shared/scripts下的names.ext;如果采用文本式对象库,则默认是根目录下的objects.map。两种方式不要混着长期并行,否则同一个对象名会分散在两处,后面最难维护。

 

  三、Squish目录边界怎么提前定好

 

  工程越做越乱,通常不是因为Squish没有结构,而是团队把套件边界、共享边界和全局边界混用了。只要这三层提前定清,后面新加用例和新接成员都不会太乱。

 

  1、先定套件命名口径

 

  测试套件名最好直接带业务模块或被测应用名,用例目录统一用tst_这类前缀。这样做和官方教程里的命名习惯一致,也方便后续在多个套件之间快速识别层级。

 

  2、再定共享脚本边界

 

  凡是两个以上用例共用的内容,直接进shared/scripts;只有单个用例使用的辅助内容,才留在用例目录。这样团队成员看到文件位置,就能先判断它是局部逻辑还是公共能力。

 

  3、最后定全局脚本边界

 

  只有跨多个套件复用的通用能力,才放到Global Scripts或全局脚本目录。因为findFile查找脚本时,本来就会先看用例脚本目录,再看套件共享脚本,再看全局脚本目录和环境变量目录,所以边界越清楚,脚本查找和复用就越稳。

 

  4、对象名和资源名不要来回改口径

 

  对象库的价值就在于集中维护对象名,官方也一直强调对象映射是为了在界面层级或对象名变化时减少脚本改动。要是团队今天一套名字,明天又换一套,目录再整齐也救不了后面的维护成本。

  总结

 

  Squish IDE怎么用,先抓住建套件、建用例、配共享脚本和改套件设置这条主线就够了。Squish工程结构与目录规范怎么整理,重点则是让suite.conf留在根目录,让用例各自独立,让共享资源回到shared,让对象库只保留一套主入口。这样整理完以后,工程层次会清楚很多,后面不管是录制、维护还是交接,都不容易再乱。

135 2431 0251