Page 31 - 4787
P. 31
Зупинимося на такому суб’єктивному понятті як якість програмного
продукту. Визначимо якість ПЗ з використанням трьох таких факторів: відкази
на місці експлуатації продукту, надійності і міри задоволення замовника.
Говорять, що програмний продукт має хорошу якість (quality), якщо:
1. При роботі користувача з програмним продуктом виникає незначна
кількість відказів. Цей факт свідчить про те, що на робоче місце просочилося
лише незначна кількість дефектів.
2. Прогамний продукт надійний, а це означає, що прогін рідко
завершується відказом або що він рідко демонструє непередбачену поведінку
при роботі в середовищі замовника.
3. Програмний продукт задовольняє вимогам більшості користувачів.
Один із наслідків наведеного визначення полягає в тому, що тестова
група не тільки повинна вживати заходів до уникнення і виявлення дефектів у
процесі розробки програмного продукту, але також сконцентрувати свої
зусилля на підвищення його надійності, зручності і простоти використання.
Розглянемо суть швидкого тестування. Термін ,,швидке тестування"
використовують як доповнення до поняття ,,швидка розробка". Для різних
програмістів швидка розробка програмного продукту означає різні речі. Деякі
розуміють це швидке утворення прототипів. Інші уявляють це як поєднання
інструментальних засобів CASE, активної участі користувача і жорстких
часових обмежень.
Швидка розробка – це узагальнений термін, який означає теж саме, що і
,,прискорена розробка" і ,,стиснені терміни розробки”. Цей термін означає
розробку програмного продукту за менший час, ніж це було зроблено раніше.
Отже, швидке тестування (rapid testing) означає виконання тестування
ПЗ в більш швидкому темпі, ніж це робиться в даний момент, за умови
збереження або підвищення рівня якості. На жаль простого шляху для
досягнення цієї мети не існує. На рис 3.1. показано спрощену схему, яка
відображає швидке тестування як структуру, що побудована на фундаменті із
чотирьох компонентів.
30