how write test strategy document
Навчіться ефективно писати документ про стратегію тестування
Стратегічний план для визначення підходу до тестування, чого ви хочете досягти та як ви збираєтесь його досягти.
Цей документ усуває всі твердження щодо невизначеності або невизначеності з чітким планом підходу для досягнення цілей тесту. Тестова стратегія - один із найважливіших документів для команди з контролю якості.
=> Клацніть тут, щоб отримати повну серію підручників з плану тестування
Що ви дізнаєтесь:
- Написання документа про стратегію тестування
Написання документа про стратегію тестування
Тестова стратегія
Ефективне написання стратегії тестування - це навичка, яку повинен досягти кожен тестувальник у своїй кар’єрі. Він ініціює ваш процес мислення що допомагає виявити багато відсутніх вимог. Діяльність з планування і тестування допомагає команді визначити обсяг тестування та охоплення тестуванням.
Це допомагає менеджерам тестів отримати чіткий стан проекту в будь-який момент. Шанси пропустити будь-яку тестову діяльність дуже низькі, якщо існує відповідна стратегія тестування.
Виконання тесту без будь-якого плану рідко спрацьовує. Я знаю команди, які пишуть стратегічний документ, але ніколи не повертають його назад під час виконання тесту. План стратегії тестування повинен бути обговорений з усією командою, щоб команда відповідала підходу та відповідальності.
У стислі терміни ви не можете просто відмовитися від будь-якої тестової діяльності через тиск часу. Принаймні, перед тим, як це зробити, воно має пройти офіційний процес.
Що таке стратегія тестування?
Стратегія тестування означає 'Як ви збираєтеся тестувати додаток?' Вам потрібно згадати точний процес / стратегію, якої ви збираєтесь слідувати, коли отримаєте заявку на тестування.
Я бачу, що багато компаній дуже суворо дотримуються шаблону Тестової стратегії. Навіть без будь-якого стандартного шаблону, ви можете зробити цей документ Стратегії тестування простим, але при цьому ефективним.
Тестова стратегія проти План випробувань
З роками я бачу багато плутанини між цими двома документами. Тож почнемо з основних визначень. Як правило, не має значення, що стане першим. Документ планування випробувань - це поєднання стратегії, підключеної до загального плану проекту. За даними IEEE Стандартний 829-2008, план стратегії є підпунктом плану випробувань.
Кожна організація має свої стандарти та процеси ведення цих документів. Деякі організації включають деталі стратегії в сам план тестування (ось хороший приклад це). Деякі організації перелічують стратегію як підрозділ у плані тестування, але деталі виокремлюються в різних документах стратегії тестування.
Обсяг проекту та спрямованість тесту визначаються в плані тестування. В основному, мова йде про охоплення тестом, особливості, що підлягають тестуванню, особливості, що не перевіряються, оцінку, планування та управління ресурсами.
Тоді як стратегія тестування визначає керівні принципи для тестового підходу, якого слід дотримуватись для досягнення цілей тестування та виконання типів тестів, визначених у плані тестування. Він має справу з тестовими цілями, підходом, тестовим середовищем, стратегією та інструментами автоматизації, а також аналізом ризиків із складом плану на випадок надзвичайних ситуацій.
Узагальнення плану тестування - це бачення того, чого ви хочете досягти, а стратегія тестування - це план дій, призначений для досягнення цього бачення!
Сподіваюся, це зникне з усіх ваших сумнівів. Джеймс Бах має більше дискусій на цю тему тут .
Процес розробки належного документа про стратегію тестування
Не просто дотримуйтесь шаблонів, не розуміючи, що найкраще підходить для вашого проекту. У кожного клієнта є свої вимоги, і ви повинні дотримуватися речей, які ідеально вам підходять. Не копіюйте жодну організацію чи будь-який стандарт наосліп. Завжди переконайтеся, що це допомагає вам і вашим процесам.
Нижче наведено зразок шаблону стратегії, в якому буде викладено, що повинно бути висвітлено в цьому плані, а також кілька прикладів, щоб проілюструвати, що має сенс охоплювати кожен компонент.
Тестова стратегія в STLC:
(зображення джерело )
як виглядає клавіша wep
Загальні розділи документа про стратегію тестування
Крок №1: Сфера застосування та огляд
Огляд проекту разом з інформацією про те, хто повинен використовувати цей документ. Також включіть деталі, наприклад, хто перегляне та затвердить цей документ. Визначте випробувальні заходи та етапи, які слід проводити, із термінами щодо загальних термінів проекту, визначених у плані випробувань.
Крок No2: Тестовий підхід
Визначте процес тестування, рівень тестування, ролі та відповідальність кожного члена команди.
Для кожного тип тесту визначено в плані випробувань ( Наприклад, Одиниця , Інтеграція, система, регресія, Встановлення / видалення , Юзабіліті, Навантаження, Продуктивність та Тестування безпеки) описують, чому його слід проводити, а також такі деталі, як час початку, власник тесту, відповідальність, підхід до тестування та деталі стратегії автоматизації та інструменту, якщо це можливо.
Під час виконання тесту проводяться різні заходи, такі як додавання нових дефектів, сортування дефектів, призначення дефектів, повторне тестування, регресійне тестування і, нарешті, тестова реєстрація. Ви повинні визначити точні кроки, яких слід дотримуватися для кожного виду діяльності. Ви можете дотримуватися того самого процесу, який працював для вас у попередніх тестових циклах.
Презентація Visio про всі ці заходи, включаючи ряд тестувальників, і хто буде працювати над цією діяльністю, дуже корисно для швидкого розуміння ролей та відповідальності в команді.
Наприклад, цикл управління дефектами - згадайте процес реєстрації нового дефекту. Куди входити, як реєструвати нові дефекти, яким повинен бути статус дефекту, хто повинен проводити сортування дефектів, кому призначати дефекти після сортування тощо.
Також визначте процес управління змінами. Це включає визначення подання запиту на зміну, шаблону, який буде використовуватися, та процесу обробки запиту.
Крок No3: Тестове середовище
Налаштування тестового середовища має наводити інформацію про низку середовищ та необхідне налаштування для кожного середовища. Наприклад, Одне тестове середовище для команди функціональних тестів, а інше для команди UAT.
Визначте кількість користувачів, що підтримуються в кожному середовищі, ролі доступу для кожного користувача, вимоги до програмного та апаратного забезпечення, такі як операційна система, пам’ять, вільний простір на диску, кількість систем тощо.
Визначення вимог до даних тесту є не менш важливим. Надайте чіткі інструкції щодо цього створити дані тесту (або генерувати дані, або використовувати виробничі дані, маскуючи поля для конфіденційності).
Визначте стратегію резервного копіювання та відновлення даних. В базі даних тестового середовища можуть виникнути проблеми через необроблені умови в коді. Я пам’ятаю проблеми, з якими ми стикалися в одному з проектів, коли не була визначена стратегія резервного копіювання бази даних, і ми втратили цілі дані через проблеми з кодом.
Процес резервного копіювання та відновлення повинен визначати, хто виконуватиме резервні копії, коли робити резервні копії, що включати в резервну копію, коли відновлювати базу даних, хто її відновлювати та кроки маскування даних, які слід виконувати у разі відновлення бази даних.
Крок No4: Інструменти тестування
Визначте засоби управління тестами та автоматизацію, необхідні для виконання тесту. Для тестування продуктивності, навантаження та безпеки опишіть тестовий підхід та необхідні інструменти. Згадайте, чи є це інструментом з відкритим кодом чи комерційним інструментом, і скільки користувачів його підтримує, і сплануйте відповідно.
Крок 5: Відпустіть контроль
Як уже згадувалося в нашому останньому Стаття UAT , незапланований цикл випуску може призвести до різних версій програмного забезпечення в тестовому середовищі та середовищах UAT. План управління випусками з відповідною історією версій забезпечить тестове виконання всіх модифікацій у цьому випуску.
Наприклад, Встановіть процес управління збіркою, який дасть відповідь - де нова збірка повинна бути доступною, де вона повинна бути розгорнута, коли отримати нову збірку, звідки взяти збірку виробництва, хто дасть ход, сигнал заборони на випуск продукції тощо
Крок №6: Аналіз ризику
Перелічіть усі передбачені вами ризики. Надайте чіткий план зменшення цих ризиків, а також план дій на випадок непередбачених ситуацій, якщо ви бачите ці ризики насправді.
Крок 7: Перегляд та схвалення
Коли всі ці заходи визначені в плані стратегії тестування, їх потрібно переглянути для підписання всіма суб'єктами, що беруть участь в управлінні проектами, командою бізнесу, командою розробників та командою системного адміністрування (або управління навколишнім середовищем).
Короткий зміст огляду слід відстежувати на початку документа разом із іменем, датою та коментарем затверджувача. Крім того, це живий документ, що означає, що його слід постійно переглядати та оновлювати разом із удосконаленнями процесу тестування.
Прості поради щодо написання документа про стратегію тестування
- Включіть фон продукту в документ стратегії тестування. Відповідь у першому абзаці вашого документа щодо стратегії тестування - Чому зацікавлені сторони хочуть розвивати цей проект? Це допоможе швидко зрозуміти і визначити пріоритети.
- Перелічіть усі важливі функції, які ви збираєтеся протестувати. Якщо ви вважаєте, що деякі функції не є частиною цього випуску, тоді згадайте про них під ярликом «Функції, які не перевіряються».
- Запишіть тестовий підхід для свого проекту. Зрозуміло, згадайте, які типи тестування ви збираєтеся проводити?
тобто функціональне тестування, тестування інтерфейсу користувача, тестування інтеграції, тестування навантаження / напруги, тестування безпеки тощо. - Дайте відповіді на запитання, наприклад, як ви збираєтеся проводити функціональне тестування? Тестування вручну або автоматизацією? Ви збираєтеся виконувати всі тестові кейси за допомогою вашого інструменту управління тестами?
- Який засіб відстеження помилок ви збираєтесь використовувати? Яким буде процес, коли ви знайдете нову помилку?
- Які ваші критерії тестового входу та виходу?
- Як ви будете відстежувати хід тестування? Які показники ви збираєтеся використовувати для відстеження завершення тесту?
- Розподіл завдань - Визначте ролі та обов'язки кожного члена команди.
- Які документи ви будете надавати під час та після етапу тестування?
- Які ризики ви бачите у завершенні тесту?
Висновок
Тестова стратегія - це не аркуш паперу. Це відображення всієї діяльності з контролю якості в життєвому циклі тестування програмного забезпечення. Переглядайте цей документ час від часу в процесі виконання тесту і дотримуйтесь плану до випуску програмного забезпечення.
Коли проект наближається до дати випуску, досить легко скоротити тестування, ігноруючи те, що ви визначили в документі стратегії тестування. Але бажано обговорити зі своєю командою, чи допоможе скорочення будь-якої конкретної діяльності звільненню без будь-якого потенційного ризику серйозних проблем після випуску.
Більшість спритних команд скорочують написання стратегічних документів, оскільки команда фокусується на виконанні тесту, а не на документації. Але наявність базового плану стратегії тестування завжди допомагає чітко спланувати та зменшити ризики, пов'язані з проектом. Швидкі команди можуть фіксувати та документувати всі дії на високому рівні, щоб вчасно виконати тестування без будь-яких проблем.
Я впевнений, що розробка хорошого плану стратегії тестування та зобов’язання дотримуватися його, безумовно, покращить процес тестування та якість програмного забезпечення. Було б мені приємно, якщо ця стаття надихне вас написати план стратегії тестування для вашого проекту!
Якщо вам подобається ця публікація, будь ласка, поділіться нею з друзями!
=> Завітайте сюди, щоб отримати повну серію навчальних програм з плану випробувань
Рекомендована література
- Зразок документа плану тестування (Приклад плану тестування з деталями кожного поля)
- Підручник з плану тестування: Посібник із написання документа плану плану тестування з нуля
- Різниця між планом тесту, стратегією тесту, тестовим сценарієм, сценарієм тесту, сценарієм тестування та умовою тестування
- Зразок шаблону плану тестування програмного забезпечення з форматом та змістом
- Як підготувати план тестування та написати тестові кейси для застосування ERP - Тестування ERP, частина 2
- Найкращі засоби тестування програмного забезпечення 2021 р. (Інструменти автоматизації тестування якості)
- Зразок шаблону для звіту про прийомні випробування з прикладами
- Зразок шаблону тестового кейсу з прикладами тестового кейсу (Завантажити)