Тестування навантаження - плюси і мінуси професії

1. Тестування навантаження - плюси і мінуси професії
2. Почнемо з мінусів
3. боротьба
4. терміни
5. технологічний вибух
6. регрес
7. Тепер про плюси
8. Різні замовники - різні правила
9. технології
10. Інструменти
11. Методологія
12. творчий Зростання
13. комфорт роботи
14. американська тема
15. R & D
16. Сезонність
17. технічний пресейл
18. підсумок

Тестування навантаження - плюси і мінуси професії

Осінь в роботі інженера тестування - це той самий час року, на яке найчастіше доводиться пік робіт (High Season), коли всі наші клієнти різко згадують про тестування навантаження і хочуть терміново швидко до нового року все встигнути. Відповідно виникає резонне питання: «А хто ж все це буде робити?». Робочих рук не вистачає, і треба їх якось десь добути. Хто такий навантажувальний тестувальник, що означає робота в Перфоманс Лаб, чому варто йти саме в тестування навантаження?

Питання: «Чому люди не прагнуть в НТ, а хочуть неодмінно в розробку?»

При тому, що завдання, які ми вирішуємо, бувають часто і складніше, і динамічніше.

Розглянемо всі плюси і мінуси професії навантажувального тестувальника.

Почнемо з мінусів

недооціненість

Просте запитання: чому одна робота приносить задоволення, а інша здається якимось невиразним вбивством часу? Людині завжди приємно щоб робота, яку він робить, була оцінена по достоїнству, тобто якщо те, що ти робиш, не цінується іншими людьми, то і задоволення це не приносить. Найчастіше робота навантажувального тестувальника недооцінена, тому що не може бути представлена ​​наочно. Розуміння, що без проведення навантажувальних тестів будь-яка критична ІТ система піддається серйозному ризику, і яка складна стоїть робота за, здавалося б, простими тестами, буває далеко не у всіх замовників. Частенько про НТ згадують в самий останній момент, або просять провести «для галочки». Звичайно, в такому випадку слабка залученість Замовника або загальна ситуація на проекті не дозволяє розкрити потенціал навантажувального тестування.

боротьба

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

терміни

Проблема номер три по частоті появи - нереальні терміни. У цій ситуації перфекціоніст всередині тебе говорить: «Ні, це треба зробити або добре або ніяк!», А терміни настільки стиснуті, що можна зробити тільки як-небудь. Тут доводиться впрягатися по повній, іноді працювати вечорами і ночами.

технологічний вибух

Іноді ми зустрічаємося з ІТ-системами, написаними на таких технологіях, що можна жахнутися, як же це може працювати в продуктивної середовищі? Як це підтримувалося і розвивалося? І найактуальніша проблема: як це тюнить і виправляти? Власні СУБД, саморобні протоколи, мертві мови, відсутність хоч якогось розуміння роботи інтеграції, відсутність документації це - реальність.

регрес

Але ось ми перемогли систему, дракон переможений, модель готова, НТ працює як годинник. І починаються сірі будні, потрібно катати одні і ті ж тести, реліз за релізом, місяць за місяцем. Ми вже все знаємо про систему, все її слабкі сторони і типові глюки, все бізнес-процеси і взагалі все. І хочеться чогось нового, але релізи йдуть і йдуть. Тут впору і занудьгувати.

Тепер про плюси

Нех

Як це навантажити? Як зробити цей емулятор? Як підмінити сертифікат і обдурити сервер? Як деперсоналізовать базу? У чому тут може бути проблема? Як це профілювати? Спочатку ці питання ставлять у глухий кут навіть провідних інженерів, але до будь-якій системі можна знайти підхід. Так, доводиться занурюватися, доводиться імпровізувати, постійно пробувати нові інструменти. Це і добре, так як розширює кругозір і дозволяє рухатися вперед.

Різні замовники - різні правила

Усередині нашої компанії завжди можна змінити проект. Коли ти розумієш, що ця система тобі «набридла» або цей замовник тебе «дістав» ти можеш сказати їм: «Пока-пока!», І взяти інший проект. Часто проекти по НТ досить короткі, але дозволяють зазирнути за лаштунки великих корпорацій і зрозуміти, що там за банку з павуками замість робочої обстановки. Я попрацював приблизно в 50-ти наших банках і великих компаніях, і тепер до казок з HR відділу ставлюся досить скептично. Реально нормальних компаній, де були б професіонали і фанати своєї справи, а не менеджери по оголошенню, що грають в богів, виключно мало.

технології

У нашій компанії, до технологічних напрацювань ставляться дуже трепетно. ми їх зберігаємо , Систематизуємо, причісуємо і намагаємося повторно використовувати. Звичайно в нагрузочном тестуванні не так багато чистої розробки, і ми не займаємося гонитвою за «чистотою коду» і правильними моделями розробки, але власні плагіни, емулятори, зв'язки інструментів і всякі «маленькі» хитрощі, звичайно, є. Практично постійно йдуть різні дослідницькі роботи, деякі цікаві ідеї вдається реалізувати в реальних проектах, деякі помирають, але ми завжди на вістрі і намагаємося на кілька кроків випереджати наших конкурентів.

Інструменти

Всі ми знаємо, що для розробки є величезна кількість всяких IDE, незліченну кількість фреймворків і бібліотек, а що ж у навантажувального тестувальника? Невже це той хлопець, який освоїв LoadRunner і більше нічого йому знати не треба? Насправді інструментів багато, навіть дуже багато, тобто набагато більше ніж одна людина здатна освоїти і випробувати. Кожен провідний інженер в нашій компанії знає і професійно володіє не менше ніж 2-ма інструментами НТ. А зазвичай 3-4 інструменту. Насправді це цікаво, через деякий час роботи в НТ, у кожного формуються переваги. Але наша галузь не стоїть на місці, з'являються нові версії та інструменти удосконалюються, з'являються хмарні сервіси і нові методології. Постійно доводиться вивчати і використовувати нові «фішки», наприклад, тестування навантаження IVR , тестування мобільних додатків або розбір термінальних протоколів.

Методологія

Що стосується теоретичної частини, вона, як завжди, в процесі розробки. Взагалі, російською мовою мало інформації по нашій темі, але ми намагаємося заповнювати інформаційний вакуум: переводимо цікаві статті та книги. Нещодавно пробували брати участь в розробці міжнародної системи сертифікації навантажувальних тестувальників, але поки в галузі навантажувального тестування багато «туману». Регулярно організуємо курси, беремо участь в тематичних конференціях , проводимо «круглі столи» по нашій тематиці. Також займаємося розвитком QA в Росії: проводимо аудит процесів тестування і розробки, консультуємо клієнтів. Таким чином, якщо ви займаєтеся навантаженням, звикайте до того, що вам доведеться проповідувати, пояснювати і просувати вашу професію.

творчий Зростання

Взагалі в НТ потрапляють різні люди, але склад розуму повинен бути особливий. Зовсім не обов'язково бути true-програмістом, іноді це навіть буде заважати, але скилл копання в коді і любові до програмування необхідний. Найчастіше ми беремо людину після інституту і вчимо-вчимо-вчимо-вчимо. Це навчання проходить в бойовій обстановці на реальних проектах. В середньому, від стажиста до позиції провідного інженера проходить 4-5 років, за цей час людина встигає взяти участь в десятках різних проектів. За підсумками такого навчання наш фахівець знає про тестування, ІТ-архітектурі, розробці та технічному пресейл, тобто він в рази крутіше аналогічного фахівця замовника, який просидів весь цей час на одному-двох проектах.

комфорт роботи

Для чого ми працюємо? Щоб добути грошей? Це, скажу по правді, поганий стимул. Хороший стимул - це коли ти займаєшся чертовски цікавою справою, тебе оточують друзі, і за це ще й платять. Багато хто називає це корпоративною культурою, напевно це так. Ми виросли з стартапу який займався НТ, і по суті напрямок навантаження у нас залишилося першорядним. Звичайно, в компанії з 300+ людина вже не можна обійтися без бюрократії, але якщо ви працювали коли-небудь у великій компанії, то знаєте, що велика частина зусиль витрачається не на роботу, а на проворачивание шестерень внутрішньої бюрократичної машини. В цьому плані наше виробництво - це послуги, і якщо з'являється якась інновація, ми завжди йдемо назустріч співробітникам і всіляко їх підтримуємо.

американська тема

Не секрет, що останні пару років наша ІТ галузь плавно загинається, грошей немає, але ми тримаємося. Наша компанія тримається не тільки на великих російських замовників, але і намагається працювати на міжнародному ринку. Це досить важко: позначається різниця в часі, відсутність гарного розмовної англійської у технарів, інші методології та стандарти роботи, удаленка і проблеми з оцінкою трудовитрат. Але ми потихеньку освоює, вже є команди працюють з американськими замовниками на постійній основі. Взагалі наша мета «Захопити світ» стає на півкроку ближче. Так що, якщо хочете підтягти мову, спробувати геораспределенние проекти - це до нас.

R & D

Кожен айтішник в глибині душі мріє зробити свою соцмережу, і потім стати Цукербергом ну або Дурова, на худий кінець. Ми теж завжди мріємо, і хочемо зробити, зробити свій, ідеальний інструмент навантажувального тестування. Щось своє власне, те, що зручніше і підходить для нас і наших проектів найкраще. У різні роки ця мрія наділялася в різну оболонку, і виходили різні інструменти. Деякі з них витримали перевірку часом і використовуються як ноу-хау у наших клієнтів. Якщо подивитися на http://www.performance-lab.ru/testing-utilities , То там десятки різних корисних утиліт. У нас постійно йде внутрішня розробка, тому сторінка регулярно оновлюється.

Сезонність

Так, у нас в IT є сезонність, як би дивно це не звучало. Зима - спимо, весна - прокидаємося, літо - розминаємося, осінь - працюємо як чорти. Зазвичай це залежить від наших замовників, тому що щоб впровадити щось до нового року, треба дуже активно тестувати, і пік припадає на жовтень-листопад. Але траплялося, що і 31-го грудня, коли звичайні люди вже збираються накривати на стіл, я перевіряв звіти по тестування навантаження перед відправкою клієнту. Осінь - гаряча пора в держсекторі (і не тільки), коли треба встигнути обгрунтувати бюджет на наступний рік (ефективно розподіливши виділені кошти за поточними проектами), а для банків і рітейлу важливо встигнути в пік продажів, що виникає перед новорічними святами. За півтора-два тижні до нового року зазвичай настає фриз, але QA все одно не дають відпочити, адже довгі новорічні свята - це відмінний привід, щоб відключити систему і запровадити якусь пекельне оновлення.

технічний пресейл

Це теж до нас. Так, кожен з хлопців нашого напряму розуміє з чого складаються проекти, як їх оцінювати, і як їх продавати, а також як проводити інтерв'ю з клієнтом, як сформулювати мету тестування, як визначити трудомісткість і вартість. Тобто у нас немає такого, що ми не розуміємо, що ж ми продали і як тепер робити проект. Тому кожен інженер по продуктивності бере участь в підготовці комерційних пропозицій. А іноді він же і є потім виконавцем, і відповідає за якість перед замовником.

підсумок

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

І так, у нас важко і весело, приходьте до нас !