Меню

Підручник з управління тестами: Остаточний посібник з управління тестами

  • Головна
  • Інший
  • Підручник з управління тестами: Остаточний посібник з управління тестами

test management tutorial

Спробуйте Наш Інструмент Для Усунення Проблем

Це підручник з управління тестами для тестування програмного забезпечення. Він включає етапи управління тестами, інструменти та управління тестами проти організаційної структури:

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

Як ви вважаєте, чи впливає організаційна структура на управління тестами?

Якщо ваша відповідь 'ні', ми побачимо, чому? Якщо так, давайте подивимося, як це впливає. Щоб знайти зв'язок між цими двома, нам потрібно чітко зрозуміти ці теми, а потім дослідити взаємозв'язок між управлінням тестами та організаційною структурою.

Тестовий менеджмент

Що ви дізнаєтесь:

Вступ до управління тестами

Управління тестами означає управління всім процесом тестування програмного забезпечення для конкретного проекту. Процес управління тестами застосовується до всього життєвого циклу розробки програмного забезпечення. Отже, в ідеалі, як тільки починається процес розробки програмного забезпечення, також повинен починатися процес управління тестами.

Керівник випробувань мав наступні обов'язки -

  • Керівник випробувань повинен забезпечити узгодженість та якість цих робочих продуктів.
  • Співпрацюйте з Test Analyst та Technical Test Analyst, щоб вибрати та налаштувати відповідний шаблон.
  • Співпрацюйте з аналітиком випробувань та аналітиком технічних випробувань, щоб встановити стандарти цих продуктів, такі як рівні детального ступеня.
  • Перегляньте продукти роботи, використовуючи відповідні прийоми.

Компоненти управління тестами

Тест-менеджмент розділений на 5 частин для кращого розуміння:

  1. Тестова документація
  2. Тестова оцінка
  3. Тестові показники
  4. Вимірювання прогресу тесту
  5. Метрики для моніторингу життєвого циклу тестування

# 1) Тестова документація

Існує три типи тестової документації, які перелічені нижче:

  • Політика тестування
  • Тестова стратегія
  • План генерального тестування

# 1) Політика тестування:

  • Узагальнює значення, яке організація отримує від тестування.
  • Визначає політику тестування.
  • Описується, як оцінити ефективність тестування.
  • Окреслює процес тестування.
  • Вкажіть, як організація вдосконалить процес тестування?

# 2) Тестова стратегія:

  • Описує загальні методології тестування, які використовуються для управління проектними та товарними ризиками.
  • Аналітичні стратегії: Як тестування на основі ризику.
  • Модельна стратегія: Як операційний профіль, де команда випробувачів розробляє модель на основі реальних та прийнятих ситуацій навколишнього середовища, вхідних даних та умов.
  • Методологічна стратегія: Характеристики якості, коли команда випробувачів використовує набір умов випробування, контрольний перелік або колекцію узагальнених логічних тестів.
  • Технології, що відповідають технологічним або стандартним стандартам: Дотримується набору процесів, таких як SCRUM / Agile.
  • Реактивні стратегії: Використання дефектних АТАКІВ ЯК ПІДКЛЮЧИТЕЛЬНЕ ТЕСТУВАННЯ.
  • Консультативна стратегія: Подібно тестуванню, орієнтованому на користувача, де команда тестування покладається на інформацію одного чи кількох зацікавлених сторін для визначення умов тестування, таких як тестування сумісності, що передається підрядником.
  • Також описує:
    • Процедури інтеграції
    • Методи специфікації тесту
    • Незалежність тестування
    • Обов’язкові та необов’язкові стандарти
    • Тестове середовище
    • Інструменти
    • Багаторазове використання програмних продуктів
    • Перевірка та регресія.

# 3) План майстер-тесту:

  • Він охоплює всі завдання тестування, які потрібно виконати.
  • Він обговорює, як тестування застосовуватиме стратегію та політику тестування.
  • Якщо щось не описано, тоді План випробувань повинен описати причину та план зменшення наслідків для цього.
  • Зміст плану випробувань:
    • Предмети для тестування
    • Якісні характеристики, що перевіряються.
    • Розклад
    • Цикл виконання
    • Змінні дефекту
    • Тестові завдання за обсягом
    • Критерії виходу
    • Проектні ризики
    • Загальне управління зусиллями з тестування,
    • Ролі та обов'язки
    • Вхід і вихід

# 2) Оцінка тесту

Загальні бали:

  • Є управлінською діяльністю
  • Він базується на досвіді.
  • Він надає конкретний та детальний каталог витрат, ресурсів, завдань та людей.
  • Отримана оцінка повинна бути передана керівництву разом із обґрунтуванням.
  • Остаточна оцінка представляє найкращий можливий баланс організаційних і проектних цілей.
  • Кошторис базується на наявній на той момент інформації, яка була підготовлена.
  • Щоб залишатися точними, оцінки слід оновлювати, щоб відображати нову та змінену інформацію.

Фактори, що впливають на оцінку тесту:

  • Необхідний рівень якості
  • Розмір системи
  • Історичні дані
  • Фактори процесу, такі як стратегія, розвиток та життєвий цикл
  • Такі матеріальні фактори, як тестове середовище, автоматизація, інструменти та дані
  • Фактор людей
  • Складність процесу
  • Навчання та KT (передача знань)
  • Засвоєння та розробка нових інструментів та технологій, процесів чи прийомів.
  • Вимога вищого ступеня детальної специфікації випробувань.
  • Час надходження компонента
  • Дані тесту.

Відгадки:

  • Структура декомпозиції робіт
  • Сесія оцінки команди
  • Тестер - співвідношення розробників
  • Історія організації
  • Аналіз функціональної точки, LOC.

Оцінка тесту пояснюється далі в навчальному посібнику.

# 3) Тестові показники

  • Що вимірюється, вважається зробленим?
  • Що не вимірює, легко ігнорувати?
  • Слід визначити обмежений набір корисних показників.
  • Слід визначити лише ті метрики, інтерпретація яких узгоджена усіма.
  • Звітування та об’єднання показників повинні бути автоматизовані.
  • Менеджер повинен перевірити інформацію в метриці.

Метрика проекту: % пропуску, виконання помилки тощо

Показник продукту:

  • Атрибути товару
  • Щільність дефектів

Показник процесу: Вимірює здатність тестування, як% дефекту.

Люди: Здібність особистості.

Метрика прогресу тесту:

  • Кількість умов / випадків тестування, запланованих проти виконаних.
  • Загальний дефект, класифікований за ступенем тяжкості, пріоритету, поточного стану та підсистеми ефекту.
  • Кількість змін, необхідних, прийнятих, побудованих і перевірених.
  • Запланована проти фактичної вартості.
  • Запланована проти фактичної тривалості
  • Етап запланованого та фактичного тестування.
  • Стан ризику якості продукції
  • % втрат тестових зусиль, витрат чи часу.

# 4) Вимірювання прогресу тесту

Ризики продукту:

  • % покритого ризику.
  • % ризику тесту на помилку
  • % Ризик, визначений особою.

Дефекти:

  • Кількість виявлених дефектів проти кількості поданих дефектів.
  • Середній час прибуття відмови
  • Дефекти в конкретних тестових завданнях.
  • Виявлення RCA (аналіз корінних причин)
  • Дефект - тестові випуски.
  • Дефект у фазі
  • Пріоритет і важкість
  • Повідомлення про відхилення та копіювання
  • Час, необхідний для вирішення
  • Кількість нових дефектів, внесених через виправлення старих дефектів.

Тест:

  • Загальна кількість тестових проходів, помилок, запуску, заблокованих
  • Загальна кількість випадків тесту на регресію.

Покриття:

  • Вимоги та дизайн покриття
  • Покриття ризику
  • Покриття конфігурації навколишнього середовища
  • Покриття коду

# 5) Метрики для моніторингу життєвого циклу тестування

Моніторинг плану випробувань

  • Кількість ризику та вимога
  • Виявлення дефекту
  • План проти фактичних зусиль.

Дизайн тесту монітора

  • Кількість дефектів, виявлених під час проектування.

Моніторинг аналізу тестів

  • Кількість умов
  • Кількість дефектів в аналізі

Моніторинг впровадження тесту

  • % конфігурації середовища
  • % тестування автоматизовано.

Монітор виконання

  • % пройдених, невдалих, відсутність запуску, заблоковані тестові випадки
  • % Випробувані випадки
  • Плановані проти фактичних дефектів вирішені
  • % від плану проти фактичного покриття

Закриття монітора

  • % пройдених тестових випадків, недуга
  • % тестових випадків, віднесених до категорії багаторазового використання
  • % тестових випадків автоматизовано.
  • Кількість усунених / невирішених дефектів.
  • % продукту тестової роботи

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

Етапи управління тестами

Під час процесу управління тестами слід враховувати наступні моменти. Іншими словами, наведено нижче різні етапи процесу управління тестами:

  1. Аналіз ризиків
  2. Тестова оцінка
  3. Планування тестів
  4. Організація випробувань
  5. Тест Моніторинг та контроль
  6. Управління питаннями
  7. Протокол випробування

Ви можете помітити, що перші чотири етапи більше стосуються планування, а решта три - виконання. Отже, ми можемо розділити повний процес управління тестами на дві частини, тобто планування та виконання.

Давайте детально вивчимо різні етапи управління тестами.

# 1) Аналіз ризику

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

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

пауза c ++ на 1 секунду

Щоб уникнути цього поганого впливу, слід з’ясувати фактори ризику. Для з’ясування факторів ризику слід провести аналіз ризику. Існує два типи ризиків, тобто проектні та товарні. Проектні ризики - це ризики, пов’язані з робочим процесом, а ризик продукту - це ризики, пов’язані з розробленим продуктом.

# 2) Оцінка тесту

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

# 3) Планування випробувань

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

План тестування описує роль тестування в проекті. План тестування також включає ролі та обов'язки, перелік функцій, які будуть перевірятися і не будуть тестуватися, середовище тестування, перелік інструментів та припущень, якщо такі є.

# 4) Організація випробувань

На етапі планування тестування ми спланували всі можливі речі щодо тестування.

який хороший перетворювач голосу

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

# 5) Моніторинг та контроль тестів

Поки триває робота з тестування або поки тестувальники виконують план тестування, весь цей хід роботи повинен контролюватися. Слід відстежувати всю цю тестувальну роботу. Якщо моніторинг тесту буде здійснено, тоді команда тестування та керівник тесту отримають відгук про те, як проходить тестування?

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

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

Давайте подивимося, що таке контрольний тест? Робота над проектами не завжди буде йти так, як ми планували. Між планом і фактичною роботою можуть бути деякі відмінності. Щоб мінімізувати або усунути ці відмінності, нам потрібно внести деякі зміни, і саме так ми контролюємо тестову роботу.

# 6) Управління проблемами

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

Управління проблемами полягає в тому, як ми вирішуємо ці проблеми / проблеми. Ми також можемо назвати це управлінням інцидентами. Управління проблемами вимагає кращого планування процесу вирішення питань. Краще управління питаннями залежить від майстерності та досвіду керівника тестування.

Як виникають ці проблеми?

Причин виникнення проблеми може бути декілька. Деякі питання пов’язані із стратегією, а інші - з визначенням, HR, плануванням тощо.

Питання стратегії :

Приклади:

  • На проект закінчуються кошти.
  • Погана комунікація проекту.
  • Процес управління проектами не відповідає заявленим стандартам.

Визначення питань : Проблеми, пов’язані з вимогами.

Приклади: Незрозумілі вимоги. Багато питань може бути внесено через незрозумілі вимоги.

Питання планування: Це найпоширеніший тип випуску. Співробітники повинні боротися, щоб дотриматися встановленого терміну.

Проблеми з персоналом:

Приклади:

  • У команді бракує навичок.
  • Неправильне картографування співробітників для роботи.

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

# 7) Звіт про випробування

Звіт про випробування допомагає визначити охоплення випробуваннями, якість розробленого продукту та необхідні вдосконалення процесу. Ми можемо вирішити, скільки потрібно тестування?

Якщо проведено достатню кількість тестувань, ми можемо подати цей звіт про тестування зацікавленим сторонам або клієнтам. Щоб вони також дізнались про якість товару та мали уявлення про те, скільки проводиться тестування товару.

Засоби управління тестами

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

Ці інструменти допоможуть на останніх чотирьох етапах процесу управління випробуваннями (Організація випробувань, Моніторинг та контроль випробувань, Управління проблемами та Звіт про випробування). Оскільки ці інструменти допомагають на важливих етапах управління тестами, їх слід розглядати першими в проекті.

Нижче перераховані найпопулярніші засоби управління тестами:

  1. qТест
  2. PractiTest
  3. Зефір
  4. Тестовий колаб
  5. TestFLO для JIRA
  6. XQual
  7. Xray - Управління тестом на передній край
  8. TestRail
  9. QACoverage
  10. Вимоги та управління тестами для Jira (RTM)
  11. SPIRATEST від Inflectra
  12. Kualitee
  13. аква
  14. Тестова площадка
  15. JunoOne

=> Клацніть тут, щоб отримати докладні огляди ТОП інструментів управління тестами

Організаційні структури

Давайте подивимось на різні організаційні структури.

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

Тут ми обговоримо деякі з них.

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

Організаційна структура

У цій структурі і тестувальники, і програмісти звітують перед менеджером з розвитку.

  1. Менеджер з розвитку добре контролює проектну діяльність.
  2. Буде менше шансів на розрив у спілкуванні між групами тестування та розробки.
  3. Також на зустрічах добре вирішити терміни для менеджера з розвитку, оскільки він / вона має повні знання про тестування та розробку.
  4. Командна робота буде ефективною завдяки мінімальним шарам.

До недоліків цієї конструкції належать:

  1. Оскільки менеджера з тестування немає, існує ймовірність того, що тестування буде розглянуто в кінці проекту.
  2. Існує ще одна ймовірність того, що тестування матиме менше значення для проекту. Це можна розглянути пізніше в проекті.

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

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

Друга найбільш часто використовувана організаційна структура:

2-а організаційна структура

Це найпоширеніший тип організаційної структури. У цій структурі тестувальники звітують перед менеджерами тестів, а розробники - перед менеджером з розвитку. І менеджер випробувань, і керівник розробки звітують перед керівником проекту.

Менеджер випробувань буде нести відповідальність за всі заходи, пов’язані з тестуванням, а керівник розробки несе відповідальність за розробку програмного забезпечення. Керівник проекту контролюватиме як тестування, так і розробку.

Переваги:

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

Недоліки:

  • Існує можливість розриву в спілкуванні через кілька рівнів.

Тест управління проти організаційних структур

Організаційні структури безпосередньо впливають на управління тестами. Різні організаційні структури по-різному впливають на управління тестами, отже управління тестами варіюється залежно від кваліфікації та досвіду керівника тестування, а також залежно від посади керівника тестування в організаційній структурі.

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

Тому часом він / вона може давати упереджені думки. Він / вона може просто пропустити це питання і продовжити. Це може вплинути на управління тестами. Незалежний керівник випробувань зможе забезпечити більше справедливості, а управління випробуваннями стане кращим із незалежними керівниками випробувань.

Висновок

Ми бачили обидві теми, тобто управління тестами та організаційні структури окремо, а також взаємозв'язок між цими двома. Можна зробити висновок, що організаційні структури впливають на управління тестами.

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

Організаційні структури відрізняються від організації до організації. Хоча існує певний процес управління тестами (або команди можуть використовувати інструменти управління тестами), управління тестами буде відрізнятися через різні організаційні структури, менеджерів тестів, навички та досвід керівника тесту.

Рекомендована література

^