Rob Bracken sjekker ut hva ekstrem programmering ved hjelp dunit kan gjøre for din applikasjonsutvikling. Du har sikkert hørt om Extreme Programming, eller XP (nei, jeg tror ikke Microsoft hadde det i tankene når de kalte den nyeste versjonen av Windows). XP råder deg til å være obsessive om å teste koden din og til refactor ved slipp av en lue. XP og refactoring utfyller hverandre godt, som du ikke ville være trygg om ommøblerer mindre du kan teste refactored system.Even hvis du ikke gjør mye refactoring, men er det en god idé å teste systemet og til. Dessuten, hvis du setter opp en rekke tester som automatisk teste koden din, kan du sjekke eventuelle senere endringer du gjør. Så hvis sjefen 10 år gamle sønn har vist ham hvordan du gjør et Word-du kan legge til at funksjonen, sikker på du ikke har brutt noe et annet sted i systemet. Deretter, når Borland utgivelser neste versjon av Delphi med de nyeste irritabel funksjonene, eller selskapet standardiserer på en annen bakgrunn end database, kan du overføre koden til den med minst mulig oppstyr, fikse noe som ikke klarer testene. Til slutt, når propellor- hodet som programmerte den viktige rutinen som holder hele systemet sammen slutter i selskapet, kan du fortsatt opprettholde det, så endringene ikke vil passere testene med mindre rutine fortsetter å gjøre det den er designet for å gjøre. Jeg er sikker på at du kan tenke på andre gode grunner for å opprettholde en testsuite. Hvis du følger XP regler, vil du skrive testene for en rutine før du skriver rutinen. Deretter, når den passerer testene, kan du være sikker på at den gjør det den er ment å gjøre. Det er faktisk lettere å skrive koden når du har skrevet testene. Kvaliteten på koden din blir bedre, du bruker mindre tid på feilsøking og brannslukking, etc, etc (men du har hørt disse argumentene før, har du ikke?). Du trenger imidlertid ikke nødt til å gjøre hele XP litt for å dra nytte av fordelene med automatisk testing.CLICK HER for hele artikkelen. Anmeldelser