ESimi 2010

Blogfájlok

2010. december 29., szerda

- Tesztelő egy életre. A kihívásokról, tanúsításokról és hibákról

A cím nem éppen ígéret, hanem része annak a projektnek a nevében, amelyből az előző bejegyzésben láthattunk, amikor elemeztük a tesztelők által adott interjúkból kapott válaszokat. e-könyv-ul 'A teszter élő, nemcsak karácsonyra való". Összefoglaltuk onnan a leginkább ajánlott szakkiadványokat és egy sor tippet arra vonatkozóan, hogyan lehet megközelíteni a karriert ezen a szakterületen. Most folytassa a többi kérdésre adott válaszokkal.

Maradt a harmadik kérdés: Mi az a legértékesebb eszköz, amelyet a tesztelési tevékenység során használ? A válaszokat elolvasva meg voltam győződve arról, hogy a tesztelők többsége vagy ugyanazokat a könyveket olvassa, vagy rajong a közvélemény-vezetőért. És azért mondom, mert csodálkoztam azon válaszok számán, amelyekben a legértékesebb eszköznek számítottak. saját agy. Kérjük, finomítsa kicsit a fordítást: a saját gondolkodása. Bonyolultabb magyarázatot adott Simon Morley, részletezve ezt a műszert 5 sebességes sebességváltó változatként, sebességszabályozó rendszerrel. vagy valami hasonló. A hasonlat elég érdekes, de én"m elveszett a fordításban. Más válaszok különféle programokat neveztek ki, WebScrab, egy eszköz, amely lehallgatja a böngésző és a szerver közötti forgalmat, egészen (ma már triviális) Twitterig.

Melyek a tesztelés legnagyobb kihívásai most és 2-3 év alatt? Itt a válaszok többsége több irányba esik. Az egyik az agilis módszertanokhoz való alkalmazkodás, ez a probléma számomra nem tűnik kihívásnak, figyelembe véve azokat a sikeres projekteket, amelyek már alkalmazzák az ilyen módszereket. Legalább kettő, elég nagy és közismert, eszembe jut. Valóban, ezekben a projektekben a tesztelő szerepe megváltozik, és így elérjük a második félelmet, egy érvényeset: erről beszélnek, különösen a vezetők és a érdekelt felek, amit bárki megtehet a tesztelőn, bár valójában erre van szükség érzékeny tesztelés (Zeger Van Hese). De a leggyakrabban említett kihívás az Felhő alapú számítástechnika-ami problémákat vet fel különösen a tesztkörnyezet reprodukciójában. Erről még nem tudok nyilatkozni.

De csodálkozni tudok azon, hogy hány tesztelő tartja a tanúsítási rendszereket haszontalanoknak, nem hatékonyaknak. Egyesek elismerik, hogy az ilyen képesítés megszerzéséhez szükséges tanulmányok legfeljebb a speciális nyelvet alkothatják, és még kevesebben támogatják őket. Feltételezem, hogy az ellenségesség abból fakad, hogy a pazar címet csak az elméleti ismeretek ellenőrzésével lehet megszerezni. Andy Glover 1024 szónak megfelelő képpel igazolja ezt a hozzáállást a legjobban:

Az utolsó kérdés kissé sziruposabb, így végül: az interjúalanyoknak meg kell magyarázniuk, miért szeretnek tesztelni. Vannak, akik szeretetüket a szakma iránt a perfekcionista karakternek tulajdonították, mások a nyomozás örömének, sokan annak a lehetőségnek, hogy minden nap tanuljanak valami újat. Mindegyikre rezonálok, de szerintem a legfinomabb magyarázat Steve Green-től származik: egész gyermekkorunkban azt mondták nekünk, hogy jók legyünk, ne rontsuk el a dolgokat; most fizetünk azért, hogy tönkretegyük a dolgokat:)

Végül mit mondhatnék? Füzetliszt egészében. Néha köznyelv, néha távirati válaszok. Tömör ötletek, releváns tanácsok, különböző szempontok. Bátran fogok támadni a Bibliák terén.

2010. december 27., hétfő

Az élet tesztelője, nemcsak karácsonyra

A szoftvertesztelés során tanult tanulságok: kontextusvezérelt megközelítés Cem Kaner, James Bach és Bret Pettichord;
Hogyan teszteljük a szoftvert a MicrosoftnálAlan Page, Ken Johnston és Bj Rollison;
Ne késztessen gondolkodásra Steve Krug;
Agilis tesztelés: gyakorlati útmutató tesztelőknek és agilis csapatoknak Lisa Crispin és Janet Gregory.

A bibliográfiai listát néhány további műszaki könyv is elárulja, elárulva egyes tesztelők mérnöki eredetét, valamint a csapat irányításáról vagy a személyes fejlődésről szóló egyéb kiadványok. Véleményem szerint minden releváns ajánlás. Nem tudom mi a Titok Rhonda Byrne ezen a listán felkeltette a szemöldököm, ami felkeltette az érdeklődésemet.

Ezután a tesztelő számára szükséges készségek fejlesztésének módjait tárgyaljuk. Itt a legtöbb válasz a fogalom körül forog tudásmegosztás. Kedves kollégáim, konkrétan, a tevékenységek listája a következőket tartalmazza: kritikusan olvasni a szakterület publikációit, fórumokon részt venni és véleményt nyilvánítani - jó, rossz, megalapozott vélemény -, néhány további szakember követése a területen keresztül blogok vagy Twitter. Mindez lehetőséget ad a tesztelőnek (kezdőnek), hogy megismerje a szoftver tesztelési folyamatának más perspektíváit, megtanulja más projektek tanulságait, kijusson saját tesztelési tevékenysége köréből. Az ajánlott tevékenységek számomra kivitelezhetőnek tűnnek, és én személy szerint jövedelmező időbefektetésként látom őket. A dalt, amely összefogja őket és meghódított, azt hiszem, ez lesz a szakmai meggyőződésem, kiadta Zeger Van Hese, és azt mondja: 'Legyen állandó tanulási módban!".

Nagyon érdekes tanácsokat találtam Simon Morleytől. Amikor azt olvastam, hogy más kapcsolódó területeken rendelkeznünk kell ismeretekkel vagy szereznünk kell ismereteket, más szakterületekre gondoltam az informatika, a szoftvertervezés és hasonlók területén. Nem csak ezt mondja a fent említett Lord: úgy tűnik, hogy nem a készségek tesztelésére kell gondolnunk, hanem a tesztelő számára hasznos készségekre, ugyanazokra, amelyekre szükség van egy oknyomozó újságírónak, olyan szakembernek, mint a FÁK-filmekben (nyomozó, szerintem ez a kifejezés), filozófus (itt tévedtem el), történész, tudós és időnként azok a dolgok, amelyekre egy humoristának szüksége van. Elég komplex tesztelő funkció ebben a fényben, nem?

És egy utolsó ajánlás a tesztelők szakmai fejlődéséhez, Freddy Gustavsson: Érezd jól magad! Mármint, kedves szakszervezeti kollégák, tegyük mindezeket örömmel. És itt erősen megerősíthetem, ez az a mód, ahogyan tanulhatok, helyesen és helyesen tudok dolgokat tenni. Mint minden más munkában, egyébként nem?
Követni fog!