Для Початківців on jUst QA blog

Перше занурення у тестування – з чого почати?

Wed, 31 May 2017 23:32:58 +0300

Тестування програмного забезпечення – дивовижна сфера. На перший погляд, тут все просто – є “щось”, яке має бути “хорошим”, і є людина, яка бажає “все перевірити”. Але потім ця людина починає ходити на співбесіди, відправляти резюме – і якось “не беруть”. Так, насправді тестування далеко не така проста і банальна наука, як може здатися з реклами курсів “входу в айті”. Та й курси не завжди дешеві для тих, хто хоче “пірнути”. Як зрозуміти, чи варто Вам особисто пробувати?

Перше занурення у тестування

Почнемо з найпростішого: почитаємо Вікіпедію. Хоч довіряти їй варто на свій страх і ризик, але у визначеннях базових понять покластися можна. Але відразу обмовлюся – посилання хороше, але якщо подужаєте цю (а то і весь розділ) – відразу +50 в карму. Нехай не все буде зрозуміло, нехай важко, нехай зі словничком (благо гугл-транслейт можна в хромі налаштувати; а якщо зрозуміли, що написано до крапки з комою – то ще +50 в карму), але все найактуальніше і найсвіжіше вже років 10 (за більше не скажу – тому що 10 років тому не стежив) як з’являється спочатку англійською.

Отже, завантажили Ви себе термінами, які нічого не говорять, не хочу. Пора б і спробувати щось робити. Візьміть улюблену програму/сайт/олівець/кішку – і спробуйте подумати, поміркувати – а як би ви ЦЕ перевіряли? Спробуйте “накидати” прості перші тест-кейси. Що це за звір? Ви вже знаєте з минулого кроку. Якщо ні – повторюємо. Знайти “баги” – це не головне у тестуванні. Головне зрозуміти, що це таке, яким його хочуть бачити. Хто хоче? Ті, хто ЦИМ користується. А оскільки Ви взяли Вашу улюблену програму / кішку / кофтинку – то “тестуйте на собі”.

Вийшло накидати 20 тест-кейсів? Не набридло? Не нудно? Здорово! А 50? А як написати 50 КОРИСНИХ тест-кейсів? Ось тут пораджу цей блог. Олексій – ще той оповідач (шукаємо відео і дивимося), “ріже” по небажаю – але змушує думати. Особисто спілкуватися не доводилося, але в “нашомовній” “ком’юніті” один із тих людей, до критики кого варто дослухатися.

Далі

А далі що? Далі залежить від того, що Ви зараз відчуваєте. Тому що це перше занурення і навіть якщо весь контент (Ви ж знаєте, що це слово означає?) Вікіпедії вивчили напам’ять – поспішаю засмутити. Ви ще нічого не знаєте. Питання лише у тому, чи готові йти далі. Тому що далі книги, ютюб, океан технічних знань (те, що Ви не збираєтеся бути в майбутньому в програмуванні ще не означає, що “ручний кьюей” уникне скриптів), спроби продати себе на співбесіді, видавши за “синьйора з трирічним досвідом” ( у деяких виходило), курси (опціонально; ІМХО, на курси варто йти якщо у Вас вже є питання, а відповісти нікому, а не якщо є останні зайві тисячі і хочете загребати мільйони) і практика-практика-практика… І глибокого осягнути ВСІ сфери тестування одна людина ніколи не зможе, не спокушайтеся.

Ну звичайно ж, як я міг забути: http://software-testing.ru/ та стрічка блогів. Та й спробуйте вирішити завдання. Прості, банальні, але для розминки підійде.

Логіка у тестуванні

Wed, 17 Aug 2016 23:22:21 +0300

Існує безліч жартів, анекдотів, наукових праць, книг та іншого про те, що жіноча та чоловіча логіка різні. Найдивовижніше, що так воно і є насправді! І, по-хорошому, її необхідно враховувати при UX-тестуванні. Тому як леді та джентльмени приділятимуть увагу одному і тому ж елементу сторінки (діалогу, вікна, програми) по-різному. У цьому випадку можна сказати що робота тестувальника виявляється сильно межує з роботою психолога.

Логіка

Але… Мені доводилось також працювати з клієнтами з різних предметних областей, з різних країн. І результатом хотів би “налякати” тих, хто тільки вступає на тернистий шлях QA. Логіка професій, логіка людей різних національностей також відрізняється! І не варто завжди покладатись на інтуїцію, коли тестуєте не повністю задокументовані вимоги. Уточнюйте у бізнес-аналітиків (клієнта) нюанси та тонкощі, тому що для німця касира 1+1=2, а для шведа архітектора може виявитися 1+1=10.

Висновки

Завжди пам’ятайте, що людина, яка замовляє музику, може любити зовсім іншу, ніж Ви. І дорого буде оплачувати замовлений концерт симфонічного оркестру із власної кишені, якщо насправді клієнтом очікувалась група стилю кантрі. Ось така логіка

Чому важко бути QA? (частина 2)

Thu, 14 Apr 2016 10:37:25 +0300

Чим більше можливостей, тим важче вибрати. Вадим Мозговий

[![Складно бути QA тому, що багато шляхів розвитку]Придивіться до шляху: в одній широкій дорозі сходяться багато стежок

Доброго часу доби. Минулого разу в замітці торкнувся теми, чому важко бути QA і в списку проблем дійшов до пункту “неочевидність розвитку”, про який хотілося б детальніше поговорити сьогодні.

Сам я потрапив у тестування з університетського курсу прикладної фізики за порадою мого близького друга, який уже тоді був успішним програмістом. Його думка тоді була “Піди, навчися пару місяців програмувати”. Минуло 8 років. Програмувати вчитися можна все життя. А ось професію свою я покидати поки не збираюся:)

Але є дві небезпечні крайнощі, які зустрічаєш через деякий час після початку:

Все здається зрозумілим, людина потрапляє в зону комфорту – і залишається “на все життя” “клікером”: кави, новини, подивитися котиків, переглянути зафіксовані баги, подивитися робочу пошту та нові хотівки замовника, пообідати – а там і додому пора, розслабитися компанії улюблених серіалів.
Все здається зрозумілим і хочеться бігти далі: вирости в QA ліда, тимліда, директора, автоматизатора, свій бізнес і політ фантазії.

QA на роздоріжжі

Проблема в тому, що QA – це набагато комплексніша, ніж здається на перший погляд. Тест-кейси вигадувати – потрібно як розуміння продукту, і певний, хоча б інтуїтивний, математичний апарат. Потрібна певна дисципліна підтримки документації в актуальному стані. Для того, щоб розуміти, яка документація ефективна і потрібна, а яка буде тільки дарма витраченим часом. Розуміння “тайм-менеджменту”, “ризик-менеджменту”. Розуміння того, як працює “залізо”, на якому крутиться продукт, що створюється, як працює операційна система. Тому, залишаючись “в своїй професії” для того, щоб робити свої завдання ефективно, QA поступово освоює наступні:

Програмування; причому, далеко не завжди однією мовою
Програмування лише на рівні ОС: bash, powershell; потрібно як для автоматизації завдань наступного пункту, так і для нетривіального тестування безпеки
Базові знання в DevOps: щоб не чекати поки до тебе дійде сис.адмін , щоб підправити налаштування тестового оточення або просто розгорнути пару додаткових віртуалок
Проектний менеджмент
Бізнес-аналіз
Залежно від продукту – може бути додатковий розвиток у “не-айтішній” галузі економіки, медицини, фінансів, продажів
Дизайн і прикордонні області: як для тестування юзабіліті так і для того, щоб робити няшні скріншоти в джиру.
SEO, SMM та інші мережеві та маркетингові технології – для розуміння, які елементи потрібні будуть бізнесу
Психологія, уміння вирішувати конфлікти, вести переговори, мотивувати
І ще 100 500 пунктів, з якими ви зустрічаєтеся так чи інакше

Що ж робити?

Найважливіше і найскладніше – вибрати собі мету. Або цілі. Перестати обманювати себе і – що найголовніше – не давати тобі заснути у “зоні комфорту”. Світ IT розвивається дуже швидко 24 години на добу: якщо це не зробили ми зараз, то ввечері, вночі чи вранці це зроблять замість нас в Америці, Китаї чи Індії (як би не любили у нас жартувати з приводу коду “індусів” – на десять) тисяч пару геніїв можна зустріти, які обіймуть керівні посади в Google, Microsoft та інших гігантах). Вибрати та розвивати себе у певній сфері тестування: досі професіоналів у тестуванні безпеки, продуктивності не так багато. А з розвитком операційних систем і збільшенням BigData продуктів потреби в них тільки зростатимуть.

Це складно, але важливо. Challenge, який потрібно пройти. І навіть залишаючись “просто тестувальником” – потрібно відточувати мистецтво тест-дизайну (бо вчорашні тест-кейси можуть стати завтра неактуальними).

Так що, як би не говорилося в “рекламі” різноманітних курсів, що за пару місяців з домогосподарки можна стати супер-оплачуваним QA – це не так легко. Це найскладніший шлях розвитку QA. Більше того, написане вище – це більше розвиток QA як “технічного фахівця”, а саме про QA – наступного разу.

Чому важко бути QA? (частина 1)

Tue, 12 Apr 2016 09:16:07 +0300

Перед вами злітна смуга та проблема лише в тому, що не вистачає пального.
Дональд Трамп

Злітна смуга

У будь-якій професії можна досягти величезних висот, якщо займатися справою із задоволенням. Коли ти отримуєш “кайф” від результатів (а також матеріальну винагороду, яка дозволяє не переживати за те, чим харчуватимуться і у що одягатиметься твоя сім’я та сама людина) – напевно, це вже майже можна назвати щастям. А чи складно бути QA?

Останні роки стає “айтішником” стало модно. Так само модно, як якийсь час тому були модними професії юристів, адвокатів, стоматологів – і просто “народних бізнесменів”. І, здавалося б, найпростіше стати “тестувальником” – нічого ж робити не треба, просто сиди та шукай помилки. Як на мене, найбільша проблема в тому, що на курсах (які, власне, рекламують професію) дають набір молотків, але не кажуть, як потім стати щасливим з ними. А проблеми можуть розпочатися вже одразу.

Потрібне інше мислення

Не дарма поламано тисячі копій та написано мільйони книг з приводу того, що жіноча та чоловіча логіки – різні. Що жінки з Венери, а чоловіки – з Марса. Так само і QA – це люди з іншої планети, ніж, наприклад, журналісти, шахтарі, програмісти, бухгалтери, математики. Потрібно хотіти відчувати якість. Насамперед – якість своєї роботи. Не потрібно ламати продукт – потрібно робити його зручним та корисним. Це перша причина, чому складно бути QA, що отримує кайф від роботи – “важко влізти в чужу шкуру”.

Це модно

Так уже склалося, що більшість людей все життя прагнуть багатства. Бажано швидко та легко. І зараз. А, як говорилося – тестувальник – це модно. А отже, на ЕН вакансій буде 100*ЕН охочих. Особливо – щойно вийшли з курсів з очима, що горять, і готовими працювати за пару десятків тисяч доларів. А конкуренція робить дві речі: підвищує вимоги та знижує ціну тих, кому відповідності вимогам не вистачає. Це друга причина.

Неочевидність у розвитку

Колись у дитинстві мені розповідали історію успіху: одна людина знайшла яблуко і продав його. Потім на ці гроші він купив 2 яблука і продав дорожче зміг купити вже 5. І так далі – поки не став мільйонером. Отримавши спадщину від бабусі. А куди зростати QA? Про це – далі.

Завдання для тестувальника початківця

Thu, 29 Aug 2013 09:42:31 +0300

Доволі часто в мене запитують “Як навчитись тестуванню?” Звичайно, є курси та їх цінність ніхто не збирається скасовувати! Але деякі люди просто не мають того “стартового капіталу”, з яким йти на курси, але є час і бажання себе спробувати до першої співбесіди.

Напевно, багатьом потрапляла до рук програма ListBoxer (потрапила вона і мені як тестове-вступне завдання на першому місці роботи). Але попросила мене якось “поділитися знаннями” одна добра знайома, у якої “під рукою” не було на той момент жодного апарату, куди можна було б встановити ListBoxer. Ось і з’явилася ідея накрапати простеньке (і водночас творче:)) завдання пошуку явних помилок і тренування написання тестових сценаріїв. А потім цим завданням поділився далі. І далі. І далі… 🙂
То чому б її не викласти тут? 🙂 Zadachka

А хто має бажання погратись із ListBoxer – посилання в студії ListBoxerFull
та невеликий бонус dumb (файли ListBoxer та Dumb взяті з http://iqa.com.ua/)