Kik a qa és mit esznek - a szemét a fejlesztő

Jutott eszembe: 10

Azok számára, akik nem tudják, ki a QA (Quality Assurance) - Ez a tesztelés vagy a PTA, minőség-ellenőrzési osztály. Tesztelés - egy nagyon fontos részlet, amikor összetett alkalmazások létrehozásáig, amely lehetővé teszi, hogy elkerüljék a „gyerekek” (és nem csak) alkalmazás hibákat. Sovmesnogo produktív munka a fejlesztők QA - biztosítja a garantált stabilitás és jó futó alkalmazást.

Néha azonban ugyanezek tesztelők hajtogatott minden ésszerű (és ésszerűtlen) korlátok és az hibákat a kevés köze a valósághoz. Úgy tűnik, hogy mi a probléma - a pénzt az ügyfél, akkor üljön haszontalan feladat. Azonban, ha nem furcsa, az ilyen problémák irritációt és a munka már nem szórakoztató.

Az okok ezek a hibák általánosak:

Mivel a szovjet időkben - van egy terv, hogy végre kell hajtani. Minden lelkiismeretes QA kell zareportit legalább xx hibákat egy nap, vagy a mennyekben, megkeresztelkedett chode. Tehát, ha a rendelkezésre álló idő tesztelésére a szokásos hibákat nem találtak, akkor azt jelenteni.

Ez az, amikor QA kezdett írni mindenféle misztikus dolog az alkalmazást. De ez lesz kényelmes a felhasználó számára, ha bekapcsolja az oldalt fejjel lefelé, csináljuk ezt? Sajnos sem a felhasználó elől, sem az összetettségét végrehajtása, sem a szükségességét, hogy ezeket a változásokat hajlamosak a vélemény a tesztelő nem befolyásolja, és jaj a fejlesztők, ha nem tudják megvédeni pozícióját - sőt meg kell csinálni.

Az egyik projekt, úgy nézett ki, az alábbiak szerint. Voltak külső QA, hogy az ügyfél (feltehetően A1QA a Itransition iroda), akik fizettek, mint kiderült, nem csak a hibák száma, hanem az „értelmes” javaslatokat UI optimalizálás.

Ez történt a következő tételeket - QA finoman tolta az ötlet módosító kérelem feletteseik után viták a fejlesztő változtatni, és egy-két héten belül történt, hogy állítsa vissza az előző változat a UI.

De osadochek a bal oldalon.

Ezek a legtöbb újonnan általában gyenge, mint egy működő rendszer és környezet, amelyben működnek, zareportit hibákat megfelelő normális viselkedés.

Például, lehet írni a hiányzó helyi menü a böngésző aypada

Egyes esetekben, soha nem nyitotta meg a leírás, de örülök, hogy próbálja ki, mint egy igazi dobos (lásd. Ötéves terv három év).

Meg kell jegyeznem, hogy kénytelen volt módosítani a feljegyzést teljesen őszinte.

Vannak még a területen dolgozó szakemberek a szoftver tesztelés. Ezek a srácok értik, mi folyik a projekt, élnek a projekt, valamint a fejlesztők. Megértik, hogy az ő feladatuk, hogy kiadja a minőségi termék, nem tyknut fejlesztők orrát a saját hibáit, bizonyítva „fejlesztők” az hátrány. Ilyen QA nem mondják, hogy „nem működik a” hibákat, és ne írjon „Főoldal Bad.” - ahogy az érdekük, hogy a fejlesztő készített egy javítást a lehető leggyorsabban, anélkül, hogy megpróbálnánk sokáig kitalálni a részleteket, amit kifejezetten nem működik.

Több mint ezek a srácok nyithat sors, és azt mondják, ahol slazhal. Ők nem félnek a konzol és automatizált teszteket, ők nem félnek, hogy automatizálják a munka bash és cron. Ez egy ritka állat a mi erdőben, gömb alakú QA vaakume, ami lényegében egy inkább a fejlesztők, mint testirovshik.

A QA munka nagyon kemény kurva és szükséges, és a fény pergetett otnyut nem csökkenti annak szükségességét, hogy kiváló minőségű termékeket izgalmas. Csak meg kell emberi bármilyen helyzetben. Elnézést, forrásban :)