The point is that whenever possible, you should choose in-process tests over those that destroy product.

Of course, there is risk in the opposite direction too. If a product goes too long without testing involvement, it can be difficult to undo a series of design decisions that reduce testability to the point that automation is too hard and resulting test tools too brittle.

One important thing to note is that agility does not equal time to market. Rather, it is agility + testability + deployability. This is a trap many architects fall into when translating domain concerns. Focusing on only one of the ingredients is like forgetting to put the flour in the cake batter. For example, a domain stakeholder might say somethi

There are four central benefits of Agile: the ability to release early and generate new ideas quickly, the ability to release more frequently, the ability for user testing to influence subsequent design cycles, and the ability to change the vision of the product as it comes to