我最近使用 Protractor 选择了一个项目。
我在理解套件和规格之间的区别时遇到了麻烦。当我在运行该文件夹后运行测试文件夹时,我也遇到了套件问题,我运行了另一个测试文件夹,但所有测试都失败了。下面列出的任何帮助都是很好的或套件的样子。
例子:
suites: {
CSRSmokeTest: '../smoke/Video/**.js'
DesktopSmokeTest: '../smoke/deskTop/**.js'
},
我最近使用 Protractor 选择了一个项目。
我在理解套件和规格之间的区别时遇到了麻烦。当我在运行该文件夹后运行测试文件夹时,我也遇到了套件问题,我运行了另一个测试文件夹,但所有测试都失败了。下面列出的任何帮助都是很好的或套件的样子。
例子:
suites: {
CSRSmokeTest: '../smoke/Video/**.js'
DesktopSmokeTest: '../smoke/deskTop/**.js'
},
套件对于组织测试非常有用。
这个问题实际上归结为套件和测试用例之间的差异。引用维基百科“测试套件”定义:
一组测试用例,旨在用于测试软件程序以表明它具有某些指定的行为集。测试套件通常包含每个测试用例集合的详细说明或目标,以及有关测试期间要使用的系统配置的信息。
换句话说,测试套件是由一个共同的属性 logic联合起来的规范/测试用例的集合。例如,您可能拥有适用于应用程序不同类型功能的套件homepage
,search
等等:
suites: {
homepage: 'tests/e2e/homepage/**/*Spec.js',
search: [
'tests/e2e/contact_search/**/*Spec.js',
'tests/e2e/venue_search/**/*Spec.js'
]
},
和/或,您可能将规格按测试类型分组为套件:
suites: {
smoke: 'tests/e2e/smoke/*.js',
performance: 'tests/e2e/performance/*.js'
},
或者,您可以将所有“回归”测试放入一个单独的套件中。或者,您可以将自己的逻辑应用于组规范。
需要注意的是,单个规范可以是多个测试套件的一部分。