Вступ до помилок у тестуванні програмного забезпечення
Проста помилка - це помилка або збій у програмі, що перешкоджає нормальному потоку програми, нерівним чином порівнюючи передбачувану поведінку програми з фактичною програмою. Помилка виникає, коли розробник допускає помилку під час проектування або побудови програми. Якщо тестер виявить цей збій, його називають помилкою при тестуванні програмного забезпечення. Тестер несе відповідальність за ретельне тестування програми, щоб виявити якомога більше дефектів, щоб продукт якості досягав замовника. До переходу на робочий процес та різні стани дефекту важливо зрозуміти процес дефіциту.
Життєвий цикл помилок при тестуванні програмного забезпечення
Життєвий цикл помилок також відомий як життєвий цикл дефектів. Це фаза дефекту, яка займає різні стани протягом свого життя. Він починається, коли тестувальний пристрій знаходить новий дефект, і закінчується, коли тестувальний пристрій усуває цей дефект, і гарантується, що дефект не повторюється. Настав час зрозуміти за допомогою основної схеми, як показано нижче, справжній робочий процес життєвого циклу дефектів.
Нижче наведена схема життєвого циклу помилок:
Статус помилки
Давайте розглянемо кожен компонент життєвого циклу помилок.
1. Відкрити
Програміст починає процес аналізу помилок тут, де це можливо, і працює над його відновленням. Якщо програміст вважає, що дефекту недостатньо, то помилка, залежно від конкретної причини, може бути передана наступним чотирма станам, "Відхилити" або "Ні", а саме "Дублювати".
2. Новий
Це перший стан класифікації помилок у життєвому циклі клопів. На пізніх стадіях життєвого циклу помилок проводяться перевірка та тестування цих помилок, якщо виявлено новий дефект.
3. Призначається
Команді розробників виділяється новостворена несправність для роботи на несправності на цьому рівні. Це буде делеговано дизайнеру керівником проекту або керівником команди.
4. Перевірка на очікуванні
Після виправлення дефекту конструктор надасть тестерові вину за повторне випробування несправності та стан дефекту, що залишився в процесі очікування повторного випробування », поки тестер не попрацює з повторним випробуванням несправності.
5. Виправлено
Якщо розробник виконує завдання виправлення дефекту шляхом внесення необхідних змін, стан дефекту можна назвати "Виправлено".
6. Перевірено
Якщо у тестера немає проблем з дефектом після того, як конструктор призначив дефект випробувальному пристрою і подумав, що якщо його правильно виправити, статус дефекту присвоюється «підтверджено».
7. Повторно відкрити
Якщо все-таки є якась проблема із вадою, програмісту буде доручено перевірити ще раз і статус дефекту буде відновлено.
8. Закритий
Якщо дефект відсутній, тестер змінює статус дефекту на "Закрито".
9. Перевірка
Потім тестер починає завдання повторної перевірки дефекту, щоб перевірити, чи правильно дефект виправлений розробником, як того вимагає вимога.
10. Дублікат
Якщо розробник вважає дефект подібним до будь-якого іншого дефекту або якщо визначення дефекту змішується з будь-яким іншим дефектом, розробник змінює статус дефекту на «дублікат».
Параметр помилки при тестуванні програмного забезпечення
- Дата видачі, затвердження, автор та статус.
- Серйозність та пріоритет інциденту.
- Тестовий випадок, який показав проблему.
- Визначення інциденту з репродуктивними кроками.
Керівництво щодо впровадження життєвого циклу дефіцитів
- Вся команда повинна чітко розуміти різні умови помилки, перш ніж розпочати дослідження життєвого циклу дефектів.
- Щоб уникнути плутанини в майбутньому, життєвий цикл дефектів повинен бути належним чином задокументований.
- Переконайтесь, що кожна людина з будь-яким завданням, пов’язаним із життєвим циклом за замовчуванням, дуже чітко розуміє свою відповідальність за кращі результати.
- Кожна особа, яка змінює статус дефекту, повинна належним чином знати його статус, який повинен містити достатню інформацію про стан дефекту та його причину, щоб кожен, хто працює над цим дефектом, легко бачив причину дефекту.
- Інструментом відстеження дефектів слід обережно поводитися з робочим процесом життєвого циклу дефектів, щоб забезпечити узгодженість між дефектами.
Висновок
Я сподіваюся, що ви дізналися про життєвий цикл дефекту. Ця стаття також допоможе вам зручно в майбутньому, якщо ви матимете справу з дефектами програмного забезпечення.
Рекомендовані статті
Це посібник щодо того, що таке помилка в тестуванні програмного забезпечення. Тут ми обговорюємо життєвий цикл помилки, статус, параметр та вказівки. Ви також можете ознайомитись з іншими нашими пов’язаними статтями, щоб дізнатися більше -
- Життєвий цикл тестування програмного забезпечення
- Що таке тестування програмного забезпечення?
- Види тестування програмного забезпечення
- Життєвий цикл дефектів при тестуванні програмного забезпечення