12. Поняття помилки, дефекту та відмови.

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

В англомовній літературі використовується кілька термінів, часто однаково що переводять як "помилка" на російську мову:

defect - Саме загальне порушення будь-яких вимог або очікувань, не обов'язково виявляється зовні (до дефектів відносяться порушення стандартів кодування, недостатня гнучкість системи та ін.).

failure - Спостерігається порушення вимог, що виявляється при якомусь реальному сценарії роботи ПО. Це можна назвати проявом помилки.

fault - Помилка в коді програми, що викликає порушення вимог при роботі (failures), то місце, яке треба виправити. Хоча це поняття використовується досить часто, воно, взагалі кажучи, не цілком чітке, оскільки для усунення порушення можна виправити програму в декількох місцях. Що саме треба виправляти, залежить від додаткових умов, виконання яких ми хочемо при цьому забезпечити, хоча в деяких ситуаціях накладення додаткових обмежень не усуває неоднозначність. Поняття дефект – (fault) внаслідок помилок розробника на кожному процесі проектування

error - Використовується в двох сенсах. Перший - це помилка в ментальній моделі програміста, помилка в його міркуваннях про програму, яка змушує його робити помилки в коді (faults). Це, власне, помилка, яку зробив людина в своєму розумінні властивостей програми.

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

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

13. Класи помилок в програмному забезпеченні.

Логічні функціональні помилки

Помилки в обчислені часу виконання

Помилки вводу виводу і маніпулювання даними

Помилки зв’язку інтерфейсів

Помилки обсягу (розміри)

14. Тест план (Test Plan). Тестовий сценарій (Test Cases). Процедури тестування (Test Procedures). Баг Репорт (Bug Report).

Тест план (Test Plan) - это документ, описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.

Тестовый сценарий (test case) или тестовый случай — набор входных значений, предусловий выполнения, ожидаемых результатов и постусловий выполнения, разработанный для определенной цели или тестового условия, таких как выполнение определенного пути программы или же для проверки соответствия определенному требованию. [ISTQB]

Тестовые сценарии проверяют выполнение требований к приложению. Для этого используются тестовые оракулы.

Процедури тестування

Тестовые процедуры - это формальный документ, содержащий описание необходимых шагов для выполнения тестового набора . В случае ручных тестов тестовые процедуры содержат полное описание всех шагов и проверок, позволяющих протестировать продукт и вынести вердикт PASS/FAIL.

Баг репорт документ що описує ситуації або послідовність дій до некоректної роботи Баг репорт характерезуеться серйозністю і приоритетом

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

Приоритет вказує на черговість виконання або усунення дефектів