K příspěvku mě inspiroval jeden povzdech na facebooku ve stylu: „Voni to ti progamátoři zase úplně zmršili“
Pro manažery:
- Jestliže si myslíte, že dobrý tester se pozná podle počtu otevřených chyb, tak mám pro vás špatnou zprávu: Mýlíte se.
- Jestliže vám tester říká, že aplikace funguje správně, tak vám prachsprostě lže.
- Nechte testera testovat tak brzo, jak to jenom jde: Zařaďte testery jako schvalovatele zadávací dokumentace
- Pokud je to jenom trochu možné, tak by programátor a tester měli sedět blízko u sebe.
- Pokud se váš tester ptá až moc otázek, tak to nejspíš znamená, že s vaší dokumentací není něco v pořádku.
- A pokud si myslíte, že „tester“ se rovná „student, co to nějak okliká“ tak vás co nevidět čeká nepříjemná situace. Na produkci.
- Přečti si testy.
Pro testery:
- Nikdy, nikdy, NIKDY nezačínej testovat v pátek. Každý projekt, jehož testování začíná v pátek, je odsouzen k záhubě. A po zásluze.
- Nebuď jenom poslem špatných zpráv. Jestliže se ti líbí nějaká nová fičura programu, tak ji chval nahlas
- Proces je hezká věc, ale občas ho poruš. Neposílej chybu hned zpátky, ale místo toho si promluv s programátorem.
- Ptej se. Ptej se na všechno. A požaduj konkrétní, dokumentované, odpovědi.
- Mluv nahlas o svých předpokladech.
- Rozbij to. A užij si to.
- A když se ti to nepodaří rozbít, tak řekni programátorovi, že je fakt machr.
- Když jsi to nerozbil ty, neměl by nikdo další být schopen to rozbít.
- A ano, zákazník to vždycky zvládne rozbít. A vždycky se budeš divit tomu, na co všechno přišel.
- Nikdy neříkej, že aplikace funguje správně. Radši řekni: „Ať se snažím, jak se snažím, chybu nenacházím (nedaří se mi to rozbít).“
- Vyvaruj se emocí při popisu chyb. Snaž se neutrálně popsat, co aplikace dělá a jaké to má dopady.
- Chyby jsou jako houby: Když jednu najdeš, koukej se po okolí. Určitě tam bude ještě jedna.
Pro programátory:
- Nezabíjej posly špatných zpráv
- Zajdi s testerem na pivo a popovídejte si o tom, jak oba dva rozumíte zadání.
- Aplikaci piš s vědomím, že k ní přijde někdo s úmyslem ji rozbít.
- Nesnaž se rozhodovat o tom, jak se má aplikace chovat. To je práce manažerů.
Článek se mi líbí, díky za něj. Obecně problém nadávání na programátory vidím v tom, že programátoři musí nebo dokonce chtějí. dělat práci, která jim nepřísluší (namejí na ni vzděláíní, zkušenosti, kvalifikaci):
– rozhodovat o tom ajk daný web/aplikace bude fungovat
– řešit UX
– rozhodovat, že se testovat nebude
– nekontrolovat svojí práci
– rozhodovat o marketingu
No a pokud se tohle děje, pak je většinou celé špatně. Mimochodem proto jsou špatně téměř všechny e-shopy v ČR protože je dělali podobným systémem programátoři a přitom to není chyba programátorů.
Díky za článek! Pohrávám si s myšlenkou přeposlat to kolegům v práci. Problém je v tom, že v našem oddělení v podstatě nejsou testeři, testují analytici a konzultanti (mají to v popisu práce). Tester na plný úvazek ani jeden. Já vím, je to děs, ale přes veškeré prosby na vedení to nevypadá, že by se situace měla v nejbližší době změnit. Chjo.
Pavle, to je Ale o sw vývoji obecně potom. Jako Test Lead jsem o tom, jak má aplikace vypadat a jak se má chovat, rozhodoval tolikrát, až to hezký není.
Obzvláště ve větších firmách platí, že získat odpuštění je jednodušší, než získat svolení. Proto programátoři rozhodují věci, které jim nepřísluší. Čekat na rozhodnutí, když se ti blíží deadline, je o nervy…
Looney, klidně to šiř dál. Odkaz na zdroj potěší
Tassle, přiznám se, že první větu jsme vůbec nepochopil:-)
Ale dále … pokud rozhoduješ na základě předchozích studií, analýz a znalosti UX – OK, jinak je to prostě fail. A to o čem píšeš, je bohužel pravda, ale pak nechápu proč si takový korporace vůbec dává záležet na nějakém testování, když to krorporátními nesmysly dojebe tak jako tak:-(
Tou první větou jsem měl na mysli, že jsem tohle psal primárně o testování a nikoliv o vývoji software. A to, na co hořekuješ teď ty, je právě ten vývoj 😉
A jinak na testování se bazíruje proti, aby se aplikace nakonec dala používat… Po funkční stránce 😉