Hogyan tudom kipróbálni, amit nem ért, qa
A felvétel a „Ne zavarjanak” is el kell vinni a hibajelentőjén „írták le, többé-kevésbé ideális esetben” formáció tesztelők végig bejegyzést a hibajelentőjén »nem a hibákat.«
Kolléga Olga ír egy jó pont:
ez nem működik nagy projektek. Ha egy nagy projekt, tesztelők gyakran nincs ideje elolvasni az összes meglévő hibákat, fizikailag. Ez rossz, de az élet az élet.
A hibákat, hibákat nem egy tesztelő dicsérem (üzembe azt enyhén).
Árkot elvtárs zmei helyesen mutat rá arra psevdobagi Tracker bárki más, mint „nővérek” nem fog hozni.
„Nem hibákat” nem részesülnek a fejlesztők 🙂 Ez egy belső konyha tesztelők. Ezen túlmenően, ez attól függ, minden tesztelő külön-külön. Elfogadom őket. Mások nem.
A legtöbb esetben ezeket a problémákat megoldani vnutrikoprorativnyh legendák, amelyek nem dokumentálása továbbított orálisan vagy belvízi messenger szükséges. Még soha nem találkoztam egy szép készített egy sor „szolgáltatás”, amelyek nem a hibákat, koprorativno megtervezett és elhelyezett egy belső szerver. És itt a „Look Trac” - többször találkozott. Bármilyen tracker - ez egy munkaeszköz, és tárolási rendszer hibáztak, miért nem használja, mint a wiki-rendszer?
Számos érv neveskih
Több oka is van Storage „nem hibákat”, ami nyilvánvaló, hogy a korábbi résztvevők kis neotechestvennyh háborúk „a minőséget.”
Egy nagy projekt, amely számos funkció egyidejű használata kényszeríti sok tesztelő. Ritkán fordul elő, hogy mind ezek az erők szorosan szakosodott egyes funkciók. Nos, a csapat vezetői többé-kevésbé valami specializálódtak. A fennmaradó tagjai a „nagy és barátságos személyzet” főnökeik könnyen kibukik az egyik első, hogy a más munkák.
Példa a menedzser: az Excel program egy keresés funkciót. És van egy olyan funkció, rajz rajzok. És van egy funkciója, hogy megjelenítse az egyes betűtípusok. Tegyük fel, hogy minden kifejlesztett és gyártott „az embereket.” Az emberek fokozatosan tudósít a hibákat, és kéri a funkcionális javulást. Vannak változások, bizonyos funkciók.
Tehát, ha kell, hogy ellenőrizze a változások a keresés funkciót, és öt nap után ígéretet, hogy illeszkedjen függvényében változik diagramok.
Bölcsebb most költött teszteli a „Keresés” minden „szabad” ember, mint nő fűszerekkel látható koporsók mindenféle kereső, mert csak tesztábra ...
Holnap egy újabb nap, holnap ellenőrizni fogjuk a funkció „Save as ...”, és lesz, az okosabb „szabad” küldeni, hogy teszteljék „kivédi Esa.”
Most képzeljük el, hogy még mindig „ül” a listákon, és láttam, mielőtt a „menti Esa” csak a koporsók. De ma már a tervezett érvényesítési munka néhány Excel matematikai funkciók - RANDBETWEEN.
A funkció leírása: Visszaadja egy véletlen egész számok között adja meg. Egy kiváló leírás, mind értem rések és minden szava külön-külön. Ha nem volt teszt esetek, azt kell sok órát töltenek szükséges tervdokumentáció, és meg kellett kérni egy csomó kérdést környezetben. Ez az igazi, főleg keretében egy nagy projekt?
Ezért van szükségünk teszt esetek. Ezért van szükség minden feljegyzést. Tedd azt, amit írt, és nem veszi a fej / fej.
Bemutatjuk továbbá: egy időben velem ez a funkció vizsgálat kollégám -, és kipróbálni más környezetben. Például, összefüggésben más változatai Excel és más Windows-verziók (sok közülük, ha valaki nem ismeri), más változatai IE ... Kiderült az „ő” hibákat, hogy hozta a tracker.
Um, fecsegő túl sok. Oké, tegyük fel, hogy ha rákattint a Cancel gomb funkciója nem működik, de tisztítja a területeken, ahol már bevezették bemenet.
Azt gondolta, hogy ha én törölték a műveletet, úgyhogy pont a másik beviteli értékeket. És az idősebb Nem kell vezetni az összes számot újra. Ezért ezeket nem lehet eltávolítani, ha a Mégse gombra kattint. Logikai? Igen. Bug? Igen, ez egy bug (az eredmény nem felel meg az elvárásoknak, de még mindig a „kényelmetlen”).
Most képzeljük el, hogy ez a hiba, hogy a „nem hiba” átvett összes Windows-verziók. És a tesztelők „a projekt” szeretné, hogy tegye fel hibajelentőjén. Milyen dokumentációt „elmondja” őket, hogy ez „nem hiba”?
Ezért - csak hibakövetőn és csak a „nincs hiba” ...
Később, amikor frissíteni fogjuk a vizsgált esetek és magatartási bagchekingi, ez a hiba pedig egy teljes teszt: futás, hirtelen, kattintson a Mégse, megerősíti, hogy a funkció nem működik, és a beviteli mező törlődik.
Vannak még az általános ismeretek és fogalmak mintegy interfészek
Vége zenei szünet. Megy tovább.
Az nyomán a cikk „nem a hibákat,” meg kell adni a hibajelentőjén „Kaptam néhány hibás példázatát a disznó -, mert az a személy, egyértelmű, hogy az orrlyukak egy disznó csak kettő. Vannak még az általános ismeretek és fogalmak a felületek a végén ...
Igen, mindenki tudja, hány orrlyukak megfelelő, ésszerű disznó. De most, példaként RANDBETWEEN funkció megpróbálja alkalmazni a megközelítés, „Nos, edrit, lüktető. Nos, nem érti, hogy egy harmadik orrlyuk - nem orrnyílásával? ”...
Elkerülhetetlenségét: „nincs hiba” mindig születnek.
A megszemélyesítés posztulátum elkerülhetetlen: tegyük fel, hogy egy programozó, aki dolgozott a funkció RANDBETWEEN, egész élete fektetve a fejlesztés ezt a funkciót ... Tudja minden mozdulata, az ő választ, mindent tud, mint ahogy tudjuk, hogy hogy három malac orrába nem történik meg.
És én, a teszter, erről a funkcióról nem tudok semmit. A kíváncsiság és a nyitottság a gyermek, úgy csavarja, és kapcsolja be az én ezt a funkciót. És ez megtalálható a „harmadik orrlyuk” ...
Kell tisztázni, hogy a „tapasztalatlan tesztelő” nem jelent „rothadt felhasználót, hogy a számítógép fél”? Különös tekintettel a fentiekre.
Nos ... A tesztelés ilyen helyzet áll elő nagyon gyakran (csak róla tudni kell, az ügyfelek teszt).
Ilyen körülmények között a megjelenését minden „nem a hibákat” tapasztalatlan tesztelők elkerülhetetlen. Ez csak akkor szükséges, hogy csökkenti annak valószínűségét, hogy kimutathatók a programozók. És növelje a lehetőséget, hogy megismerjék az összes tesztelő mutáció valószínűsége és hatása ezt a funkciót. A dokumentáció nem tud segíteni, mert a dokumentáció leírja, hogy a funkció működjön. És azt látjuk, hogyan működik a valóságban, amely bemutatja a csodák, amelyek nem a dokumentációban leírt, és nem kell nyilvánosságra hozni, és nem is lesz ...
Hogy mást dokumentálása hiba, kivéve a hibajelentőjén? Mi van, ha van már néhány wiki összes dokumentum (követelmények, tervek, juz-ügyek, a technológiai előírásokat, és ilyesmi)? Leírások hibákat és „nincs hiba” már a bugtracker. Nos, hadd feküdjön praktikus.
Axióma: egy nagy projekt elég ellátva dokumentációt. Projekt dokumentáció apostoli kinyilatkoztatás tartalmazza az igazság az élet, a tesztelő, hogy tisztában bármilyen rangot.
Saját tapasztalat azt mondja, ezek a dokumentumok is olvasható a projekt nagyobb valószínűséggel elmozdulni a junior a vezetőség.
Aztán a tapasztalat megy rosszul: Junior testirovschikovsky összetétele ezt a dokumentációt, „nem lát vagy hall.” Ez junior munkatársak ajánlanak megismerkedni az építészet, a kérelmet és izgalmas kapcsolat „kliens-szerver”? Tovább esszét a témában kérés ...
Számos dokumentum. De ... „nincs hiba” is meg fog jelenni a tracker, és a nagyobb és összetettebb a projekt, annál több és gyakrabban jelennek meg a legtöbb „nem a hibákat”:
- A tervezet új emberek, akik nem ismerik az előírásokat és követelményeket
- „Öregek” hagyjuk, magukkal „nem dokumentált” funkciók ismerete előírások és követelmények
- funkcionális ellenőrzés majd néhány tesztelők, mások
- Tapasztalt tesztelők őrült
A probléma megoldódott a következő parlamenti ciklusban:
Hogyan tudom kipróbálni, hogy mit nem ért?
Jó kérdés: hogyan lehet tesztelni, hogy mit nem ért? Hogy bízhatsz férfi RANDBETWEEN ellenőrzés funkció, ami még csak nem is tudja, annak létezéséről?
Őszintén, ki lehet próbálni minden funkció az Excel, anélkül, hogy megértenék, hogyan és milyen az adott függvény. Hiányzik az általános ismeretek Excel felület és az alapvető parancsok dolgozni a menü és funkció hívásokat, és olvassa el a részletes írásbeli teszt esetek. És ezek a teszt esetek írta tapasztalt emberek. Például a fejlesztő. Vagy termékmenedzsere. Vagy más teszter, amely már elmozdult egy jobb helyen (Oracle és a Google), és a partner nem működik.
Nos, ha ez a funkció felelős az élet egy űrhajós vagy a beteg a készülékhez csatlakoztatott mesterséges lélegeztetés, akkor igen ... De akkor nem kínálnak tesztelés senkinek, de a szakemberek ezen a területen.
Ahelyett, hogy egy epilógus: „nincs hiba” kell tárolni a bugtracker nélkül átruházó programozók.