我确实把单元测试和集成测试分开了。
对于单元测试来说,它非常简单,而且很有效,但是我在使用“超级测试”进行集成测试时遇到了一些问题。
"test": "jest -c jest.config.js",
"testIntegration": "jest -c jest.config.integration.js"
const unitConfig = require('./jest.config');
unitConfig.testPathIgnorePatterns = ['_tests_/unit', '_tests_/acceptance'];
unitConfig.maxConcurrency = 1;
unitConfig.globalSetup = '<rootDir>config/jest/globalSetup.js';
unitConfig.globalTeardown = '<rootDir>config/jest/globalTeardown.js';
module.exports = unitConfig;
const startupFunctions = require('../../startupFunctions');
module.exports = (async () => {
await startupFunctions.startup();
}), 10000;
如果我移动启动功能之前,那么一切都很好和工作。
有什么建议吗?
我发现那是不可能的。https://github.com/facebook/jest/issues/7184
英文原文:http://emberjs.com/guides/testing/integration/ 集成测试通常用来测试应用中得重要工作流。集成测试用来模拟用户交互和确认交互结果。 设置 为了对Ember应用进行集成测试,需要在测试框架中运行应用。首先需要将根元素(root element)设置为任意一个已知将存在的元素。如果根元素在测试运行时可见的话,这对测试驱动开发非常有用,带来的帮助非常
主要内容:集成测试背后的原因,集成测试技术,集成测试方法,集成测试指南集成测试是单元测试后软件测试过程的第二个层次。在此测试中,软件的单元或单个组件在组中进行测试。集成测试级别的重点是在集成组件或单元之间交互时暴露缺陷。 单元测试使用模块进行测试,这些模块在集成测试中进行组合和测试。该软件使用许多软件模块开发,这些软件模块由不同的编码器或程序员编码。集成测试的目标是检查所有模块之间通信的正确性。 集成测试背后的原因 虽然软件应用程序的所有模块已经在单元测试中进行了测
设计 集成测试包括 3 个模块:测试用例、测试环境以及测试引擎。 测试用例 用于定义待测试的 SQL 以及测试结果的断言数据。 每个用例定义一条 SQL,SQL 可定义多种数据库执行类型。 测试环境 用于搭建运行测试用例的数据库和 ShardingSphere-Proxy 环境。 环境又具体分为环境准备方式,数据库类型和场景。 环境准备方式分为 Native 和 Docker,未来还将增加 Emb
我有一个用selenium进行单元测试和集成测试的项目。 当我用IntelliJ执行cucumber集成测试时,它工作得很好,您可以看到: 用Intellij执行cucumber集成测试 但是,当我执行mvn集成测试时,似乎没有发现任何联调: 故障保护输出 我定义了以下POM: > 文件夹结构是文件夹结构 mvn集成-测试输出https://drive . Google . com/file/d/
15. 集成测试