Generelt set findes der et hav af testautomatiseringsværktøjer i markedet. Ligesom de forskellige testtyper har forskellige formål, de forskellige testteknikker finder forskellige typer fejl, lige sådan forholder det sig med værktøjer til testautomatisering. Der findes værktøjer, der er egnede til eksempelvis API-test, til performancetest, til svartidsmålinger osv. Tilsvarende findes der forskellige værktøjer til testafvikling og til test management.
Det er derfor essentielt at vide, hvad det helt konkrete behov er, inden der vælges et værktøj. Derudover er der en række parametre, som kan have betydning for valg af værktøj:
- Formål med værktøjet?
- Hvilke behov og krav skal værktøjet kunne opfylde?
- Økonomi - pris, licensomkostninger? Open Source?
- Teknologiunderstøttelse - hvilke teknologier skal værktøjet kunne understøtte? Nu og på sigt?
- Hvilke værktøjer er allerede tilgængelige i AU?
- Hvem skal forvalte et nyt værktøj?
- Er der nogen, der allerede har kendskab til værktøjet? Kræver det undervisning at komme i gang? Hvor stejl læringskurve forventes?
- Hvad kræver det at vedligeholde værktøjet?
- Kan værktøjet "spille sammen med" øvrige værktøjer? Kan testresultater fra automatiske tests eksempelvis opsamles i test management-værktøjet - og understøttes sporbarhed?
- Sker der løbende udvikling af værktøjet eller har det ligget stille over længere tid? Hvor mange gange om året kommer der eksempelvis releases?
- Hvem skal anvende værktøjet? Skal det kunne benyttes af alle, eller er det ok at det kun er til udviklerne?
- Ydes der support på værktøjet? Er der hjælp at hente, hvis der er behov for det?
- Kan der indhentes referencer? Enten fra andre enheder i AU, der anvender værktøjet, eller eksternt?
- Skal værktøjet kunne anvendes på tværs af projekter/forvaltning?
Listen med gode spørgsmål er ikke udtømmende, men den indikerer, at et værktøjsvalg aldrig kan stå alene - det skal altid holdes op imod den kontekst, det skal indgå i og det konkrete behov.