Den praktiska verkligheten m?ter den teoretiska modellen
?Download as DOCX, PDF?
0 likes?341 views
Den praktiska verkligheten m?ter den teoretiska modellen
![Den praktiska verkligheten m?ter den teoretiska modellen
Alan Page har nyligen gett ut en sammanst?llning av alla hans blogginl?gg
som handlat om testautomatisering, testability, och vad som ?r bra
automatisering[1]. Jag gillar hans tankar kring ?mnet och hans blogg ?r ofta
den f?rsta jag bes?ker n?r jag g?r igenom veckans nya testartiklar och inl?gg.
Men situation han beskriver ?r kanske inte den situation som alla testare
m?ter dagligen. Att vara en integrerad och likv?rdig del av utvecklingsteamet,
att tidigt f? vara med och utforma testability, att kunna angripa testproblem
och fritt v?lja om ett visst omr?de ska automatiseras eller k?ras manuellt,
och hur det ska automatiseras eller k?ras. Vissa testare kanske bara f?r en
mjukvara och en bristande kravbild i ett sent skede av projektet , med krav p?
hur resultatet ska rapporteras, och f?r g?ra det b?sta av situationen.
Vad h?nder d? n?r en ny testare l?ser hans bok, och full av entusias m
kommer till en ny arbetsplats f?r att utf?ra stord?d med
automatiseringsverktyg? Jag skulle gissa p? att testaren i de flesta fall blir
besviken. Den kunskap han inh?mtat fr?n boken ?r kanske inte bara
oanv?ndbar utan i v?rsta fall kontraproduktiv. Detta begr?nsar sig s? klart
inte till kunskap om automatisering.
Hur angriper man problemet att olika organisationer, i olika kontexter, med
olika mognadsgrad, kr?ver olika angreppss?tt? En erfaren testare kanske ?r
flexibel nog att anv?nda utforskande testnin g n?r det ?r m?jligt, att
automatisera n?r r?tt milj? och omst?ndigheter till?ter det, och att exekvera
skriptade testfall n?r det ?r vad som kr?vs. Kan man f?rbereda en ny testare
f?r detta?
Cem Kaners Black Box Software Testing kurs er [2], som de flesta k?nner till,
?r definitivt en bra start. Speciellt om de l?gger till en kurs om
automatisering och testability ocks?, vilket jag tror kanske l?ggs till i
framtiden [3]. Finns det n?got mer att g?ra?
Kanske kan vi n?r vi skriver artiklar och b?cker vara tyd liga med f?r vilken
kontext det vi beskriver passar in i? Vilken typ av f?retag, vilken typ av
mognadsgrad, vilken typ av f?ruts?ttningar som beh?vs f?r att n?gonting ska
fungera. Problemet ?r v?l att det ?r sv?rt att beskriva kontexten man jobbar i
utan att avsl?ja f?retagshemligheter.
Eller s? kanske man bara ska vara tydlig p? testutbildningar, i l?rob?cker,
och i olika publikationer att de processer, metoder och verktyg som anv?nds
p? olika f?retag skiljer sig avsev?rt fr?n varandra, och att en metod el ler ett](https://image.slidesharecdn.com/denpraktiskaverklighetenmterdenteoretiskamodellen-del1-130815032551-phpapp02/85/Den-praktiska-verkligheten-moter-den-teoretiska-modellen-1-320.jpg)
![Referenser
[1] The ¡±A¡± Word
https://leanpub.com/TheAWord
[2] Black Box Software Testing Course
http://www.testingeducation.org/BBST/
[3] An Overview of High Volume Automation
http://kaner.com/?p=278](https://image.slidesharecdn.com/denpraktiskaverklighetenmterdenteoretiskamodellen-del1-130815032551-phpapp02/85/Den-praktiska-verkligheten-moter-den-teoretiska-modellen-3-320.jpg)
Den praktiska verkligheten m?ter den teoretiska modellen
- 1. Den praktiska verkligheten m?ter den teoretiska modellen Alan Page har nyligen gett ut en sammanst?llning av alla hans blogginl?gg som handlat om testautomatisering, testability, och vad som ?r bra automatisering[1]. Jag gillar hans tankar kring ?mnet och hans blogg ?r ofta den f?rsta jag bes?ker n?r jag g?r igenom veckans nya testartiklar och inl?gg. Men situation han beskriver ?r kanske inte den situation som alla testare m?ter dagligen. Att vara en integrerad och likv?rdig del av utvecklingsteamet, att tidigt f? vara med och utforma testability, att kunna angripa testproblem och fritt v?lja om ett visst omr?de ska automatiseras eller k?ras manuellt, och hur det ska automatiseras eller k?ras. Vissa testare kanske bara f?r en mjukvara och en bristande kravbild i ett sent skede av projektet , med krav p? hur resultatet ska rapporteras, och f?r g?ra det b?sta av situationen. Vad h?nder d? n?r en ny testare l?ser hans bok, och full av entusias m kommer till en ny arbetsplats f?r att utf?ra stord?d med automatiseringsverktyg? Jag skulle gissa p? att testaren i de flesta fall blir besviken. Den kunskap han inh?mtat fr?n boken ?r kanske inte bara oanv?ndbar utan i v?rsta fall kontraproduktiv. Detta begr?nsar sig s? klart inte till kunskap om automatisering. Hur angriper man problemet att olika organisationer, i olika kontexter, med olika mognadsgrad, kr?ver olika angreppss?tt? En erfaren testare kanske ?r flexibel nog att anv?nda utforskande testnin g n?r det ?r m?jligt, att automatisera n?r r?tt milj? och omst?ndigheter till?ter det, och att exekvera skriptade testfall n?r det ?r vad som kr?vs. Kan man f?rbereda en ny testare f?r detta? Cem Kaners Black Box Software Testing kurs er [2], som de flesta k?nner till, ?r definitivt en bra start. Speciellt om de l?gger till en kurs om automatisering och testability ocks?, vilket jag tror kanske l?ggs till i framtiden [3]. Finns det n?got mer att g?ra? Kanske kan vi n?r vi skriver artiklar och b?cker vara tyd liga med f?r vilken kontext det vi beskriver passar in i? Vilken typ av f?retag, vilken typ av mognadsgrad, vilken typ av f?ruts?ttningar som beh?vs f?r att n?gonting ska fungera. Problemet ?r v?l att det ?r sv?rt att beskriva kontexten man jobbar i utan att avsl?ja f?retagshemligheter. Eller s? kanske man bara ska vara tydlig p? testutbildningar, i l?rob?cker, och i olika publikationer att de processer, metoder och verktyg som anv?nds p? olika f?retag skiljer sig avsev?rt fr?n varandra, och att en metod el ler ett
- 2. tillv?gag?ngss?tt som ?r optimalt i teorin, eller i en viss kontext, kanske inte ?r genomf?rbart i praktiken p? f?retag med vissa f?ruts?ttningar. Att man ibland m?ste acceptera att man kanske inte kan anv?nda de metoder och teorier man vill p? grund av den praktiska verkligheten. Men den praktiska verkligheten ska f?rst?ss inte hindra oss fr?n att dr?mma om, och str?va efter, n?gonting b?ttre. P? ett f?retag som ?r negativt inst?llda till automatisering kanske man kan skapa en prototyp f?r att visa v?rdet av ett automatiseringsramverk. Om ett f?retag anser att utforskande testning ?r f?r ostrukturerat kan man ordna en workshop och visa n?gra av de m?nga m?jligheterna som finns f?r att g?ra det s? strukturerat som det beh?vs. Men det kr?vs nog att man ?r ?dmjuk inf?r den praktiska verklighet man lever i, trots att man i teorin kanske precis vet vad man vill ?stadkomma. ?r n?gonting av det jag beskrivit h?r nytt eller revolutionerande? Nej, detta ?r bara mina reflektioner efter att ha l?st, och uppskattat, Alan Pages nya bok. /Johan Hoberg
- 3. Referenser [1] The ¡±A¡± Word https://leanpub.com/TheAWord [2] Black Box Software Testing Course http://www.testingeducation.org/BBST/ [3] An Overview of High Volume Automation http://kaner.com/?p=278