what is software testing life cycle
Тестування програмного забезпечення:
У цьому підручнику ми обговорюємо еволюцію тестування програмного забезпечення, Життєвий цикл тестування програмного забезпечення і різні фази, що беруть участь у STLC.
Що ви дізнаєтесь:
8 фаз життєвого циклу тестування програмного забезпечення (STLC)
Еволюція:
Тенденція 1960-х:
Тренд 1990-х
Тренд 2000 року:
Тенденція та компетенція тестування змінюються. Зараз тестери повинні бути більш технічними та орієнтованими на процеси. Тестування зараз не лише обмежене лише виявленням помилок, але має більш широкий обсяг і вимагається з самого початку проекту, коли вимоги навіть не остаточно визначені.
Оскільки тестування також стандартизоване. Подібно до того, як розробка програмного забезпечення має життєвий цикл, тестування теж має життєвий цикл. У наступних розділах я обговорюватиму, що таке життєвий цикл і як це пов’язано з тестуванням програмного забезпечення, і спробую це детально розробити.
Почнемо!
Що таке життєвий цикл?
Життєвий цикл простим терміном означає послідовність змін від однієї форми до іншої. Ці зміни можуть трапитися з будь-якими матеріальними чи нематеріальними речами. Кожна організація має життєвий цикл від свого заснування до виходу з життя / смерті.
Подібним чином Програмне забезпечення - це також сутність. Подібно до того, як розробка програмного забезпечення включає послідовність кроків, тестування також має етапи, які слід виконувати у визначеній послідовності.
Цей феномен систематичного та планомірного проведення випробувальної діяльності називається тестуванням життєвого циклу.
Що таке життєвий цикл тестування програмного забезпечення (STLC)
Життєвий цикл тестування програмного забезпечення відноситься до процесу тестування, який має конкретні кроки, які слід виконати у визначеній послідовності, щоб забезпечити досягнення цілей щодо якості. У процесі STLC кожна діяльність здійснюється планово та систематично. Кожна фаза має різні цілі та результати. Різні організації мають різні етапи STLC; однак основа залишається незмінною.
Нижче наведені фази STLC:
- Етап вимог
- Етап планування
- Фаза аналізу
- Етап проектування
- Фаза впровадження
- Фаза виконання
- Фаза висновку
- Фаза закриття
№1. Фаза вимог :
На цьому етапі STLC проаналізуйте та вивчіть вимоги. Проведіть сеанси мозкового штурму з іншими командами та спробуйте з’ясувати, перевіряються чи ні вимоги. Цей етап допомагає визначити обсяг тестування. Якщо якусь особливість не можна перевірити, повідомте її на цьому етапі, щоб можна було спланувати стратегію зменшення наслідків.
# два. Етап планування :
Запитання та відповіді на тестування селену
У практичних сценаріях планування тестування є першим кроком процесу тестування. На цьому етапі ми визначаємо діяльність та ресурси, які допоможуть досягти цілей тестування. Під час планування ми також намагаємося визначити метрики, спосіб їх збору та відстеження.
На основі чого здійснюється планування? Тільки вимоги?
Відповідь - НІ. Вимоги складають одну з основ, але є ще два дуже важливі фактори, які впливають на планування випробувань. Це:
- Тестова стратегія організації.
- Аналіз ризиків / Управління ризиками та пом'якшення наслідків.
№3. Фаза аналізу:
Цей етап STLC визначає “ЩО” тестувати. В основному ми визначаємо умови випробувань за допомогою документа вимог, товарних ризиків та інших випробувальних баз. Умова випробування повинна простежуватися назад до вимоги.
Існують різні фактори, які впливають на ідентифікацію умов тесту:
- Рівні та глибина тестування
- Складність продукту
- Продуктові та проектні ризики
- Задіяний життєвий цикл розробки програмного забезпечення.
- управління тестами
- Навички та знання команди.
- Наявність зацікавлених сторін.
Спробуйте спробувати детально записати умови тесту. Наприклад, для веб-програми електронної комерції ви можете мати умову тестування, як “Користувач повинен мати можливість здійснити платіж”. Або ви можете деталізувати це, сказавши “Користувач повинен мати можливість здійснювати оплату через NEFT, дебетову та кредитну картки”.
Найважливіша перевага написання детальної умови тестування полягає в тому, що вона збільшує покриття тестуванням, оскільки тестові кейси будуть писатись на основі умови тестування, ці деталі спонукатимуть до написання більш детальних тестових кейсів, що з часом збільшить охоплення.
Також визначте критерії виходу з тестування, тобто визначте деякі умови, коли ви зупините тестування.
No4. Етап проектування:
Ця фаза визначає “ЯК” тестувати. Цей етап включає такі завдання:
- Деталізуйте умови випробування. Розбийте умови тестування на кілька підумов, щоб збільшити охоплення.
- Визначте та отримайте дані тесту
- Визначте та налаштуйте тестове середовище.
- Створити метрики простежуваності вимог
- Створіть показники охоплення тестом.
№5. Фаза впровадження:
Основним завданням на цьому етапі STLC є створення детальних тестових кейсів. Пріоритетними тестовими кейсами також визначте, який тестовий кейс стане частиною набору регресій. Перш ніж доопрацьовувати тестовий випадок, важливо провести огляд, щоб переконатися у правильності тестових кейсів. Крім того, не забудьте зняти знак тестових випадків перед початком фактичного виконання.
Якщо ваш проект передбачає автоматизацію, визначте тестові кейси для автоматизації та продовжуйте розробку сценаріїв тестових кейсів. Не забудьте переглянути їх!
№6. Фаза виконання :
Як випливає з назви, це фаза життєвого циклу тестування програмного забезпечення, де відбувається фактичне виконання. Але перед початком виконання переконайтеся, що ваш критерій вступу дотриманий. Виконайте тестові випадки, дефекти журналу у випадку будь-яких розбіжностей. Одночасно заповнюйте свої метрики відстеження, щоб відстежувати ваш прогрес.
№7. Фаза висновку :
Цей етап STLC зосереджується на критеріях виходу та звітності. Залежно від вашого проекту та вибору зацікавлених сторін, ви можете вирішити щодо звітування, чи хочете ви надсилати щоденний звіт за тижневий звіт тощо.
Існують різні типи звітів (DSR - Щоденний звіт про стан, WSR - Щотижневі звіти про статус), які Ви можете надсилати, але важливим моментом є те, що зміст звіту змінюється і залежить від того, кому Ви надсилаєте свої звіти.
Якщо менеджери проекту належать до рівня тестування, тоді їх більше цікавить технічний аспект проекту, тому включіть у свій звіт технічні речі (кількість пройдених тестових випадків, невдалих, порушених дефектів, дефекти серйозності 1 тощо).
Але якщо ви звітуєте перед вищими зацікавленими сторонами, їх може не цікавити технічна інформація, тому повідомте їм про ризики, які були зменшені під час тестування.
№8. Фаза закриття:
Завдання щодо закриття включають наступне:
- Перевірка на завершення тесту. Чи всі тестові випадки виконуються чи навмисно пом’якшуються. Перевірте, чи не виявлено дефектів тяжкості 1.
- Проведіть зустріч із вивченням уроків та створіть документ із вивченням уроків (Включіть те, що пройшло добре, де сфера вдосконалень і що можна поліпшити)
Висновок
Спробуємо підсумувати життєвий цикл тестування програмного забезпечення (STLC) зараз!
| С.Ні | Назва фази | Критерії вступу | Виконані заходи | Результати |
|---|---|---|---|---|
| 7 | Висновок | Оновлені тестові кейси з результатами Умови закриття тесту | Надайте точні цифри та результат тестування Визначте ризики, які пом’якшують | Оновлені показники простежуваності Звіт про випробування Оновлений звіт про управління ризиками |
| 1 | Вимоги | Документ специфікації вимог Документ для оформлення заявки Документ про критерії прийнятності користувача | Робіть мозковий штурм вимог. Створіть список вимог і проясніть свої сумніви. Зрозумійте доцільність вимог, перевіряється вона чи ні. Якщо ваш проект вимагає автоматизації, проведіть техніко-економічне обґрунтування. | RUD (Документ про розуміння вимог. Звіт про техніко-економічне обґрунтування Звіт про техніко-економічне обґрунтування. |
| два | Планування | Оновлений документ з вимогами. Звіти про техніко-економічне обґрунтування “ Звіт про техніко-економічне обґрунтування. | Визначте обсяг проекту Зробіть аналіз ризику та підготуйте план зменшення ризику. Виконайте оцінку тесту. Визначте загальну стратегію та процес тестування. Визначте інструменти та ресурси та перевірте будь-які потреби у навчанні. Визначте середовище. | Документ плану тестування. Документ про зменшення ризику. Документ про оцінку тесту. |
| 3 | Аналіз | Оновлений документ з вимогами Документ плану тестування Документ про ризик Документ про оцінку тесту | Визначте докладні умови випробування | Документ про умови випробування. |
| 4 | Дизайн | Оновлений документ з вимогами Документ про умови випробування | Детально визначте умови тесту. Визначте дані тесту Створіть метрики простежуваності | Детальний документ про стан випробувань Показники простежуваності вимог Тестові показники охоплення |
| 5 | Впровадження | Детальний документ про стан випробувань | Створення та перегляд тестових кейсів. Створюйте та переглядайте сценарії автоматизації. Визначте тестові випадки кандидатів на регресію та автоматизацію. Визначте / створіть дані тесту Зніміть підпис із тестових кейсів та сценаріїв. | Тестові кейси Тестові сценарії Дані тесту |
| 6 | Виконання | Тестові кейси Тестові сценарії | Виконайте тестові кейси Журнал помилок / дефектів у разі розбіжностей Повідомте про стан | Звіт про виконання тесту Звіт про дефекти Журнал тестів та журнал дефектів Оновлені показники простежуваності вимог |
| 8 | Закриття | Умова закриття тесту Звіт про випробування | Проведіть ретроспективну зустріч та зрозумійте отримані уроки | Документ із вивченням уроків Тестові матриці Звіт про закриття випробувань. |
ЩИРОГО ТЕСТУВАННЯ !!
Рекомендована література
- Найкращі засоби тестування програмного забезпечення 2021 р. (Інструменти автоматизації тестування якості)
- Тестування програмного забезпечення QA Assistant Job
- Курс тестування програмного забезпечення: до якого інституту тестування програмного забезпечення слід приєднатися?
- Вибір тестування програмного забезпечення як вашу кар’єру
- Тестування програмного забезпечення Технічний вміст Writer Фрілансер Робота
- Деякі цікаві питання для тестування програмного забезпечення
- Відгуки та відгуки про курси тестування програмного забезпечення
- Що таке життєвий цикл дефектів / помилок при тестуванні програмного забезпечення? Підручник з життєвого циклу дефектів