Як стати хорошим QA лідом? – Вчись на моєму досвіді!

Jayateerth Katti, Technical Lead – QA

Привіт, тестувальнику,
Плануєш перейти на позицію QA Lead?
Або ж тебе нещодавно було підвищено до позиції Lead і ти думаєш, як вдосконалити себе?
Якщо відповідь «так» на будь-яке з цих запитань, то цей випуск для вас.
Я пройшов через цю роль.

Ґрунтуючись на своєму досвіді та важких уроках, я поділюся кількома дієвими порадами. Вони допоможуть тобі стати чудовим тест-лідом. Тобі не обов’язково вчитися на власному досвіді. Ти можеш вчитися на моєму досвіді.

Легко, правда?
Я маю майже 2 десятиліття досвіду.

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

Забрудни руки. Навчишся.
Тест-лід відіграє подвійну роль.

Він сам себе тестує. Тобто він практик. Він пише тест кейси, виконує їх. Пише автоматизовані скрипти, робить code review і також виконує ці скрипти. Повідомляє про баги. Це все також робить junior тестувальник.

З цими завданнями він робить додаткові речі.
Це буде ведення конкретних тасків.

Розподіляє завдання. Оцінює зусилля. Готує різні документи, такі як тестова стратегія, тест план. Спілкується з іншими командами, такими як розробка, ІТ, продукт, команда підтримки клієнтів.

І він стежить за тим, щоб поставлені завдання були виконані.
Він відповідає за тестування.
Він відповідає за будь-які помилки в оцінюванні. Отже, на ньому лежить багато обов’язків.
Він як сендвіч — між керівництвом і своєю командою!
Отже, як я вже сказав, нижче наведені практичні поради, яких ви можете дотримуватися.

Зануримось.

Встановіть чіткі очікування:

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

Створіть детальні тест плани:

Підготуйте тест план.
Розробіть комплексний план тестування. Він повинен містити цілі, обсяг, методологію та критерії прийняття результатів тестування. Він повинен включати оцінку, графік, ресурси, ризики та план їх зменшення.
Це забезпечить чітку дорожню карту для проведення тестування.
Поділіться цим планом тестування з іншими зацікавленими сторонами.
Це спосіб донести ваш план тестування до інших команд. Приклад: команди розробників, продуктові команди. Ці документи допомагають вашому тестуванню і його плану бути прозорими.

Розставте пріоритети в тестуванні:

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

Автоматизуйте, де це можливо:

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

Заохочуйте обмін знаннями:

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

Впроваджуйте code review:

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

Використовуйте інструменти для тест менеджменту:

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

Відстежуйте та аналізуйте метрики:

Метрики важливі для вимірювання якості.
Слідкуйте за метриками тестування. Наприклад, щільність дефектів, покриття тестів, звіти про виконання та тенденції дефектів.
Використовуйте ці показники для прийняття обґрунтованих рішень та відстеження покращень.
Також діліться необхідними метриками із зацікавленими сторонами. Часто.

Застереження:

Не діліться небажаними метриками з іншими зацікавленими сторонами. Це може мати негативні наслідки!

Сприяйте співпраці:

Тестування «в бункері» небезпечне.
Це командна робота. Отже, сприяйте створенню середовища для співпраці. Де QA, розробники та інші команди працюють разом. Така співпраця допомагає розв’язувати проблеми з якістю та покращувати загальний продукт.
Співпраця важлива не лише із зовнішніми командами, але й всередині команди тестування.
Переконайтеся, що ви, як керівник, керуєте цим процесом.

Ретельно документуйте:

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

Безперервне навчання:

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

Наголошуйте на тестуванні, орієнтованому на користувача:

Ви створюєте продукт для розв’язання проблем користувача.
Тож знайте, хто є користувачем продукту. Знати, яку проблему вирішує продукт. Розуміти вимоги користувача — як задокументовані, так і не задокументовані.
Зосередьтеся на тестуванні з точки зору кінцевого користувача.
Враховуйте юзабіліті, користувацький досвід та реальні сценарії під час тестування.
Думайте так, ніби ви не маєте жодного уявлення про продукт. Продовжуйте досліджувати.
Продовжуйте виявляти помилки.

За можливості долучайтеся до семінарів зі збору вимог та дослідження продукту. Там ви отримаєте дані про користувачів та їхні потреби з перших рук.

Практикуйте ризик-орієнтоване тестування:

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

Надавайте конструктивний зворотний зв’язок:

Ви працюєте зі своєю командою. Щодня.
Ви знаєте, хто є хто. Як кожен з них працює. Ви — людина, яка знає сильні та слабкі сторони кожного члена команди.
Зустрітися з членом команди, який потребує вдосконалення.
Дайте йому знати, де він відстає.
Запитайте, які у нього проблеми. Допоможіть йому зрозуміти, чого від нього очікують. Скеровуйте його, якщо потрібно.
Переконайтеся, що ви підтримуєте його в досягненні більшого.
Тому що ваше зростання — це зростання команди.
Зростання команди — це ваше зростання.

Залишайтеся спокійними під тиском:

Бути QA Lead нелегко.
Як правило, будуть важкі часи. Ви часто стикаєтеся зі стислими дедлайнами та ситуаціями високого тиску. Іноді ви можете не отримати очікуваної підтримки від своєї команди.
Зберігайте самовладання і будьте холоднокровні.

Спокійні вітрила не створять великого мореплавця!

Ефективно керуйте своєю командою в таких ситуаціях.
Ваші чудові якості проявляться лише у важкі часи. Не реагуйте на ситуації. Витратьте час на аналіз і прийняття рішення. Не поспішайте з висновками.

Святкуйте досягнення:

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

Будьте відкриті до зворотного зв’язку:

Як лідер, ви завжди навчаєтесь.
Навчання відбувається через зворотний зв’язок. Надаючи конструктивний зворотний зв’язок своїй команді, будьте відкриті до сприйняття зворотного зв’язку. Запитуйте у своєї команди відгуки про ваше лідерство та процес контролю якості.
Використовуйте їхній внесок, щоб вдосконалити свій підхід і внести необхідні корективи.
Щобільше, вам потрібно отримувати зворотний зв’язок від вашого керівника.
Хороший менеджер оцінює ваші сильні сторони.
Він переконується, що ви працюєте відповідно до своїх можливостей. Тож прислухайтеся до його відгуків. Працюйте над цим. Не сперечайтеся.
Також запитуйте відгуки у своїх колег.
Вчіться у розробників, з якими працюєте, отримуйте коментарі від продакт-менеджера, менеджера з розробки, загалом, від усіх ваших внутрішніх зацікавлених сторін.
Ви отримаєте 360-градусний зворотний зв’язок про себе.
Працюйте над цим, і це може творити дива.

Будуйте стосунки:

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

Висновок:

Ці поради базуються виключно на моєму багаторічному досвіді тестування програмного забезпечення. На моїх знаннях і спостереженнях. Ви можете використовувати їх, щоб не витрачати час на вивчення всього цього.
Продовжуйте вчитися, мотивуйте команди, допомагайте їм розвиватися. Ви теж можете рости разом з ними.
Якщо вам потрібні мої подальші рекомендації, будь ласка, зв’яжіться зі мною.

Джерело: Jayateerth Katti (оригінал допису)

Перекладено та адаптовано на основі оригіналу: редакція