Icke-funktionell testning – varför är det sÃ¥ svÃ¥rt?

Först och främst gillar jag inte beteckningen icke-funktionell. VadÃ¥ icke-funktionell, vad är det som inte fungerar? prestanda och säkerhet är det icke-funktioner? Att man mÃ¥ste logga in, att man bara kan se vissa delar av ett system eller vissa delar av databasen är typiska behörighetsfrÃ¥gor som jag räknar till ”säkerhet”. Är det icke-funktioner? Jag har läst en del försök till alternativa benämningar: kvalitetsfaktorer/egenskaper(inte sÃ¥ illa), para-funktionella delar(hmm, paralyserad, para-normal(utanför det normala enl SAOL), paraply..nja kanske inte), supplementary requirements (RUP) ”kompletterande krav” – kompletterande till vadÃ¥? Jag fastnar nog för kvalitetskrav – det säger mest. NÃ¥n annan som har ett bättre förslag?

Och nu till frÃ¥gan varför det är sÃ¥ svÃ¥rt att testa dessa krav. Det första som slÃ¥r mig är att det är för att de sällan eller aldrig finns nerskrivna. Om det nu skulle finnas nÃ¥got pÃ¥ pränt sÃ¥ är det oftast otillräckligt, tvetydigt, motsägesefullt eller kanske en blandning av allt ihop. SÃ¥ vi fÃ¥r börja med att ta fram kraven genom att intervjua de olika intressenterna, som inte heller de vet vad de vill ha eller hur de ska frÃ¥ga efter det de tycker om. Läste precis i boken ”Exploring Requirements” (rekommenderas varmt – finns pÃ¥ bla Adlibris.se) att vÃ¥rt mÃ¥l är att ge kunden vad de behöver inte vad de tror att de vill ha – dÃ¥ blir de mest nöjda. Intressant vinkling pÃ¥ problemet. Lyssnade pÃ¥ en lysande föreläsning av Andreas Granqvist om tillgänglighet pÃ¥ NFI Testforum. han spetsade till det genom att pÃ¥peka att användares beteende kan studeras som man gör med djur men räkna inte med att fÃ¥ nÃ¥t vettigt ut av dem vad gäller vad de vill ha.

Säg att vi nu skulle ha riktigt bra krav nedskrivna, hur bra skulle vi dÃ¥ kunna testa dem? Svaret blir nog att vi som icke-specialister inte skulle göra ett specielt bra jobb. Om vi tar exempelvis användbarhet, visst kan vi med hjälp av diverse checklistor kolla att knappar och texter stämmer med standard men användbarheten i sig – det blir nog mest vÃ¥ra egna Ã¥sikter om vad vi tycker är bra snarare än vad som är rätt eller fel. Och vad är vÃ¥ra Ã¥sikter som amatörer värde mot designproffsen som byggt systemet, nej det gÃ¥r inte. Här behöver vi specialister och kanske ett användbarhetslabb. Kolla in FunkaNu Säkerhet, prestanda eller robusthet dÃ¥? DÃ¥ krävs det verktyg, teknisk kunskap och säkerligen en bättre testmiljö än den vi testar pÃ¥ just nu. Vad ska vi dÃ¥ göra? Nu spÃ¥nar jag fritt, har inte gjort nÃ¥gon djupare analys men tänkt en hel del.

1. Steg ett är att vi mÃ¥ste veta vad vi behöver för krav pÃ¥ kvalitetsfaktorerna. Vilket underlag krävs i vÃ¥rt projekt? Jag kan tänka mig en prioriteringslista där beställaren säger att tex prestanda är viktigt men säkerhet inte är lika viktigt. Sen fÃ¥r de dÃ¥ beskriva vad de menar med prestanda: Det ska inte uppfattas som lÃ¥ngsamt för en normalkund att öppna förstasidan pÃ¥ vÃ¥r websajt. Definiera normalkund, PC-typ, uppkoppling, under vilka förhÃ¥llanden – högtrafik, normal…LÃ¥ngsamt : typ mer än tre sekunder. Även om vi inte kan fÃ¥ exakta svar kan vi om vi skriver kraven i dess sammanhang med syfte och mÃ¥l fÃ¥ en bra bild. Det är dock tveksamt om vi som testare ska ta fram kraven, dÃ¥ överskrider vi vÃ¥ra arbetsuppgifter. Men visst händer det att vi gör sÃ¥, eller hur?

2. Steg tvÃ¥ är att utifrÃ¥n kraven kunna göra en bedömning om det är nÃ¥got vi kan hantera själv, om vi behöver mer information, om vi behöver viss miljö, eller om vi ska kalla in experter – eller rättare sagt meddela projektledaren att vi rekommenderar att man tar in experter. Ska dessa dÃ¥ bÃ¥de ta fram kraven och sen testa dem? Det är väl oftast det som sker. Är det bra dÃ¥?

3. Steg tre är att vi eller specialisterna utför tester och rapporterar resultatet. När det gäller prestandatester sker det ofta en ”tuning” under testerna sÃ¥ att systemet uppnÃ¥r den prestanda som begärts. Redan här inser jag mina begränsingar och skulle aldrig ta pÃ¥ mig ansvaret för att utföra prestandatesterna i ett projekt.

Har letat med ljus och lykta efter böcker, artiklar om detta och hittat vissa delar om prestanda och användbarhet. Kanske dags att skriva en bok till tillsammans med de bästa inom varja omrÃ¥de. Finns det nÃ¥gon som har en riktigt bra mall för ”icke-funktionella2 krav. Skicka den gärna till mig pÃ¥ torbjorn at ryber.se

//Tobbe

Posted on 21 maj, 2006 in Testing

Share the Story

About the Author

Back to Top