Modify Integration

De productpatterns_wiki
Saltar a: navegación, buscar

Spanish.jpg Español

Box-In.png
Entries

  • Testing

Box-Out.png
Exit

  • Testing

Star.png
Solution

process-descending-24px.png
Process

Modify Integration1.png

time-24px.png
Development time

    • To acquire the necessary knowledge to develop the software product:
    • To create the Product Pattern: 45 minutes.
    • To apply the Product Pattern:

video-24px.png
Explanatory video

    • Not applicable



Search-32px.png
Quality Controllers

  • None

template.png
Templates

  • Integración_Continua.doc

stuff.png
Examples

  • None

tool.png
Support Tools

start-flag.png
Initial Context

This product can be used in any project in which it is present the concept of continuous integration and collective property, by which any member of the team can modify it by another member.

end-flag.png
Result Context

Developers get conclusions of the integration tests that were unsatisfactory or can be simplified.

cloud.png
Problem

Developers should keep the principles of continuous integration so that you never lose too much time in identifying a problem caused by a mistake made in recent weeks. In the integration should be taken into account that the entire system (code and test) must be reviewed by any team member.

forces.png
Restrictions (Forces)

  • Characteristics of organizations: This pattern can be used in existing projects in any company.
  • System Type to develop This product can be used in projects in which user requirements are changing.
  • Type of Customer: It must exist or be achieved, the target area development business being involved in achieving it.
  • Heuristics of use::If it need urgent application or dispose of some of their funcionalidades.

roles.png
Roles

  • Developers (2-12)

lightbulb.png
Lessons Learned

  • Recode continually has the effect of splitting the system into lots of small items and lots of small methods. This diminishes the likelihood that two pairs of developers change the same class or change the same method at the same time. If they do, the effort required to reconcile changes is small, because one of each members represent only a few hours of development.
  • The modification of integration based on unsatisfactory evidence or identifying elements can be simplified even more.
  • The tests file is a generic document for all test types with unit testing box checked, which bind all test cases together for a task. We must pay special attention to tests with unsatisfactory integration because they have to be modified. In this document their responsible and history associated is reflected. Corresponding to the test results and associated comments field is filled.

award.png
Capability Level

  • Not applicable.

Options.png
Basic Knowledge and Skills

board-24px.png
Knowledge

  • Knowledge of coding standard that defines the shared code ownership and the rules for writing and documenting code and communication between different pieces of code developed by different teams. Programmers have to follow the so that the code in the system look like if it had been written by one person.
  • Knowledge of the common vision of how the program works in which the activities take place.


help-24px.png
Abilities

  • Ability to work in group. All on an XP computer contribute in any way they can.
  • Predicting what will be completed by the deadline, and determining what to do next.
  • Programming capability in pairs. Besides to generate better code and tests, used to communicate knowledge through teams.

Information-Sources.png
Information Resources