Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
D
dune-common
  • Project overview
    • Project overview
    • Details
    • Activity
    • Releases
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 69
    • Issues 69
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Merge Requests 51
    • Merge Requests 51
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
  • Operations
    • Operations
    • Incidents
    • Environments
  • Packages & Registries
    • Packages & Registries
    • Package Registry
  • Analytics
    • Analytics
    • CI / CD
    • Repository
    • Value Stream
  • Wiki
    • Wiki
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • Core Modules
  • dune-common
  • Issues
  • #107

Closed
Open
Opened Dec 05, 2017 by Jö Fahlke@joeOwner0 of 3 tasks completed0/3 tasks

Group unit tests into "quick" and "expensive"

I would like to group our tests in quick and extensive tests, to counter long unit test times:

dune-common master simd-branch
make -j4 5s 5s
make -j4 build_tests 52s 9m2s
ctest -j4 9s 12s
(These times were obtained with ccache disabled, no MPI, but with Vc)

The reason for the long build time is that I test the interface for many combinations of types and operations. This has been useful when developing the interface, but is not that useful on a day to day basis. Nevertheless, the unit tests are a good place to keep those tests for when they are needed.

The quick tests would probably be used be the developer before pushing, and possibly on every ous by the CI.

The extensive tests would be used before a release, or on a weekly or even nightly basis in the CI. @ansgar even claimed that he could run the extensive tests for every push in the CI.

  • !432 (merged) adds labels to tests, and labels all current dune-common tests as quick
  • joe/dune-docker!1 patches duneci-standard-test to support test labels
  • Modify .gitlab-ci.yml to take advantage of test labels, where appropriate.
Edited Mar 21, 2018 by Jö Fahlke
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
None
Due date
None
Reference: core/dune-common#107