同步操作将从 openEuler/QA 强制同步,此操作会覆盖自 Fork 仓库以来所做的任何修改,且无法恢复!!!
确定后同步将在后台操作,完成时将刷新页面,请耐心等待。
As an open and innovative platform, the openEuler community is built upon contributions made by developers. The quality assurance system of the community also requires a joint effort from developers.
You need to sign a Contributor License Agreement (CLA) before making contributions.
As a developer, you can contribute to the openEuler community by helping with test assurance at the package, version, and tool levels. This document describes the details of the tests.
The quality assurance of a software package includes:
You can contribute test code to the upstream community of the software package. The Open Build Service (OBS) will perform the test cases based on the make check
command specified in the SPEC file when building the binary package. You can also directly contribute code to the corresponding project of the openEuler community.
As a community of integration, the openEuler community welcomes all developers in the industry to construct, share, and govern the community together. You are welcome to contribute to the community development by referring to the Contribution Guide. Currently, the requirements of the community edition are managed by the release management SIG. The SIGs of the community are responsible for the corresponding requirements submitted by the release management SIG. The maintainers and developers of the SIGs provide assurance for the contributions, such as code submission, issue resolution, CVE fixes, and testing delivery. The QA SIG is the quality assurance team of the community, which manages testing of the community edition. The maintainers of the QA SIG are responsible for composing and reviewing the overall test policy to guide the testing activities for subsequent version iterations.
Requirement analysis
To participate in requirement analysis, see the feature lists and the release plans in the release management SIG repository. For details about the implementation of a specific requirement, click the link in the comment area of the corresponding issue or view the associated repository.
Test scheme design
After understanding feature implementation details, you can participate in test scheme design by referring to the Test Scheme Design Template. After the QA SIG reviews the test design scheme, submit it to the archive directory of the corresponding version in the QA SIG repository through a PR.
Test code writing
The mugen test framework is now available in the openEuler community. Write test code and perform local debugging based on the discussed test scheme in compliance with Test Case Naming and Coding Specifications.
Code submission
After coding and debugging, submit code to the code repository and manage directories based on feature names through PRs.
Test report compilation
The community edition tests are performed based on features. Each SIG is responsible for the corresponding feature tests. After the tests are completed based on a given test scheme, the SIG test maintainer compiles the feature test report based on the Feature Test Report Template. After being reviewed by the QA SIG, the feature is submitted in a PR and archived in the corresponding version test result directory.
For details, see Package Reinforcement Test.
See the release management SIG repository for the release plan of the openEuler community edition. You can make contributions as a developer by performing version tests in the Community Test System. For details about the repositories, see the list of repositories in the QA SIG repository and repository description.
The ecosystem construction and quality assurance in the openEuler community depends on efficient and convenient tools. You can contribute various tools to the tool repository as a developer, including but not limited to:
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。