Test Status

Introduction

(please scroll to bottom for test results) ERP5 is used for many critical applications. Our customers depend on it to run their every day business, and they can not accept having regularly bugs coming again and again. Every software issue could have important consequences, especially if you think about banking, aerospace applications and many others. Therefore Nexedi considers the quality as one of its top priorities and runs automated testing since the early age of ERP5.

Unit / Functional / Deployment and Scalability Tests

While the code of ERP5 is evolving, more and more tests are added. When issues are reported, we write the test and fix the problem. Like this we make sure that the same issue is not going to happen again. Also, when new features are done, tests are added to make sure we will provide a well working experience. We have both unit tests and functional tests. Unit tests are used to test isolated software component, while functional tests are used to verify scenarios closer to user experience.

Development policy

We tried for years to keep the quantity of failures as low as possible. While the size of ERP5 was growing up, it started to be more and more time consuming to track regressions. In particular, it's quite common that a change in some part of the code generates a regression in another place that seems unrelated without detailed analysis. And then it happened that we had several errors, and it was difficult to see new ones.

Therefore, after our switch to git, we introduced the rule "contributions must not introduce ANY regression". So we started by fixing test failures, we checked all random issues, and we started to reject any code introducing failures. The idea is simply to check all unit tests before contributing changes to the central place. This can easily be done thanks to our Testing Infrastructure.

Thanks to this rule, about any revision of ERP5 could be considered as stable. This is a really great success. With a quantity of test growing, we have nearly 0 errors/failures all the time.

Testing Infrastructure

We are using what we call "ERP5 Test Nodes". They are processes installed on many different machines thanks to SlapOS cloud tools. We define several lists of tests to run, and ERP5 test nodes will look regularly to several code repositories to detect new commits, then they launch software constructions and finally tests are automatically run. Theses days we are using about 180 CPU cores to run tests for our various projects and for different versions.

Description of tests

Please find below a short description of all tests currently running:

  • ERP5.UnitTest-Master
    A unit test suite which covers all ERP5 code base.
  • ERP5.CodingStyleTest-Master
    Static code and configuration analysis for every business templates.
  • ERP5.ScalabilityTest-Master
    Tests how scalable an ERP5 instance is by simulating heavy intensive operations against a set of cluster configurations
  • ERP5.PerformanceTest-Master
    Tests pure ERP5 performance like creating and storing an object which should happen without any regressions for a already predefined time set
  • ERP5.StandaloneDeploymentScriptTest-Debian.Buster / ERP5.StandaloneDeploymentScriptTest-Debian.Buster.Master / ERP5.StandaloneDeploymentScriptTest-Debian.Bullseye
    A deployment test which assures that we can install ERP5 into a Debian Buster (10) / Bullseye (11) OS. The "Master" variant tests additionally that we can install the latest software release (from master branch), instantiate the product and apply a default automatic configuration. The non "Master" variant uses latest "frozen" version without automatic configuration testing. The non "Master" variant is much faster as software release compilation is downloaded pre-compiled from shacache.
  • Pygolang.UnitTest-Master.Python2 / Pygolang.UnitTest-Master.Python3
    A unit test which covers Pygolang ( Go-like features for Python and Cython )
  • Wendelin.UnitTest-Master
    A unit test suite which covers Wendelin (Big Data Platform) code base
  • Wendelin.CodingStyleTest-Master
    Static code and configuration analysis for Wendelin business templates.
  • Wendelin.core.UnitTest-ZODB4-wc2 / Wendelin.core.UnitTest-ZODB5
    A unit test suite which covers wendelin.core, Out-of-Core processing module from Wendelin (Big Data Platform), for both ZODB4 and ZODB5.
  • Wendelin.StandaloneDeploymentScriptTest-Debian.Buster /  Wendelin.StandaloneDeploymentScriptTest-Debian.Buster.Master / Wendelin.StandaloneDeploymentScriptTest-Debian.Bullseye
    Tests installing Wendelin inside Debian Buster (10) / Bullseye (11) OS.
  • NEO.UnitTest-Master / NEO.UnitTest-Master.ZODB3 / NEO.UnitTest-Master.ZODB5
    A unit test suite which covers the NEO (distributed, redundant and transactional storage DB)
  • Zodbtools.UnitTest-Master.ZODB4.Python2 / Zodbtools.UnitTest-Master.ZODB4.wc2.Python2 / Zodbtools.UnitTest-Master.ZODB5.Python2 / Zodbtools.UnitTest-Master.ZODB6.Python3
    A unit test suite for zodbtools , running for ZODB4, ZODB4 with wendelin.core2 support and ZODB5 on python 2 and ZODB6 on python 3
  • JIO.UnitTest-Master
    A unit test suite (javascript) for our  JIO framework running on a web browser
  • JIO.UnitTest-Master.NodeJs
    A unit test suite (javascript) for our  JIO framework running on NodeJS
  • RenderJs.UnitTest-Master
    A unit test suite (javascript) for our RenderJS framework
  • OfficeJS.Appstore.UnitTest-Master
    A unit test which covers the OfficeJS Appstore code base
  • SlapOS.Theia.ResilienceTest-Master-Peertube
    Tests that the data produced by Peertube Software Release inside a resilient Theia is correctly backup-ed and restored in a backup Theia, in order to ensure a disaster recovery
  • SlapOS.Theia.ResilienceTest-Master-ERP5
    Tests that the data produced by ERP5 Software Release inside a resilient Theia is correctly backup-ed and restored in a backup Theia, in order to ensure a disaster recovery
  • SlapOS.Theia.ResilienceTest-Master-Gitlab
    Tests that the data produced by Gitlab Software Release inside a resilient Theia is correctly backup-ed and restored in a backup Theia, in order to ensure a disaster recovery
  • SlapOS.Eggs.UnitTest-Master.Python2 / SlapOS.Eggs.UnitTest-Master.Python3
    Tests all eggs which are been developed under SlapOS Project, and it may include recipes (slapos.cookbook, slapos.recipe.build...) and also tools (slapos.toolbox). Tests for different Python versions.
  • SlapOS.Buildout.UnitTest-Master.Python2 / SlapOS.Buildout.UnitTest-Master.Python3
    A unit test suite for slapos.buildout, our fork of zc.buildout
  • SlapOS-Master.UnitTest-Master
  • SlapOS.KVM.ResilienceTest-Master
    Tests that the disk used by a KVM is correctly backuped and can be reused by a second KVM, in order to ensure a disaster recovery.
  • SlapOS.SoftwareReleases.IntegrationTest-Master
    On every change on master branch, it compiles several Software Releases, like ERP5, WendelinKVM .... (see the full list) on the testnodes (currently we have testnodes running on Debian 10 and Debian 11).
  • SlapOS.SoftwareReleases.IntegrationTest-1.0
    Same as SlapOS.SoftwareReleases.IntegrationTest-Master, for every change on 1.0 branch.
  • SlapOS.SoftwareReleases.IntegrationTest-No-Shacache-Master
    Same as SlapOS.SoftwareReleases.IntegrationTest-Master, without accessing shacache.
  • SlapOS-Master.StandaloneDeploymentScriptTest-Debian.Buster / SlapOS-Master.StandaloneDeploymentScriptTest-Debian.Bullseye
    Tests slapos' master installation on Debian Buster (10) / Bullseye (11) OS
  • nxdtest.UnitTest-Master.Python2 / nxdtest.UnitTest-Master.Python3
    Tox-like tool to run tests for a project under Nexedi testing infrastructure
  • Cloudooo.UnitTest-Master
    A unit test suite which tests our conversion daemon called cloudooo
  • Beremiz.UnitTest-Master.Python2.wxPython4
    A unit test suite  and functional test suite  which covers Beremiz (Beremiz is an integrated development environment for machine automation) code base.
  • Beremiz.IntegrationTest-Master
    An integration test suite which simulates the proper running of a Beremiz runtime environment controlling a virtual coupler device.

Test Results

You can find below the result of automatic test of ERP5 code.

1 - 44 of 44 records
Date Test title All tests Skips Failures Errors Test Result Build Result
11/12/2024   22:25 ERP5.UnitTest-Master 8406 207 1 2
FAIL
Completed
11/12/2024   18:16 ERP5.CodingStyleTest-Master 7042 3 0 0
PASS
Completed
13/06/2022   21:21 ERP5.ScalabilityTest-Master 40 0 0 0
PASS
Completed
11/12/2024   21:55 ERP5.PerformanceTest-Master 14 0 4 0
FAIL
Completed
12/12/2024   02:30 ERP5.StandaloneDeploymentScriptTest-Debian.Buster 8 1 0 0
PASS
Completed
12/12/2024   07:36 ERP5.StandaloneDeploymentScriptTest-Debian.Buster.Master 8 1 0 0
PASS
Completed
29/12/2023   20:59 ERP5.StandaloneDeploymentScriptTest-Debian.Bullseye 8 1 0 0
PASS
Completed
11/12/2024   16:17 Pygolang.UnitTest-Master.Python2 264 19 0 0
PASS
Completed
11/12/2024   17:33 Pygolang.UnitTest-Master.Python3 264 20 0 0
PASS
Completed
11/12/2024   17:34 Zodbtools.UnitTest-Master.ZODB4.Python2 79 0 0 0
PASS
Completed
11/12/2024   16:30 Zodbtools.UnitTest-Master.ZODB4.wc2.Python2 79 0 0 0
PASS
Completed
11/12/2024   16:19 Zodbtools.UnitTest-Master.ZODB5.Python2 79 0 0 0
PASS
Completed
11/12/2024   18:04 Zodbtools.UnitTest-Master.ZODB6.Python3 79 0 21 0
FAIL
Completed
11/12/2024   17:21 Wendelin.UnitTest-Master 73 0 0 0
PASS
Completed
11/12/2024   23:50 Wendelin.core.UnitTest-ZODB4-wc2 1325 8 0 0
PASS
Completed
22/05/2024   09:03 Wendelin.core.UnitTest-ZODB5 1205 8 0 0
PASS
Completed
12/12/2024   07:34 Wendelin.StandaloneDeploymentScriptTest-Debian.Buster 8 1 0 0
PASS
Completed
12/12/2024   07:00 Wendelin.StandaloneDeploymentScriptTest-Debian.Buster.Master 8 1 0 0
PASS
Completed
12/12/2024   06:07 Wendelin.StandaloneDeploymentScriptTest-Debian.Bullseye 8 1 0 0
PASS
Completed
12/12/2024   03:04 NEO.UnitTest-Master 1429 0 24 589
FAIL
Completed
02/03/2021   07:59 NEO.UnitTest-Master.ZODB3 841 2 26 1
FAIL
Completed
16/10/2023   01:23 NEO.UnitTest-Master.ZODB5 1402 9 39 13
FAIL
Completed
12/12/2024   09:24 JIO.UnitTest-Master 4341 0 0 0
PASS
Completed
12/12/2024   10:13 JIO.UnitTest-Master.NodeJs 3315 0 0 0
PASS
Completed
12/12/2024   08:40 RenderJs.UnitTest-Master 675 0 0 0
PASS
Completed
11/12/2024   00:23 OfficeJS.Appstore.UnitTest-Master 19 0 0 0
PASS
Completed
11/12/2024   18:25 SlapOS.Eggs.UnitTest-Master.Python2 1333 53 2 2
FAIL
Completed
11/12/2024   18:27 SlapOS.Eggs.UnitTest-Master.Python3 1639 51 2 6
FAIL
Completed
03/08/2024   01:56 SlapOS.Buildout.UnitTest-Master.Python2 644 0 0 0
PASS
Completed
12/12/2024   13:21 SlapOS.Buildout.UnitTest-Master.Python3 644 0 0 0
PASS
Completed
11/12/2024   21:39 SlapOS-Master.UnitTest-Master 1486 14 0 0
PASS
Completed
09/11/2024   23:10 SlapOS.KVM.ResilienceTest-Master 1 0 0 1
FAIL
Completed
12/12/2024   12:09 SlapOS.SoftwareReleases.IntegrationTest-Master 1253 9 2 23
FAIL
Completed
11/12/2024   19:13 SlapOS.SoftwareReleases.IntegrationTest-1.0 1312 11 1 5
FAIL
Completed
23/01/2024   04:15 SlapOS-Master.StandaloneDeploymentScriptTest-Debian.Buster 8 1 0 0
PASS
Completed
22/01/2024   19:13 SlapOS-Master.StandaloneDeploymentScriptTest-Debian.Bullseye 8 1 0 0
PASS
Completed
03/12/2024   15:19 SlapOS.Theia.ResilienceTest-Master-Peertube 2 0 0 0
PASS
Completed
12/12/2024   05:49 SlapOS.Theia.ResilienceTest-Master-ERP5 2 0 0 0
PASS
Completed
04/12/2024   00:20 SlapOS.Theia.ResilienceTest-Master-Gitlab 2 0 0 0
PASS
Completed
11/12/2024   17:06 nxdtest.UnitTest-Master.Python2 46 3 0 0
PASS
Completed
11/12/2024   16:08 nxdtest.UnitTest-Master.Python3 46 3 0 0
PASS
Completed
11/12/2024   16:18 Cloudooo.UnitTest-Master 206 4 0 0
PASS
Completed
22/05/2024   06:27 Beremiz.UnitTest-Master.Python2.wxPython4 10 0 0 0
PASS
Completed
11/12/2024   14:13 Beremiz.IntegrationTest-Master 2 0 0 0
PASS
Completed