what should be your expectations from qa team lead
Коли тема, особливо на основі процесу (Наприклад: Створення матриці простежуваності або перевірка документації тесту тощо) обговорюється в класі, одразу ж виникає запитання: «Хто це робить? Керівник контролю якості або член команди '
Це чудовий доказ того, що новачкам важко зрозуміти обсяг роботи, ролі та обов'язки. Вони мають лише неясне уявлення про це і часто шукають шляхи перевірки, якщо їх розуміння є точним або ні. І якщо ви думаєте, що це питання лише для новачків, ви помиляєтесь. Багато менеджерів / керівників / координаторів також вважають, що визначення ролі / делегування роботи є проблемою через недостатню чіткість у цій галузі - що робити самостійно і що делегувати, часто є дилемою для керівників контролю якості.
Так само, як деякі з вас можуть подумати, мені теж було цікаво: 'Що, якщо вони не знають, для початку? Вони не зрозуміють, як вони йдуть? ' Так, вони це роблять. Але при цьому багато часу, ефективності та якості втрачається.
найкращий безкоштовний конвертер DVD в AVI - -
Щоб уникнути всього цього, ми описали основні завдання, що входять до складу STLC, та відповідні обов'язки у вигляді таблиці нижче:
Що ви дізнаєтесь:
- Обов'язки керівника команди щодо різних видів контролю якості:
- Кілька порад для членів команди з контролю якості:
- Поради для керівників команди з контролю якості:
- Рекомендована література
Обов'язки керівника команди щодо різних видів контролю якості:
| Діяльність STLC | Завдання команди з контролю якості | Завдання члена команди |
|---|---|---|
| Огляд документації до тесту - внутрішній | Встановіть правила, на основі яких повинен відбуватися огляд Встановіть часові рамки та обов'язки бути одним із рівних та залучати до процесу перевірки | Проведіть огляд, виходячи із встановлених правил, та надайте не особисті коментарі щодо роботи вашого колеги |
| Старт проекту - старт | Створіть та презентуйте основні моменти проекту команді з контролю якості та іншим зацікавленим сторонам | Надати допомогу та повідомити керівництво команди про будь-які вдосконалення чи невідповідності |
| Планування тестів | Створювати, підтримувати, керувати та застосовувати план тестування Аналіз та управління ризиками | Щоб надати дані щодо областей документа плану тестування, таких як: Сфера дії Припущення Ризики Віхи та будь-яка інша область, до якої учасник команди має відношення. |
| Збір вимог | Розподіліть роботу на основі модулів програми та виберіть членів команди як точки контакту для кожного модуля Визначтеся з часом, коли це має відбутися Нехай команда буде в курсі того, що очікується як результат (наприклад: перелік вимог у стислій точці, зрозумілий документ тощо) | Відповідайте за свій індивідуальний модуль Зберіть вимоги за допомогою оглядів BRD / FRD або покрокових нарад Представити / задокументувати їх у передбачуваному форматі протягом часу, відведеного на цю діяльність Надайте пропозиції або альтернативні точки зору на випадок несумісних форматів або недосяжних часових ліній |
| Створення тестового сценарію | Розподіл роботи Дозвіл запиту Доопрацювання шаблону Встановлення термінів Участь і внесок у створення тестового сценарію | Створіть сценарії тестування для призначеного вам модуля за встановленою шкалою часу та у форматі, вже узгодженому. Зверніться до керівництва команди або до відповідного технічного персоналу команди на випадок питань |
| Документація тестового кейсу | Розподіл роботи Дозвіл запиту Доопрацювання шаблону Напишіть тестові кейси | Створюйте тестові кейси та дані, коли це можливо |
| Створення матриці простежуваності | Створіть шаблон і поділіться рекомендаціями щодо створення ТМ Працюйте з командою та робіть для цього внесок | Сприяйте створенню ТМ для модулів, за які ви несете індивідуальну відповідальність |
| Огляд документації до тесту - зовнішній | Повідомте BA та / або розробницьку команду про те, що тестова документація (тестові кейси) готова до перегляду, і надішліть робочий продукт | У режимі очікування для включення будь-яких змін, запропонованих під час розгляду |
| Огляд готовності до тесту | Створіть контрольний список огляду Виконайте огляд та презентуйте результати керівнику проекту Основний тест на розумність та дим і визначте - чи готові ми до тестування? Попросіть команду контролю якості перевірити | Зачекайте інструкцій щодо готовності Проведіть базовий тест на дим і розум для модулів, за які ви несете індивідуальну відповідальність |
| Виконання тесту | Встановіть вказівки щодо виконання тесту після пошуку вказівок команди Робота над виконанням тесту Допоможіть новим тестувальникам зрозуміти поточну програму Повідомте про дефекти Перегляньте дефекти, про які повідомили члени групи, щоб переконатися, що вони дійсні, а не повторювані та заповнені в описі Ескалація будь-яких магазинів і приймати рішення про те, як діяти в таких ситуаціях | Виконуйте тестові кейси, встановлюйте відповідні статуси тестових кейсів та повідомляйте про хід Негайно повідомте про торгові центри або проблеми, що впливають на терміни тестування Повідомте про дефекти всебічно |
| Звітність | Надсилайте щоденні звіти про статус усім зацікавленим сторонам Представляти команду контролю якості на будь-яких нарадах щодо статусу Збирайте показники на основі загальної статистики тестування | Допомагайте керівництву команди у виконанні всіх завдань |
| Закриття тесту | Оцініть критерії виходу, коли припиняти тестування Поділіться результатами оцінки критеріїв виходу Якщо всі критерії виходу задоволені, складіть звіт про закриття випробування та надішліть його зацікавленим особам, надаючи офіційне підтвердження якості, включіть список відомих проблем Зберіть детальну інформацію про загальний проект - його успіхи, сфери вдосконалення, отримані уроки, передовий досвід та ін. Та презентуйте їх на зустрічі або документі з ретроспекції проекту. | Допомагайте керівництву команди у виконанні завдань із закриття тестів |
| UAT | Зберіть критерії прийнятності від користувачів UAT, щоб зрозуміти параметри їх оцінки Поділіться з командою критеріями прийнятності та працюйте з ними над збором або створенням тестових кейсів UAT За потреби навчіть користувачів UAT щодо роботи з додатком Якщо потрібно, будьте в режимі очікування для будь-якої допомоги під час UAT За потреби виконайте деякі завдання під час UAT та презентуйте результати клієнту або користувачам UAT для прийняття рішення про відмову / заборону | Створення / збір тестів UAT Виконувати або допомагати в UAT - коли це потрібно |
Для всіх процесів, згаданих у наведеній вище таблиці, перейдіть за посиланнями нижче, щоб отримати додаткову інформацію:
- Створення плану випробувань
- Збір вимог та написання сценарію тесту
- Написання тестового кейсу
- Огляд документації до тесту
- Створення матриці простежуваності
- Перевірка готовності до тесту та контрольний список критеріїв виходу
- Звітність про стан
- UAT
Кілька порад для членів команди з контролю якості:
1) НЕ створюйте свої тестові кейси, звіти про дефекти тощо, очікуючи, що якщо з цим виникнуть проблеми, керівник команди знайде та виправить їх для вас. Кожна людина відповідає за свій робочий продукт та його якість. Огляд керівника команди прийнятий як додатковий контрольний пункт і найчастіше високого рівня.
два) Щодня не чекайте практично ніякого тримання рук. Жоден керівник команди не повинен говорити нам, що робити щодня.
3) Спілкуйтеся заздалегідь у разі будь-яких проблем, червоних прапорів або проблем.
4) Якщо ваш процес не обмежує вас у цьому, якщо у вас виникнуть запитання щодо функціональних можливостей або технічних питань, будь ласка, зв’яжіться з розробниками / спеціалістами / іншими технічними командами самостійно, не покладаючись на керівництво вашої команди, яка передасть вам інформацію.
Поради для керівників команди з контролю якості:
1) Розгляньте думку команди щодо термінів, графіків, оцінок зусиль та планування
два) Встановіть потужні процеси, щоб команда могла працювати самостійно, з мінімальним наглядом або без нього
3) Зберігайте канали спілкування відкритими та будьте доступними
4) Будьте командним гравцем і розділіть обов'язки
як отримати фальшивий електронний лист -
Також читайте => Як створити успішну команду з контролю якості? Лідерство в тестуванні Частина 1 і Частина 2 тут.
Про автора: Ця стаття написана членом команди STH Свати С.
Це швидкий підсумок завдань та обов'язків керівника команди та членів команди в типовій команді з контролю якості. Як завжди, поділіться своїм досвідом, коментарями та питаннями нижче.
Рекомендована література
- Лідерство в тестуванні - Тестуйте відповідальність керівника та як ефективно керувати тестовою групою
- Командне будівництво при тестуванні програмного забезпечення - як створити та розвинути свою команду з контролю якості
- Як стати хорошим наставником команди, тренером і справжнім захисником команд у спритному світі тестування? - Натхнення
- Як відповісти на гру в команді та на запитання про інтерв’ю, пов’язані з керівництвом, на тестову посаду
- ISTQB Тестування Сертифікація Зразок запитальних робіт з відповідями
- Як очолити щасливішу та успішну команду тестування - Тест лідерства, частина 2
- Як підготувати та представити команді видатну презентацію з контролю якості
- Як створити успішну команду з контролю якості