мого колеги Данила Юсупова дуже мене надихнула. Це дивно, наскільки сфера ІТ доброзичлива та гостинна – вчися та заходь, і завжди продовжуй вчитися чогось нового. Тому я хочу розповісти свою історію про те, як я навчалася на психолога, а стала тестувальником.
Вчитися на психолога я пішла на поклик серця – мені хотілося допомагати людям і бути корисною суспільству. Крім того, наукова діяльність мене дуже цікавила. Навчання давалося мені легко, я писала наукові роботи, виступала на конференціях і навіть мала практично значні дослідження та планувала продовжувати заглиблюватися в галузь клінічної психології. Проте все добре колись закінчується – закінчилося моє навчання в університеті. Від аспірантури я відмовилася через смішні аспірантські зарплати і вийшла у великий світ шукати себе.
Тут мене чекав сюрприз: я зі своїм дипломом і науковими роботами виявилася ніде не потрібна. Зовсім. Шукали психологів у дитячі садки та школи, що для мене не було прийнятним варіантом, бо з дітьми я не дуже лажу. Щоб піти консультувати, треба було енну кількість часу відпрацювати безкоштовно або за зовсім гроші.
Сказати, що я була у розпачі – це не сказати нічого.
Пошук чогось нового
Один з моїх знайомих працював у розробці ПЗ, саме він і запропонував мені, дивлячись на мої поневіряння, піти до них тестувальником - я ладнала з комп'ютерами, цікавилася технологіями і в принципі була не зовсім махровим гуманітарієм. Але досі я навіть не знала, що така професія існує. Однак вирішила, що я точно нічого не втрачу - і пішла. Пройшла співбесіду і була прийнята до дружнього колективу.
Мене коротко ознайомили з програмним забезпеченням (програма була величезною, з великою кількістю підсистем) і відразу відправили в «поля» на впровадження. І не кудись, а до поліції. Мені виділили місце у підвальнику в ОВС одного з районів нашої республіки (Татарстан). Там я навчала співробітників, збирала проблеми та побажання та проводила покази начальству, і, звичайно, паралельно проводила тестування ПЗ та відправляла розробникам репорти.
Працювати з представниками силових структур непросто – вони підкоряються наказам, вони мають сувору звітність, тому й міркують вони казёнными формулюваннями. Мені доводилося знаходити спільну мову з усіма: від лейтенанта до полковника. У цьому мені дуже допомогла моя спеціальність із диплому.
Напрацювання теоретичної бази
Треба сказати, що коли я тільки почала працювати, я не мала жодної теоретичної бази. У мене була документація, і я знала, як програма має працювати; від цього й відштовхувалася. Які види тестування бувають, які інструменти можна використовувати, щоб полегшити собі життя, як проводити тест-аналіз, що таке тест-дизайн – цього я не знала. Та я навіть не знала, де шукати відповіді на всі ці запитання, чи де мене можуть багато чого навчити. Я просто шукала проблеми в ПЗ і раділа з того, що все стає легше і зручніше для користувачів.
Однак monkey testing зрештою впирається у проблему відсутності теоретичної бази. І я взялася за освіту. Так вийшло, що у нас у відділі та на всьому величезному проекті не було тоді жодного професійного тестувальника. Тестування часто проводили розробники, частіше – аналітики. Навчитися саме тестуванню не було в кого.
Ну і куди лізе ІТ-шник у таких ситуаціях? Звісно, у гугл.
Першою мені трапилася книга . Вона допомогла систематизувати те, що я вже знала на той момент, і зрозуміти, в яких сферах у мене на проекті (і в розумінні тестування) провали. Орієнтири, задані у книзі, були дуже важливими – і зрештою вони стали фундаментом для подальших знань.
Потім було ще багато різних книг - усіх і не згадати, і, звичайно, тренінги: очні та онлайн. Якщо говорити про очні тренінги, то вони дали не дуже багато, проте за три дні тестуванню не навчитися. Знання у тестуванні – це як будівництво будинку: спочатку треба, щоб фундамент устоявся, потім – щоб стіни стали на свої місця…
Щодо онлайн-тренінгів – то це гарне рішення. Там достатньо часу між лекціями, щоб як слід випробувати нові знання і навіть застосувати їх наживо на своєму проекті. При цьому займатися можна в будь-який зручний час (що важливо для працюючої людини), але і дедлайн по здачу завдань присутні (що теж дуже важливо для працюючої людини :)). Рекомендую.
Якщо говорити про складності шляху тестувальника, то спочатку мене найбільше лякала громіздкість систем, велика кількість різних процесів, що відбуваються. Завжди здавалося: "А ось я тут тестую поле, а на що воно ще впливає?". Доводилося бігати розробниками, аналітиками, іноді уточнювати у користувачів. Врятували мене схеми процесів. Я малювала їх безліч, починала з листа А4 і потім підклеювала до нього інші листи з усіх боків. Я й зараз так роблю, це дуже допомагає систематизувати процеси: подивитися, що маємо на вході та на виході, і де у ПЗ «тонкі» місця.
Що мене зараз лякає? Нудна (але необхідна) робота, така як написання тест-кейсів, наприклад. Тестування – творча, але водночас і формалізована методична робота (так, такий парадокс). Дозвольте собі «парити» над процесами, перевіряйте найшаленіші здогади, але тільки після того, як пройдете основні сценарії 🙂
Взагалі, що на початку шляху я розуміла, що нічого не знаю; що зараз розумію те саме, але! Раніше незнання чогось мене лякало, а тепер це як виклик для мене. Освоїти новий інструмент, розібратися в новій техніці, взяти незвідане досі програмне забезпечення і розібрати його по гвинтиках – це велика праця, але ж людина народжується для праці.
У своїй роботі я часто зустрічалася з трохи зневажливим ставленням до тестерів. Мовляв, ось розробники це серйозні, завжди зайняті люди; а тестери - так, незрозуміло, навіщо вони взагалі потрібні, можна чудово впоратися і без них. Внаслідок цього на мене часто вішали багато додаткової роботи, наприклад розробку документації, інакше вважалося, що я дурня валяю. Я навчилася писати документацію по ГОСТу та добре оформлювати інструкції для користувачів (благо, з користувачами я взаємодіяла досить добре та знала, як їм буде зручніше). Зараз, через 9 років роботи тестувальником у групі компаній ICL (останні 3 роки і донині в підрозділі групи компаній – ICL Services), я повною мірою усвідомлюю, наскільки важливою є робота тестувальників. Навіть чудовий розробник може щось переглянути і чогось не врахувати. Крім того, тестувальники – не тільки суворі наглядачі, а й захисники користувачів. Хто, як не тестер, добре знає, як має бути побудований процес роботи з ПЗ; і хто, як не тестер, може подивитися на програмне забезпечення з точки зору обивателя і дати рекомендації з UI?
На щастя, зараз на моєму проекті я можу використати всі напрацьовані раніше навички – тестую (за тест-кейсами і просто так, для душі:)), пишу документацію, переживаю за користувачів і навіть іноді сприяю у приймальному тестуванні.
У моїй роботі мені подобається найбільше те, що доводиться постійно вчитися чогось нового – не вийде стояти на місці, робити день у день те саме і бути фахівцем. Крім того, мені дуже пощастило з командою – це професіонали своєї справи, які готові завжди прийти на допомогу, якщо я чогось не розумію, наприклад, при розробці автотестів або проведенні навантаження. А ще мої колеги в мене вірять: навіть знаючи, що в мене гуманітарна освіта, і припускаючи наявність «білих плям» у моїй ІТ-освіті, вони ніколи не кажуть: «Ну, мабуть, ти не впораєшся». Вони кажуть: «Ти впораєшся, і якщо будуть питання – звертайся».
Я пишу цю статтю насамперед для тих, хто хотів би працювати в ІТ взагалі та у тестуванні, зокрема. Розумію, що світ ІТ з боку виглядає хитромудрим і загадковим, і може здаватися, що не вийде, не вистачить знань, або що ви не витягнете… Але, на мою думку, ІТ – це найбільш гостинна сфера, якщо ви хочете вчитися і готові працювати . Якщо ви готові прикладати руки і голову до створення якісного ПЗ, дбати про користувачів і зрештою – робити світ краще, то вам сюди!
Чек-лист входження у професію
І для вас я склала невеликий чек-лист входження у професію:
- Звичайно, вам треба ладнати з комп'ютерами та цікавитися технологіями. Власне, без цього можна не починати.
- Намацайте в собі професійно важливі якості тестувальника: допитливість, уважність, здатність пам'ятати «образ» системи та аналізувати його, наполегливість, відповідальність і здатність займатися не тільки веселим «руйнуванням» системи, а й «нудною» роботою з розробки тестової документації.
- Візьміть книги з тестування (їх можна легко знайти в електронному вигляді) – і відкладіть. Повірте, спочатку це все вас швидше налякає, ніж підштовхне до чогось.
- Вступіть у професійну спільноту. Це може бути тестерський форум (їх чимало, виберіть той, який сподобається), блог якогось професійного тестувальника або ще щось. Навіщо це? Ну, по-перше, тестерські спільноти досить доброзичливі, і ви завжди отримаєте підтримку та пораду, коли про них попросите. По-друге, коли ви почнете обертатися у цій сфері, вам буде легше влитися у професію.
- Починайте роботу. Ви можете піти до стажистів-тестувальників, і тоді старші колеги всьому вас навчать. Або почати з найпростіших завдань у фрілансі. У будь-якому випадку вам потрібно почати працювати.
- Після того, як ви почали практикувати тестування, поверніться до книг, відкладених у п.3.
- Усвідомте, що вам завжди треба буде вчитися. День у день, з року в рік ви вивчатимете щось нове і в чомусь розбиратися. Прийміть цю ситуацію.
- Відкиньте свої страхи та сумніви та приготуйтеся до однієї з найцікавіших робіт у світі 🙂
І, звичайно, нічого не бійтеся 🙂
Ви впораєтеся, удачі!
UPD: В обговореннях до статті шановні коментатори звернули мою увагу на те, що не всім може так пощастити на початковому етапі, як мені. Тому в чек-лист хотіла б додати пункт 3a.
3a. Говорячи про те, що книги поки що краще відкласти, я мала на увазі, що на цьому етапі небезпечно буде перевантажитися теорією, тому що теоретичні знання складно правильно структурувати без практики, і велика кількість теорії може вас налякати. Якщо ви хочете відчувати себе впевненіше і не втрачати часу, поки шукатимете, де б почати практикуватися, я раджу вам пройти онлайн-тренінг для тестувальників-початківців або прослухати курс з тестування. І те, й інше дуже нескладно знайти та інформацію там вам подадуть у доступній формі. Ну і див. наступний пункт
Джерело: habr.com