Koodareiden selityksiä ja testaajien sepustuksia

1.10.2010 11:20 Kommentteja (11)

Tämä artikkeli on osa ns. white paper -artikkelisarjaamme, jossa yhteistyötahot tuottavat sivuillemme tekniikkaan liittyviä artikkeleita. Tämän artikkelin on tilannut Microsoft.

Katso myös muut Microsoftin tilaamat artikkelit:

Koodareiden selityksiä ja testaajien sepustuksia Ohjelmistokehitykseen investoivat ja ohjelmistoja kehittävät organisaatiot painivat monenlaisten haasteiden kanssa. Yksi niistä on organisaatioiden ja yksilöiden välinen yhteistyö.

Erityisesti ohjelmistokehitys- ja ohjelmistotestausorganisaatioiden välinen yhteistyö on haastavaa. Jopa niin, että yhteistyö kirvoittaa monenlaisia tunteita ja tarinoita tuskasta turhautumiseen ja vitseistä tragikoomisiin kuvauksiin.

Voiko yhteistyötä parantaa vai olemme lopullisesti tuomittu kitkeriin kokemuksiin ja tulehtuneisiin tunteisiin?

Koodareiden selityksiä ja sepustuksia


Muutama viikko sitten liityin LinkedIn -ryhmään nimeltä "Software Quality Assurance Professionals". Ei mennyt kuin pari päivää, kun ensimmäinen mielenkiintoinen ja hauska keskustelu herätti kiinnostukseni. Keskustelussa julkaistiin "softakehittäjän 20 suosituinta vastausta" testaajalle, kun ohjelmisto ei toimi testissä.

Oma taustani on enemmän ohjelmistokehityksessä kuin testauksessa. Siitä huolimatta tai juuri sen johdosta keskustelu väänsi suunpieleni hymyyn. Jotta ei tarvitse yksin hymyillä, niin ohessa kyseinen lista:

20. "That's weird..."

19. "It's never done that before."

18. "It worked yesterday."

17. "How is that possible?"

16. "It must be a hardware problem."

15. "What did you type in wrong to get it to crash?"

14. "There is something funky in your data."

13. "I haven't touched that module in weeks!"

12. "You must have the wrong version."

11. "It's just some unlucky coincidence."

10. "I can't test everything!"

9. "THIS can't be the source of THAT."

8. "It works, but it hasn't been tested."

7. "Somebody must have changed my code."

6. "Did you check for a virus on your system?"

5. "Even though it doesn't work, how does it feel?"

4. "You can't use that version on your system."

3. "Why do you want to do it that way?"

2. "Where were you when the program blew up?"

1. "It works on my machine"

Aina on helppoa ja hauskaa nauraa vastapuolelle, mutta tosiammattilainen osaa nauraa myös itselleen. Niinpä LinkedIn -ryhmässä tasapuolisuuden vuoksi julkaistiin jo parin päivän päästä lista "Testaajan 10 suosikkiselitystä, kun virhe läpäisee testin".

Testaajien vastaisku


Toivottavasti suunpielet kääntyvät hymyyn tämänkin listan puittessa:

10. The developer and I talked and agreed a) that would never happen or b) her/his unit tests covered that already.

9. I ran that test many times, I don’t know why it’s occurring now.

8. We’re not scheduled to run that test pass until next week/month/cycle.

7. All my scenarios are detailed and were signed off by everyone involved.

6. What is that?

5. The developer told me her/his unit tests covered that scenario.

4. That scenario’s not in the requirements.

3. They did what? Why? Is that even possible?

2. That’s not my area, talk to ______.

1. It’s the developers’ fault.

Nämä listat naurattivat hetken. Sen jälkeen aloin pohtia miksi tuntuu siltä, että organisaatioiden ja ammattilaisten välinen yhteistyö ei juuri ole parantunut - vai onko? Johtuvatko vaikeudet yksilöistä ja heidän eroistaan? Vai johtuvatko ongelmat organisaatioista - niiden rakenteista, prosesseista ja kulttuurista? Vai onko kyse ammattilaisten ja organisaatioiden työvälineistä?

Yksiselitteistä vastausta tuskin on olemassakaan.

Kunnioitusta rajojen yli


Välttämätöntä on, että yksilöt ovat ammattitaitoisia ja kykenevät kunnioittamaan kollegan ammattitaitoa organisaation "rajan" toisella puolen. Tämä kyky ei synny ilman oikeanlaista organisaatiokulttuuria, jossa eri ammattiryhmiä arvostetaan puolin ja toisin.

Näiden taitojen ja kykyjen pohjalta voidaan yhteisillä toimintatavoilla ja työvälineillä edesauttaa, että yhteistyö sujuisi paremmin. Yhteistyön parantuessa myös projektit onnistuvat paremmin, ihmiset kokevat arvostusta ja onnistumisia työssään - niin asiakkaan kuin toimittajankin puolella.

Tutkimukset ovat jo kauan sitten osoittaneet testauksen tärkeyden ohjelmistokehityksessä. Viime vuosien nopea kehitys sekä testausteknologiassa että testausosaajien ammattitaidossa ovat entisestään korostaneet testauksen merkitystä onnistuneen ohjelmistoprojektin komponenttina.

On ollut myös hyvä havaita, että testausammattilaisten arvostus on noussut samalle tasolle kuin muiden ohjelmistoammattilaisten.

Visual Studio auttaa


Uudessa Visual Studio 2010 tuoteperheessä tuodaan ratkaisuja, joilla testauksen hallintaa, testausta ja yhteistyötä muiden sidosryhmien kanssa helpotetaan. Lue lisää elinkaarenhallinnasta, laadunparantamisesta ja tuotteista.

Kirjoittajasta:


Ratkaisu- ja tuotepäällikkö Matti Antilalla on yli 15 vuoden kokemus korkean teknologian hankkeista eri funktioissa. Hän on toiminut niin teknologiakehitystehtävissä kuin myynnissä ja markkinoinnissa, aloittelevissa start-upeissa kuin maailman suurimmissa globaaleissa teknologiayrityksissä.

Jaa tämä


Kirjoita kommentti

11 kommenttia

12.10.2010 10:18

Eli siis onko tämä nyt uutiseksi puettu mainos...

22.10.2010 10:44

@1 Ilmeisesti

Viestiä on muokattu sen lähettämisen jälkeen. Viestiä on muokattu viimeksi 2.10.2010 @ 10:46

Kone: AMD Athlon II X3 450 3.2GHz, RAM 4GT , AMD Radeon HD 6450 1GT , 1Tt Kovo , Win7 Ultimate 64Bit

32.10.2010 14:53

@1 "Sponsoroidut artikkelit", lukee otsikon yläpuolella.
Ekat kappaleet luin kunnes se sitten meni mainostukseen -> skip.

Toivottavasti ei jatku tällä radalla, sillä eipä ole kovin jännää kattoo uutisia, jotka ovat Mikki$oftan mainoksia.

42.10.2010 16:18

Artikkeli sanoo aika selkeästi alussa että se on MS:n sponsoroima. Ja nämä eivät tule RSS-feedeihin, Facebook-feediin eivätkä uutiskirjeeseen, vaan ovat erillisiä juttujaan, ns. white papereita. Eli ei, näitä ei "tuputeta", mutta toivottavasti joku niistä saa jotain hyötyä itselleen.


Petteri Pyyny (pyyny@twitter)
Webmaster
http://AfterDawn.com/

52.10.2010 17:01

Ainakin itselle naamalle tuli muutamia pakonomaisia hymyilyä muistuttavia pilkkeitä.. Mainos tai ei, niin omasta mielestäni ihan freshiä välillä tälläinenkin.


Fractal Design Arc Midi + 4x140mm + 1x120mm Arctic Cooling, ASRock Extreme4 970, Phenom II X6 1090T @ 3.8GHz + Phanteks PH-TC14PE, 8GB DDR III @ 1600MHz, Palit GTX 570, Seagate 500GB + 1TB HDD, Samsung DVD-RW, Corsair HX620W.
Netti: DNA 4G @ Sierra Wireless

62.10.2010 23:09

Ohjelmistoteollisuudessa työkalut ja laitteet vaihtuvat mutta ihmiset pysyvät paikallaan. Siihen ei mikää visual studio pysty vaikuttamaan.

piste.

76.10.2010 13:16

Koodareiden selityksistä olen huomannut käyttäväni numeroita 20. "That's weird..." ja 17. "How is that possible?". Muita ei niinkään.

Tarkoittaako tämä, että en ymmärrä omasta softastani yhtään mitään? No, yleensä selitys löytyy ja on yleensä vielä itsestään selvä ja oma moka.

87.10.2010 10:01

16. on aika yleinen jos harrastaa grafiikkaohjelmointia :)
Listasta puuttuu "Install latest drivers"

99.10.2010 19:48

"ei se ole virhe, se on vaan ominaisuus". 5 snt. per katsomiskerta...


Q6600, 9800GT, IP35-E, 2x 2GB DDR2-800MHZ +Sonata III

1020.10.2010 9:59

Itsellä tulee kanssa 20 ja 17 sekä 1 joskus jopa 11 tai ensimmäinen monikossa.


Autismin kirjo

1131.10.2010 1:19

Lainaus, alkuperäisen viestin kirjoitti dRD:
Artikkeli sanoo aika selkeästi alussa että se on MS:n sponsoroima.

Sponsorointi on eri asia kuin mainonta. Tuossa pitäisi lukea mainosartikkeli tai pelkkä mainos.

Kommentoi uutista

Mikäli sinulla ei ole vielä AfterDawn-käyttäjätunnusta, syötä allaolevaan kaavakkeeseen toivomasi käyttäjätunnus sekä sähköpostiosoitteesi. Lähetämme sinulle jälkikäteen aktivointilinkin antamaasi sähköpostiosoitteeseen.

Mikäli sinulla on jo ennestään AfterDawn-käyttäjätunnus, kirjaudu sisään seuraavan välilehden kautta.

Kirjaudu sisään käyttäen AfterDawn -käyttäjätunnustasi tai sähköpostiosoitettasi.




Uutisarkisto