Best Practices in Test Automation

Abstract

Testiautomaatio on ohjelmistokehityksessä testauksen alamuoto, jossa testaus toteutetaan ohjelmoiduilla automaattisilla testeillä. Tästä syystä testiautomaatio on alana lähempänä ohjelmistokehitystä kuin perinteistä testausta. Alalle päätyy kuitenkin paljon työntekijöitä ilman varsinaista ohjelmistokehityksen koulutusta, mikä on johtanut tuotetun koodin tason laskemiseen. Tähän ongelmaan ratkaisuksi kehitettiin Parhaiden käytänteiden dokumentti. Tämä dokumentti käy ajatustasolla ja oikean maailman esimerkein läpi työtavat, jotka johtavat laadukkaampaan kehitykseen ja pitkällä tähtäimellä alan laadun parantumiseen. Dokumentti käy läpi testiautomaation tärkeimmät osa-alueet: projektin hallinta, testiarkkitehtuuri, kirjastokehitys sekä versionhallinta. Työn tarkoituksena oli lähestyä ohjeiden tekemistä pehmeämmällä tavalla, eikä luoda listaa asioista, jotka on pakko tehdä projektista riippumatta. Osa-alueiden sisällöksi valittiin työn onnistumisen kannalta tärkeimmät osa-alueet, joissa työryhmä koki olevan parantamisen varaa ja jotka koettiin mahdolliseksi ratkaista selkeällä ohjeistuksella. Työn tarkoituksena ei ollut luoda teknistä ohjekirjaa, jossa käytäisiin vaihe vaiheelta läpi tehtävät asiat. Sen sijaan työn on tarkoitus ohjata miettimään kunkin omaa kehitystyötä ja kuinka kehitystyön nostamia asioita voitaisiin hyödyntää tulevaisuudessa.

Test Automation is a subsection of testing a part of software development itself. In test automation, the testing is done by programming an automated script that does the testing. For this reason, the field is a lot closer to traditional software development than testing. However, the people who get into test automation have usually not gone through traditional studies to become programmers. This has led to the quality of the code to suffer. To fix this a Best Practices documentation was created. The document goes through the main methods on a paradigm level, with real-life examples. The methods will in the long run result in better quality output from test automation developers. The document goes through the most important subsections: Project management, Test Architecture, Library Development and Version Control. The purpose of the study was to approach the guidelines in a softer way, without creating a checklist of mandatory actions. The subsections were selected in accordance with what the team found to be the most important for the project health and most in need of guidelines. The intention was not to create a technical documentation that would go through the development process step-by-step. Instead the guidelines are supposed to guide people in their thought process on how they could develop themselves and improve their work.