ESimi 2010

Блог файлове

Сряда, 29 декември 2010 г.

„Тестер за цял живот“. За предизвикателства, сертификати и грешки

Заглавието не е точно обещание, то е част от името на проекта, от който наблюдавахме в предишната публикация, когато анализирахме отговорите от интервютата, дадени от няколко тестери, някои известни, за електронна книга-улТестерът е за живо, не само за Коледа'. Оттук обобщихме най-препоръчаните специализирани публикации и поредица от съвети за това как да подходим към кариерата в тази област на експертиза. Сега продължете с отговорите на останалите въпроси.

Останах с третия въпрос: Кой е най-ценният инструмент, който използвате в тестовите дейности? Четейки отговорите, бях убеден, че повечето тестери или четат едни и същи книги, или са фенове на лидер на мнение в тази област. И го казвам, защото бях изумен от броя на отговорите, в които беше разгледан най-ценният инструмент. собствен мозък. Моля, прецизирайте превода малко: вашето собствено мислене. По-сложно обяснение даде Саймън Морли, описвайки този инструмент като 5-степенна версия на скоростната кутия със система за контрол на скоростта. или нещо подобно. Аналогията е доста интересна, но аз'm загубен в превод. Други отговори номинираха различни програми от WebScrab, инструмент, който прихваща трафика между браузър и сървър, до (сега тривиален) Twitter.

Кои са най-големите предизвикателства за тестване, сега и след 2-3 години? Тук повечето отговори попадат в няколко посоки. Единият е адаптирането към гъвкавите методологии, проблем, който не ми звучи като предизвикателство, като се имат предвид успешните проекти, които вече използват такива методологии. Идват ми на ум поне две, доста големи и добре познати. Всъщност в тези проекти ролята на тестера се променя и по този начин достигаме до втория страх, валиден: за него се говори, особено сред мениджърите и заинтересовани страни, което всеки може да направи на тестера, когато всъщност е необходимо изпитателно изпитване (Зегер Ван Хесе). Но най-често споменаваното предизвикателство е Облачни изчисления-което поражда проблеми особено при възпроизвеждането на тестовата среда. Все още не мога да коментирам това.

Но мога да се учудя колко тестери смятат схемите за сертифициране за безполезни, неефективни. Някои признават, че обучението за такова сертифициране може да формира най-много специализирания език и още по-малко ги подкрепя. Предполагам, че враждебността идва от факта, че разкошното заглавие се получава само чрез проверка на теоретичните знания. Анди Глоувър най-добре оправдава това отношение в изображение, еквивалентно на 1024 думи:

Последният въпрос е малко по-сиропиран, така че в крайна сметка: интервюираните трябва да обяснят защо обичат да тестват. Някои са отдали любовта си към тази професия на перфекционистичния характер, някои на удоволствието от разследването, много на възможностите да научат нещо ново всеки ден. Резонирам с всеки един от тях, но мисля, че най-вкусното обяснение идва от Стив Грийн: през цялото ни детство ни се казваше да бъдем добри, да не разваляме нещата; сега ни плащат да съсипваме нещата:)

В крайна сметка какво да кажа? Брашно от брошури, като цяло. Понякога разговорен език, понякога телеграфни отговори. Кратки идеи, подходящи съвети, различни перспективи. Ще имам смелостта да атакувам Библиите на полето.

Понеделник, 27 декември 2010 г.

Тестер за живот, не само за Коледа

Уроци, научени от тестването на софтуер: Контекстно ориентиран подход от Джем Канер, Джеймс Бах и Брет Петтикорд;
Как тестваме софтуера в Microsoftот Алън Пейдж, Кен Джонстън и Bj Rollison;
Не ме карайте да се замислям от Стив Круг;
Agile Testing: Практическо ръководство за тестери и пъргави екипи от Лиза Криспин и Джанет Грегъри.

Библиографският списък е пълен с още технически книги, издаващи инженерния произход на някои тестери, както и с други публикации за управление на екипи или личностно развитие. Всички подходящи препоръки, според мен. Не знам каква е Тайната Ронда Бърн от този списък ме накара да вдигна вежди заинтригувана.

След това са разгледани начините за развиване на уменията, необходими на тестера. Тук повечето отговори се въртят около концепцията за споделяне на познание. Уважаеми колеги, конкретно списъкът с дейности включва: да четете критично публикациите в тази област, да присъствате на форуми и да давате мнение - добро, лошо, аргументирано мнение да бъде, да следвате няколко, повече специалисти в областта, чрез блогове или Twitter. Всичко това дава на тестера (начинаещ) възможността да знае други перспективи на процеса на тестване на софтуера, да научи уроци, извлечени от други проекти, да излезе извън обхвата на собствените си тестови дейности. Препоръчаните дейности ми се струват осъществими и аз лично ги възприемам като печеливши инвестиции във времето. Песента, която ги събира и която ме завладя, мисля, че това ще бъде моето професионално убеждение, е издадена от Zeger Van Hese и казва „Бъдете в режим на постоянно обучение!'.

Намерих много интересен съвет от Саймън Морли. Когато прочетох, че трябва да имаме или да придобием знания в други свързани области, си мислех за други области на опит в областта на информационните технологии, софтуерното инженерство и други подобни. Не само тези, казва гореспоменатият Господ: изглежда, че не бива да мислим за тестване на умения, а по-скоро за умения, които са полезни на тестера, същите, които са необходими на разследващ журналист, специалист като тези във филмите от ОНД (следовател, мисля, че това е терминът), философ (тук се загубих), историк, учен и от време на време нещата, от които се нуждае комик. Доста сложна функция на тестера в тази светлина, не?

И една последна препоръка за професионалното развитие на тестери от Фреди Густавсон: Забавлявай се! Искам да кажа, уважаеми колеги от профсъюза, нека направим всичко по-горе с удоволствие. И тук мога категорично да потвърдя, това е начинът, по който мога да се уча, мога да правя правилните неща, правилният начин. Както и на всяка друга работа, между другото, не?
Ще последвам!