Пътят на тестери започна с любопитство. От самото детство се занимавах със сглобяване на компютри и инсталиране на софтуер, в хода на работата имаше редовни въпроси: “Защо не е инсталиран? Защо не работи? “. В този миг си помислих, че искам да стана тестер, да произвеждам висококачествен софтуер и да разбера отговорите на всички тези въпроси.
По-долу искам да кажа на бъдещите експерти по QA за това, което ги очаква в началото на кариерата им, и да дам някои съвети от техния опит.
интервю
Джуниър-тестер не е много трудно да се премине на интервюто. Тя не очаква дълбоко познаване на теорията и инструментите за тестване. Когато интервюираме такива кандидати, обръщаме внимание на скоростта и жизнеността на мисленето, свеж и нестандартен подход към решаването на проблемите.
Например, задайте необичайни въпроси, за да видите как човек мисли:
- Самолетът тръгва от точка А в 17:00 часа и пристига в точка В в 19:00 часа. Той е в полет в продължение на три часа. Защо това може да бъде това?
- Как да се уверите, че след като сте получили актуализираното приложение, конкурентите не биха могли да научат новите си функции?
Подгответе се за най-често срещаната задача – да тествате прост обект: лист хартия, молив, лента за захранване и други подобни.
Също така за интервюто ще бъде полезно:
- За изучаване на видовете тестване: функционални и изследователски тестове, автоматизирани тестове (включително инструменти за тях), стрес и стрес-тестове, изпитване на дим.
- Освен това прочетете за тестовете за приемане и неговите критерии.
- Ако говорим за тестване на уеб приложения, това е конзолата на браузъра и нейната работа, броят и версиите на браузърите, резолюциите на мониторите, инструментите за усъвършенстване на пикселите.
- Ако става въпрос за мобилни приложения, това са типове платформи, емулатори, тестване на маймуни. Не забравяйте таблетките.
- Да проучим видовете проследяващи програмите за проследяване на бъгове. Най-популярни: Jira, BugZilla, RedMine, Mantis. Вижте как работят, каква е тяхната специалност.
- В перспектива инструментите са Jmeter, Postman, Charles. Те не са много трудни за овладяване на основно ниво.
Първи работен ден
Първият работен ден е стандартен: те дават на компютъра нужната настройка и инсталират работните програми. Системният администратор подготвя достъп до поща и корпоративни вътрешни програми.
Не питайте къде да инсталирате Skype, използвайте го като прякор от училище gangsta_666 или забавна снимка. Използвайте при прякор комбинация от първа и фамилия, например ivansmirnov или smirnovivan, сложете обичайната си снимка.
Важна стъпка в подготовката за един работен ден е опознаването на пистата за грешки, използвана от компанията. Заслужава си да попитате предварително: проучете статиите, гледайте тренировъчните видеоклипове. Ще спестите време на колегите си и ще се чувствате по-уверени.
Първата задача
Ще ви бъде даден първият проект за гмуркане. Препоръчвам ви да се запознаете с историята на програмата за проследяване на бъгове и да видите какви дефекти вече са срещани или най-често се срещат. Можете да формулирате статистически данни за себе си и ще разберете в кои моменти си струва да обърнете повече внимание.
Вземете инициативата. Ако не сте получили контролен списък на приложението, не чакайте, но го попитайте от ментора. Ако организацията няма контролен списък, можете да я компилирате сами. В нашата компания чек-листът е по-често в “Google Таблици”. По-долу показахме пример за такъв контролен списък – можете да направите свой собствен пример.
Колегите ще бъдат изненадани, ако съставите контролен списък под формата на карта на мисли, например в Xmind.net.
Контролен списък за тестване на Pokémon GO
Един от основните типове тестове за начинаещи специалисти по QA може би ще бъде преминаването на контролни списъци, тестови случаи на по-стари специалисти. Този етап е необходим за по-бързото потапяне в проекта. За да увеличи тестовата база, начинаещият може сам да разшири този контролен списък. Джуниър тестери подготвиха лист за тестване на приложението Pokémon GO като част от учебните списъци за обучение. Тук са описани само положителните случаи.
Първата грешка в тракера
Описанието на грешки в различни компании може да варира, но като цяло има принципи на доброто тонизиране.
тема
Той описва проблема с няколко думи. По-добре е, ако започне с отрицателен: “не работи”, “не се случва”, “неправилно” и т.н. Например: “Няма синхронизация със сървъра на iPhone 6”, “Възпроизвеждането на видео в Nexus 5 не работи”.
писменост
Подробно описание на възпроизвеждането на бъговете. Обърнете внимание на предпоставката и знаците, които предхождат грешката (например червеният бутон отляво свети).
Освен това можете да прикачите екранни снимки с местата, които трябва да обърнете внимание (можете да използвате приложенията Joxi, LightShot и други), за по-трудно възпроизвеждане на бъгове – за записване на видеоклипове. Когато спечелите опит, можете да заснемате и прилагате дневници.
В края на скрипта се посочва средата, в която се извършва тестването: версията на приложението, фърмуерът на устройството (Android 6.0.1, iOS 9.3.2). Ако това е уеб приложение, посочете версията на браузъра.
Цел на чантата
След това трябва да зададете грешка на някого. Помолете мениджъра на проекта или наставника да разбере кого да задържи този бъг, кой от разработчиците за коя област от проекта е отговорен. Така че ще се запознаете с екипа, за да зададете бъгове в бъдеще.
Критично картографиране
Видовете критичност на бъговете в повечето тракери са представени от следния списък:
Незабавно (блокиране)
Грешка при блокирането. Оставя приложението в неработещо състояние, в резултат на което става невъзможно по-нататъшното взаимодействие с тестваната система или нейните ключови функции.
Крит – спешно
Критична грешка, ключовата бизнес логика е нарушена. Проблемът води до временно отпадане на сървъра или приложението без възможност за разрешаване. Премахването на проблема е необходимо за тестване.
високо
Значителна грешка, част от основната бизнес логика е нарушена. Грешката не е критична, има възможност да се работи с тестваната функция, използвайки други входни точки.
нормален
Малка бъг. Не нарушава бизнес логиката на тестваната част от приложението, очевиден проблем на потребителския интерфейс и локализация.
ниско
Тривиална грешка, не се отнася за бизнес логиката на приложението. Проблемът с библиотеките или услугите на трети страни е слабо възпроизведен, едва видим поради потребителския интерфейс.
Самостоятелно обучение
Всеки знае значението на самообучението – инструкциите ми ще бъдат банални. Така че веднага до точката.
По-долу има няколко книги, които аз лично препоръчвам на моите стажанти:
- “Testing DOT COM”, Roman Savin е много полезно ръководство, почти десктоп книга за начинаещ тестер. Съдържа лъвския дял на знанията, за да започне тестването и да отговори успешно по време на интервюто на въпроси, свързани с техническата и теоретичната част.
- “Как да тествате в Google” – по-задълбочена книга, описваща организацията на процесите, различните стратегии и подходи към тестването. Книгата помага да се разбере какво е качеството, как и на какви етапи може да бъде повлияно.
- “Ръководство на практикуващия за разработка на софтуерни тестове”, Лий Копланд – книгата описва видовете тестване като “бяло” и “черно” поле. Разгледани са различни техники за тестване, както и как да ги използвате и кога да ги използвате по-добре. В книгата можете да намерите интересна статия за изследване, която е много полезна за начинаещите тестери.
Колеги, пишете в коментарите имената на интересни книги за тестери. Сигурен съм, че всички ще бъдат полезни.
заключение
В заключение, искам да добавя, че освобождаването на качествен продукт е труден и бавен процес. Трябва да можете да защитите вашето мнение при преговорите, да убедите разработчиците да направят правилното нещо, а не на патериците, да разберат как да направят функционалността по-лесна за ползване.
Това е само част от необходимата информация за начинаещ тестер. Всички останали ще трябва да бъдат търсени в интернет в бойни условия, а след това да попитате колегите. Не се колебайте да задавате въпроси и Google часове, често отговорът на един въпрос ще ви спести много време в бъдеще.
