Neniu QA-Teamo estas lerta

Agile temas pri laboro kunlabore kun homoj, kiuj havas malsamajn kapablojn kaj pensmanierojn por atingi komunan celon.

Kiam ni rigardas tipan manbatalan teamon, ĝi konsistas el programistoj (kaj antaŭaj kaj malantaŭaj), QAoj kaj manuskriptoj.

Surprizas min, kiam iuj homoj lertaj rekomendantoj kun multjara sperto laboranta en lertaj medioj ankoraŭ nomas havi aŭ konstrui QA-teamon por subteni la lertajn projektojn.


Kiam ni komencas nomi QA kiel teamo, ĝi tuj kreas subdiskon inter programistoj kaj testantoj kaj forigas la respondecon de programistoj farantaj sian diligentecon por testi sian propran laboron kaj produkti kvalitan kodon, ĉar ekzistas 'QA Team', kiu laboros malfacile trovi ĉiujn erarojn en la sistemo.

Ĉi tiu modelo de laboro similas al akvofalaj kaj V-modelaj projektoj kun ĵeto de la kodo 'surmura' sinteno, kiu produktas malaltkvalitan programon, kies esencon mem lertaj metodaroj celas ripari!


En facilmovaj projektoj, QA devas esti enigita en la manbatalaj teamoj ĉar testado kaj kvalito ne estas postpenso. Kvalito devas esti bakita ekde la komenco.



Konstruante QA-teamon, ni riskas apartigi la testantojn de esencaj konversacioj kun la posedantoj de produktoj, programistoj, ktp.

Testantoj povas aldoni grandegan valoron al la kvalito de la projekto, kiam ili partoprenas spurtajn planajn kunvenojn, solvajn laborejojn, kaj pariĝon kun programistoj por certigi, ke kodo estas provita per bonaj kaj signifaj unuopaj testoj.

Teknikaj QA-oj enmetitaj en facilmovaj teamoj povas helpi aŭtomatigi akceptotestojn kune kun disvolviĝo certigante, ke novaj funkcioj funkcias kiel celite.


Iuj organizoj havas funkcion de QA kun eble QA-administranto, per kiu kelkaj testaj spertuloj provizas la ĝeneralan testan praktikon, strategion, gvidon kaj aliron al testado. por la kontrolistoj en lertaj teamoj .

La QA-funkcio ne rekte aliĝas al iuj el la lertaj teamoj, sed funkcias kiel PYME tra diversaj teamoj kaj respondecas pri rekomendado de plej bonaj praktikoj por produkti kvalitan programon.

La QA-oj en la lertaj teamoj estas kuraĝigitaj esti la voĉo de QA por siaj respektivaj teamoj, certigante, ke ilia teamo sekvas la plej bonajn praktikojn laŭ la QA-funkcio kaj laboras Kontinua Testado .

Do, en lertaj organizoj, anstataŭ paroli pri 'havi QA-teamon' eble ni devus aludi konstruante QA-praktikon kaj la bona QA-praktiko implicos, ke la QA-oj devas esti enmetitaj en la lertajn teamojn certigante kvaliton tra la programaro.