Тестова стратегія
Стратегія тестування являє собою план для визначення підходу до тестування програмного забезпечення життєвого циклу (STLC). Це допомагає командам контролю якості визначати охоплення тестуванням та обсяг тестування. Це допомагає тестувальникам отримати чітке уявлення про проект у будь-якому випадку. Можливість пропустити будь-яку тестову діяльність дуже мала, коли існує відповідна стратегія тестування.
Що таке документ про стратегію тестування?
Документ стратегії тестування - це добре описаний документ при тестуванні програмного забезпечення, який чітко визначає точний підхід тестування програмного забезпечення та цілі тестування програмного додатку. Тестовий документ є важливим документом для команд з контролю якості, який випливає з дійсних бізнес-вимог, що спрямовує всю команду на підхід до тестування програмного забезпечення та цілі кожного виду діяльності в процесі тестування програмного забезпечення.
Документ стратегії тестування відповідає на всі запитання, наприклад, про те, що ви хочете зробити, і як ви збираєтесь це зробити тощо. Написання ефективного документа про стратегію - це вміння, яке тестувальник розвиває із досвідом. План стратегії тестування слід повідомляти всій команді, щоб команда була послідовною щодо підходу та відповідальності.
План тестування проти стратегії тестування
Існує велика плутанина щодо документів плану плану та стратегії тестування. Інша організація має свої унікальні процеси та стандарти управління цими документами. Наприклад, деякі організації включають факти стратегії тестування до самого плану тестування, тоді як деякі організації включають стратегію як підрозділ плану тестування.
|
План випробувань |
Тестова стратегія |
|
|
Щоб було зрозуміліше, чи є план тестування певним пунктом призначення, тоді стратегія тестування якості - це карта для досягнення цього пункту призначення.
Як підготувати хороший документ про стратегію тестування
Кожна організація має свій унікальний пріоритет та набір правил для проектування програмного забезпечення, тому не копіюйте жодну організацію наосліп. Завжди переконайтесь, що їх документ сумісний та додає цінності розробці програмного забезпечення, перш ніж слідувати за шаблоном.
Тестова стратегія в STLC :
Крок No1: Сфера дії
Він визначає такі параметри, як
- Хто перегляне документ?
- Хто схвалить цей документ?
- Заходи з тестування програмного забезпечення, що проводяться за графіками
Крок No2 Тестовий підхід
Це визначає
- Процес тестування
- Рівні тестування
- Ролі та обов'язки кожного члена команди
- Види тестування (тестування на навантаження, тестування безпеки, тестування на виконання тощо)
- Підхід до тестування та інструмент автоматизації, якщо застосовується
- Додавання нових дефектів, повторне тестування, сортування дефектів, тестування регресії та тестування
Крок №3 Тестове середовище
- Визначте кількість вимог та налаштування, необхідних для кожного середовища
- Визначте резервне копіювання тестових даних та стратегію відновлення
Крок No4 Інструменти тестування
- Засоби автоматизації та управління тестами, необхідні для виконання тесту
- З’ясуйте ряд необхідних інструментів з відкритим кодом, а також комерційні інструменти, і визначте, скільки користувачів підтримується на ньому, і сплануйте відповідно
Крок # 5 Випуск управління
- План управління випуском із відповідною історією версій, яка забезпечить виконання тесту для всіх модифікацій у цьому випуску
Крок №6 Аналіз ризику
- Перелічіть усі ризики, які ви можете оцінити
- Дайте чіткий план зменшення ризиків також план дій на випадок непередбачених ситуацій
Крок 7 Огляд та схвалення
- Усі ці заходи перевіряються та підписуються командою бізнесу, керівництвом проектів, командою розробників тощо.
- Короткий зміст огляду слід простежити на початку документа разом із затвердженою датою, назвою та коментарем
Завантажте шаблон стратегії тестування
Клацніть нижче, щоб завантажити зразок документа про стратегію тестування
Завантажте шаблон стратегії тестування
Висновок:
У Інженерії програмного забезпечення випуск програм час від часу проходить через документи Стратегії тестування, щоб відобразити хід тестування у правильному напрямку. Коли дата випуску близька, багато з цих заходів будуть пропущені, бажано обговорити з членами команди, чи допоможе скорочення будь-якої конкретної діяльності для звільнення без будь-якого потенційного ризику.