# GitLab tests in the Continuous Integration (CI) context > 原文：[https://docs.gitlab.com/ee/development/testing_guide/ci.html](https://docs.gitlab.com/ee/development/testing_guide/ci.html) * [Test suite parallelization on the CI](#test-suite-parallelization-on-the-ci) * [Monitoring](#monitoring) * [CI setup](#ci-setup) # GitLab tests in the Continuous Integration (CI) context[](#gitlab-tests-in-the-continuous-integration-ci-context "Permalink") ## Test suite parallelization on the CI[](#test-suite-parallelization-on-the-ci "Permalink") 我們當前的 CI 并行化設置如下： 1. 在`prepare`階段的`retrieve-tests-metadata`作業可確保我們有一個`knapsack/report-master.json`文件： * 從 S3 提取`knapsack/report-master.json`文件，如果不在此處，則使用`{}`初始化文件. 2. 每個`[rspec|rspec-ee] [unit|integration|system|geo] nm`作業均使用`knapsack rspec`運行，并且應具有均勻分布的測試份額： * 之所以起作用，是因為"默認情況下傳遞了所有先前階段的工件"以來，作業可以訪問`knapsack/report-master.json` . * 作業將自己的報告路徑設置為`"knapsack/${TEST_TOOL}_${TEST_LEVEL}_${DATABASE}_${CI_NODE_INDEX}_${CI_NODE_TOTAL}_report.json"` . * 如果背包正在執行任務，則運行的測試文件應列在`Report specs` ，而不是" `Leftover specs` . 3. `update-tests-metadata`作業（僅[在規范項目的](https://gitlab.com/gitlab-org/gitlab)預定管道上運行）將所有`knapsack/rspec*_pg_*.json`文件合并在一起，然后將它們全部合并為一個`knapsack/report-master.json`文件，然后將其上傳到 S3. 之后，下一個管道將使用最新的`knapsack/report-master.json`文件. ## Monitoring[](#monitoring "Permalink") [監視](../performance.html#rspec-profiling) GitLab 測試套件的`master`分支以及名稱中包含`rspec-profile`任何分支. [公共儀表板](https://redash.gitlab.com/public/dashboards/l1WhHXaxrCWM5Ai9D7YDqHKehq6OU3bx5gssaiWe?org_slug=default)可供所有人查看. 隨意查看最慢的測試文件并嘗試對其進行改進. ## CI setup[](#ci-setup "Permalink") * [由于性能原因](https://jtway.co/speed-up-your-rails-test-suite-by-6-in-1-line-13fedb869ec4) ，CI 中默認情況下禁用 Rails 日志到`log/test.log` . 要覆蓋此設置，請提供`RAILS_ENABLE_TEST_LOG`環境變量. * * * [Return to Testing documentation](index.html)