Continuous Integration for 'Different' Builds

Continuous Integration for Applications that are 'different'

Noted by Julian Gamble

Issues encountered 1. Having multiple clients wanting different features in their version of the software (80% common) (40/70 features for a client)

2. Business minded management (normal?) (No refactoring!)

3. Multiple streams of dev per client

4. Junior team members (normal) (7 months to understand domain model)

5. Moving half the client base off of websphere onto O/S solution

6. Intermitantly available components (too hard to mock interface) (Challenge of mocking intermittantly availability) (asynch model?)

7. Control over environment limited to one component

8. Limitations of automated GUI robot testing

9. Multiple hardware deployment environments (different implementations of standard)

10. Lack of availability of automated testing tools for PDA/Windows Mobile environments

11. Difficulty of performance testing without production like environment

12. Testing/mocking queue interfaces

13. Introducing continuous integration on systems not designed for it (refactoring - see 2).