Following the integration test cycle

During the integration builds, all of the newly completed tasks from developers are gathered and built. They are gathered based on the integration testing process rule that is used by the integration testing project hierarchy.

About this task

Here is what is included in the integration test cycle:

The software is likely to have problems during the integration test cycle, and might not build successfully. The goal is to find problems right away, not to get a high-quality installation area. Stability is not the goal right now because of the unstable nature of the software in the development cycle.

Here are some of the types of problems you might see during integration-level builds include:

The integration build area is not a stable environment because it contains the most recently completed tasks. Another reason is that the candidates change frequently as developers complete their tasks. This instability is normal.

The integration test cycle is short and frequent, which helps you to find problems as early in the development cycle as possible. Additionally, developers with insulated development projects do not bring in each outside change until the tasks have passed integration testing.

The integration cycle works best if you can build and test every day. Make the newly tested tasks available to developers immediately after they pass testing.

Typically, here is what is included in the integration-level build cycle:

Now that you understand the tasks to complete during the integration test cycle and why you must complete these operations, you are ready to perform the operations.


Feedback