En av de viktigaste utmaningarna för utvecklare att testa kod är att bestämma en test svit kvalitet - dess förmåga att hitta fel. Den vanligaste metoden är att använda kod täckning som ett mått på test svit kvalitet, och minska avkastningen i täckning eller hög absolut täckning som en stoppregel. Vid testning av forskning utvärderas svitkvalitet ofta av en svits förmåga att döda mutanter (artificiellt utsådda potentiella fel). Fastställande av vilka kriterier som bäst förutser mutation dödar är avgörande för den praktiska uppskattningen av testsvitens kvalitet. Tidigare arbete har bara använt små uppsättningar av program, och vanligtvis jämför flera sviter för ett enda program. Utövare, dock sällan jämföra sviter - de utvärderar en svit. Med hjälp av sviter (både manuella och automatiskt genererade) från en stor uppsättning av verkliga öppen källkod projekt visar att utvärderingsresultaten skiljer sig från dem för svit-jämförande: uttalande (inte block, gren, eller väg) täckning förutspår mutation dödar bäst.
Gopinath m.fl. REF använde sviter från en stor uppsättning av verkliga open-source-projekt för att avgöra vilka täckningskriterier som bäst förutspår mutation dödar.
Code coverage for suite evaluation by developers
{'venue': 'ICSE 2014', 'journal': None, 'mag_field_of_study': ['Computer Science']}