Framework content first. À tester
Bonne idée.
Très bon blog de Mathias Verraes. Il y a même un flux RSS
Principe du moindre étonnement en P.O.O.
Retour sur l'excellent ouvrage : Unit Testing Principles, Practices, and Patterns de Vladimir Khorikov
Approche fonctionnelle pour un parser. À étudier
How did we get from 'Program to an interface, not to an implementation' to 'Just slap an interface on there, it's the fashionable thing to do'?
We are often faced with trying to test software that is closely coupled to some kind of framework. Examples include visual components (e.g. widgets, dialogs, etc.) and transactional component plug-ins. Testing these objects is hard because it can be expensive or impossible to construct all the objects that our system under test (SUT) needs to interact with. In other cases we have objects that are hard to test because they run asynchronously; examples include active objects (e.g. threads, processes, web servers, etc.) and user interfaces. Testing these objects is hard because the asynchronicity introduces uncertainty, interprocess coordination and the need for delays in tests. Faced with all these issues developers often just give up on testing this kind of code.