нищення інформації
В· використання прикладів
Продуктивність, завантаженість і стійкість до стресів:
В· доступ декількох користувачів одночасно
В· різні програми
В· всі в один час
Тестування продуктивності - швидкість відгуку (роботи) при многопользовательском режимі;
Навантажувальне тестування - є вимога до завантаження системи - перевіряється все те ж саме на певному наборі hard-soft configuration;
Стресовий тестування - поєднує в собі перші 2 пункти, спроба поставити додаток в стресову ситуацію при емуляції роботи багатьох користувачів - виявити гранично допустиме навантаження.
2.5 Центр управління проектами-PMC (Project Management Center)
PMC - Це спеціальний програмний продукт, розроблений компанією EPAM Systems, який підтримує процес створення програмних продуктів.
Для тестування найбільш важливий розділ Bugs, який містить опис всіх знайдених помилок.
Для забезпечення надійності дуже важливим є правильно документувати знайдену помилку. Тестувальник після виявлення помилки передає її у вигляді звіту про помилку програмісту. p align="justify"> Звіт про помилку має такі поля:
В· Summary - містить короткий опис помилки, що виникла в додатку, де вона відбулася і її коротка суть.
В· Build found - версія програми, де була виявлена ​​помилка
В· Symptom - вид помилки
В· Severity - серйозність знайденої помилки
В· Reproducible - відтворюваність помилки
В· Description - докладний опис помилки. Наводиться для того, щоб програміст зрозумів суть проблеми
В· Steps to reproduce - кроки для відтворення
2.6 Управління продукцією не відповідає якості
Програмний продукт (ПП) не відповідає пред'явленим до нього вимогам по якості, як правило, не передається замовнику. На вимогу замовника допускається постачання ПП, що пройшов тестування з негативними результатами. У цьому випадку замовник інформується про всі дефекти, виявлених в ПП. p align="justify"> Невідповідний ПП виявляється на наступних етапах розробки:
при аналізі вихідної інформації, що надходить від замовника
при розробці програмного продукту
при тестуванні програмного продукту
при експлуатації програмного продукту у замовника.
Реєстрація невідповідного ПП здійснюється за наявності відповідних вимог в описах процесів і документованих процедурах.
ПП, який не відповідає вимогам, ідентифікується згідно з описом процедури В«Управління конфігурацією і змінамиВ» і знаходиться під управлінням з метою запобігання ненавмисному використання або поставки замовнику.
Використовуватися або поставлятися замовнику може тільки ПП, успішно пройшов тестування в процесах В«Функціональне тестуванняВ» і В«Оптимізація продуктивностіВ» і мають відповідний статус у процедурі В«Управління конфігурацією і змінамиВ».
Дані про невідповідності продукції документуються:
у звітах з верифікації та валідації ПП, зокрема у звітах з тестування;
в сценарії тестування;
в спеціалізованих базах даних, зокрема в PMC (модуль Bugs ).
Програмний продукт не соответсвуещій вимог щодо якості відправляється на доопрацювання у відповідності зі специфікацією та вимогами. Виправлений ПП повторно перевіряється на відповідність вимогам і специфікації в процесі тестування. p align="justify"> Усунення невідповідностей у продукції, виявлених після поставки замовникам, проводиться при виконанні процесу В«Супровід та підтримкаВ» (у разі якщо супровід після поставки ПП обумовлено в контракті).
.7 Удосконалення процесу функціонального тестування
Удосконалення процесу здійснюється радою за якістю на підставі результатів моніторингу процесу і пропозицій щодо поліпшення. Моніторинг здійснюється на основі різних метрик. p align="justify"> Метрики:
В· Основні метрики:
