Дещо про похід/вхід в QA
Усі статті, обговорення, новини про тестування — в одному місці. Підписуйтеся на DOU | QA!
У зв’язку з доволі великою кількістю резюме новоспечених junior QA в відповідних темах «Шукаю роботу/Покращіть резюме» вкупі з окремими топами на цю ж таки тематику. І це лише частина, з багатьох, які дійшли до DOU.
Викликаний цей наплив очевидно в тому числі і темами/статтями типу dou.ua/forums/topic/11605 , dou.ua/...lenta/articles/how-to-qa , dou.ua/forums/topic/11634 (не про QA, але занадто ідеалізує IT). Гарно позитивно розписано все, відповідно і формує дуже хороший позитивний образ — роботи, як цікавої та високооплачуваної, працівників в ній, як чуть не ідеальних, ІТ в цілому. Однак, тут теж є дві сторони медалі, як і в будь-якій іншій справі, тим більше на старті кар’єри:
!!! використанні посилання на коментарі, відгуки та інший контент з DOU, за правдивість автор відповідальності не несе
Середні джуніорські 300$ — одна з найвагоміших причин, яка спонукає людей міняти сферу діяльності, від якої запалюються очі і раптово приходить розуміння, що насправді завжди тягнуло в тестування та ІТ. Однак теперішня кількість бажаючих на вакантне місце дає змогу трохи демпінгувати зарплати, і може бути дуже тяжко потрапити на ті самі триста, якщо навколо вас є достатньо конкурентів готових працювати за $200 брутто(Львів), а то і за $150 нетто(теж, неперевірено). А нинішній проблемний курс тільки погіршить ситуацію
+ Зарплатні $ відносно умовні, тому що рахують їх в різних компаніях по-різному ( dou.ua/...salaries-course-jan-2015 ), а ще існують компанії, які виходять за ‘стандарт ІТ сфери’ та взагалі розрахунки ведуть в гривнях(відповідно до jobs.dou.ua/...s/epsysoft/reviews/30268 ), ну і завжди є можливість попасти в один з багатьох стартапів працювати за можливий дохід або й просто за ідею.
+ В ІТ також можливі затримки (відповідно до dou.ua/forums/topic/9777 , jobs.dou.ua/...mpanies/innovecs/reviews ) зарплат, кидалово з їх невиплатою, ну і навіть в топ компаніях закриваються проекти (відповідно до jobs.dou.ua/...loballogic/reviews/30269 ), цілі офіси (dou.ua/...a/news/wargaming-kharkiv ), взагалі самі контори, що грозить втратою роботи.
Цікавий колектив і сучасний офіс — тут нічого особливого, в колективах ІТшних також присутні проблеми — плітки, конфлікти, напружена атмосфера, кар’єристи, ліниві, некомпетентні особи, як і в будь-яких інших, останнім часом де-не-де починається і кумівство, а в зв’язку з останніми подіями і масовою релокацією додалися ще й конфлікти на ідеологічній основі.
Офіси теж не у всіх інноваційні з мегадизайном, іксбоксами, настільним тенісом, персональними кондиціонерами та безплатним печенням, тому завжди є ймовірність переїхати в сірий тісний опенспейс, де ще й некомфортно буде сидіти поруч з колегою ( dou.ua/forums/topic/11153 )
Цікава робота, серйозні проекти — про нюанси роботи нижче, а взагалі не всі працюють над чимось таким, може попастися і тестування сайту умовної Нсьої районної ради або робота над старезним проектом на древніх технологіях
Деякі негативні моменти роботи
Главный минус — монотонная составляющая работы, особенно в начале карьеры. Сюда относят прохождение тест-кейсов при ручном тестировании и работу с документацией.
!!!Великою мірою вони залежать від того, як налагоджені в компанії процеси розробки, комунікації, компетентність її працівників, стану проекту, якості і структури тестованого ПЗ в цілому і т.д.,
отже
Дійсно, монотонна, нудна, нецікава, однотипна, стандартна робота, деколи при цьому великооб’ємна, особливо стосується мануального тестування. Можливі, наприклад, налаштування і перевірка однієї ж і тої самої конфігурації та кейсів по кілька разів, коли програміст не в змозі пофіксити все разом одразу; перевірка малої зміни для одного користувача, але при цьому потрібні регресійні тести чи не всієї функціональності для десятка інших користувачів, знайдений баг на передостанньому, що значить ретест знову ж таки усього після його фіксу;підготовка об’ємного докладного звіту для клієнта, де потрібно докладно розписати, як зміни вплинули на вхідні дані за 3 попередні місяці. Цього нудного може бути настільки багато, що аж опускаються руки і не знаєш як підійти-з чого почати, доведеться боротись з прокрастинацію і якось то все розрулювати
Можлива відсутність докладної документації/специфікацій, що провокує зайву трату часу на комунікацію для вияснення певних неописаних питань, створення багів, які виявляються в результаті не багами і т.п. Також можливий варіант коли добре написано як воно має працювати, але не подумали, як не повинно, і підтвердити остаточно результат негативного кейсу не може програміст, не може і ПМ, і знову ж таки тратиться час поки воно дойде до клієнта, зверифікується ним і вернеться назад.
Проблема з комунікацією — наприклад опис тасків і наданням інформації для тестів — не все так гладко як в прикладах книжок, не завжди заморочуються з нормальним описом — please test, details in... в дюжині коментарів ПМ-ів та програмістів з кількома версіями зміни, а то і просто при’єднана email-переписка ПМ-а з клієнтом.
Відповідно, деяка неоднозначність — в результаті вияснення всіх деталей та наслідків те, що потрібно протестувати в результаті виявилось набагато більшим і об’ємнішим, ніж планувалось спочатку
Що може призвести до овертаймів, ненормованого графіку, тому що дедлайн уже минає, наростає ескалація, і таск обов’язково має бути дотестований і закритий сьогодні. Таких може бути декілька, тому треба буде зуміти спланувати свій час, зуміти пояснити кільком людям, які просять зробити ASAP, чому ви робите спочатку одне, а не інше, переходити від одного до зовсім іншого і назад в умовах роботи над кількома різними, бо пофіксити можуть і за дві години, а стільки часу просто чекати в такій ситуації не будеш.
Ну і окремо для перфекціоністів — будуть випадки, коли треба терміново показати хоть щось, і доведеться переступати через свій педантизм і перфекціонізм, закривати очі і ставити свою позитивну резолюцію на відверто кривий продукт, бо так хоче ПМ — ‘поки не найшов клієнт — це не баг, даєм в реліз так’ як є
І хоч не все може виявитися так прикольно, як здається, все одно для «входу» з 0 доведеться дуже багато вчитися і дуже багато працювати, прочитати Канера чи Савіна(якого дехто не рекомендує, до речі, читати взагалі)може бути вже не достатньо, як і просто сертифікату про закінчення курсів. Тож якщо ви успішний продавець, менеджер, економіст, юрист, перекладач, думайте, чи ви дійсно цього хочете — на одному QA світ клином не зійшовся поки що, та будьте готові до того, що після того як ви потратите купу часу, грошей та інших ресурсів на навчання та пошук роботи, нарешті отримана робота може виявитись не зовсім тим, про що ви мріяли, і 300$, сири, печеньки і інші радощі аутсорсингу можуть прийти не одразу.
UPD. по мотивам нещодавно видаленої теми
Якщо ви вже дойшли до цього форуму, врахуйте, що вас тут ніхто спеціально і радісно не чекає, так як ви один з дюжини таких самих пошукачів входу в QA, які регулярно тут з’являються. Вам звісно допоможуть — можуть надати корисні посилання, підказати і направити в потрібну сторону, але багато інформації доведеться шукати самому. Ніхто за вас вирішувати як і чи можна вам ставати QA не буде...
40 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів