Fixar testaren biffen ?
När man är ute och pratar om testning på olika företag har jag märkt att testning är något som görs i slutet, strax innan produktet skall tagas i drift. Ett synonym med testning är att den också höjer kvalitén på produkten. Jag har då argumenterat att testning som en sista aktivitet innan release inte höjer kvalitén på produkten utan bara påvisar vilken kvalité eller brist på kvalité en produkt har.
Det har fått mig att tänkta på hur testning skullle höja kvalité på en produkt med så lite insats som möjligt. En produkt med hög kvalite är en produkt med få buggar, det är definitionen på kvalité i detta inlägg.
Hur kan man med enkla medel få test att bli en del av utvecklingen och inte något man gör strax innan release ?
Om man har någon form av möte där man diskuterar olika former av lösningsförslag. Det kan vara organiserat eller runt kaffemaskinen. Att bjuda in testaren till dessa möten för att diskutera lösningar på hur GUI skall fungera och hur funktionen i sig skall fungera kan vara lönande. Jag har varit med om att att utvecklare har enbart tänkt på funktion och inte tagit med användaren i beräkningarna.
Hur kommer egentligen användaren att använda systemet ?
På ett av mina tidigare konsultuppdrag så gjorde jag gjorde jag lite dumma tester som jag alltid brukar göra. Jag använde systemet som man inte skall använda system men som man kan använda systemet. Detta ledda till att hela systemet kraschade och det tog ett par timmar att återställa. Jag rapporterade detta som en defekt, men den blev en defekt som avslogs med motiveringen att "så använder man inte system". Jag lät då supporten blanda sig in i diskussionen och vi kom fram till användare gör just detta som jag gjorde och de gör det flera gånger i veckan.
Som testare kan jag vara med och diskutera hur användarna kan använda system utan att en enda rad har skrivit och kvalité har höjts. För vi vet ju att kvalité byggs, inte testas in i systemet.
