Сдам Сам

ПОЛЕЗНОЕ


КАТЕГОРИИ







Інженерія керування тестуванням





За функціональні і системні тести несуть відповідальність розробник і замовник, останній більше впливає на складання тестів для випробувань системи.

Цей процес реалізує група тестувальників, що не залежать від групи розробників ПС. Її очолює керівник групи, який повинен мати:

– досвід в області тестування;

– здатність бути лідером і керувати групою тестувальників;

– знання з задач предметної області (і програмного продукту);

– знання з інфраструктури (апаратного і системного програмного забезпечення).

Рядовий тестувальник повинен знати:

– галузь виробництва продуктів/технологій створення ПС;

– елементи інфраструктури розроблення ПС;

– вимоги до системи і стандарти тестування;

– підходи до використання робочих продуктів процесу тестування;

– інструменти і стратегії тестування;

– вміти аналізувати результати і підбирати нові тестові дані або додавати дані для оцінювання процесу тестування.

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

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

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

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

Планування тестування. Для проведення тестування розробляється план (Test Plan), у якому описуються стратегії, ресурси і графік тестування окремих компонентів і системи в цілому. У плані визначаються роботи для різних членів команди, що виконують свої ролі в цьому процесі. План містить у собі також визначення ролі тестів у кожнім процесі, ступінь покриття програми тестами і відсоток тестів, що виконуються зі спеціальними даними.

Тестові інженери створюють тестові сценарії (Test Cases), кожний з яких перевіряє результат взаємодії між актором і системою на основі перед- і постумов використання таких сценаріїв. Сценарії в основному належать до тестування за типом «білої скриньки» і орієнтовані на перевірку структури й операцій інтеграції компонентів системи.

Для проведення тестування тестові інженери пропонують процедури тестування (Test Procedures), що вміщують валідацію об'єктів і верифікацію тестових сценаріїв відповідно до плану графіку. Оцінка тестів (Test Evaluation) полягає в оцінці результатів тестування, ступеня покриття програм сценаріями і статусу отриманих помилок. На рис. 6.6. наведено коло обов'язків інженера-тестувальника.

Тестувальник інтегрованої системи перевіряє інтерфейси і дає оцінку виконання відповідних системних тестів, а потім аналізує результати тестування.

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

Баг або дефект репорт - це документ, що описує ситуацію або послідовність дій призвела до некоректної роботи об'єкта тестування, із зазначенням причин і очікуваного результату. Серйозність (Severity) - це атрибут, що характеризує вплив дефекту на працездатність програми.

Пріоритет (Priority) - це атрибут, який вказує на черговість виконання завдання або усунення дефекту.

Тестовий випадок (Test Case)

ПІБ, посада та контактні дані хто проводить тестування.

Назва функції, що тестується

Вид тестового випадку

Опис тест-кейсу

Дія (Action) Очікуваний результат (Expected Result) Результат тесту(пройшов, не пройшов, заблоковано) Test Result (passed/failed/blocked)
     

Баг Репорт (Bug Report)

Короткий опис (Summary) Короткий опис проблеми, явно вказує на причину і тип помилкової ситуації.
Проект(Project) Назва проекту що тестується
Компонент додатку(Component) Назва частини і функції продукту що тестується
Номер версії(Version) Версія на якій була знайдена помилка
Серйозність(Severity) Найбільш поширена п'ятирівнева система градації серйозності дефекту: S1 Блокуючий (Blocker) S4 Незначний (Minor) S2 Критичний (Critical) S5 Тривіальний (Trivial) S3 Значний (Major)
Приорітет(Priority) Приорітет дефекту: P1 Високий (High) P2 Средній (Medium) P3 Низький (Low)
Статус(Status) Статус бага. Залежить від процедури, що використовуєте і життєвого циклу багу (bug workflow and life cycle)
Автор(Author) Автор баг репорта
Призначений на (Assigned To) Ім'я співробітника, призначеного на вирішення проблеми
Кроки відтворення (Steps to Reproduce) Кроки, за якими можна легко відтворити ситуацію, яка призвела до помилки.
Фактичний Результат (Result) Результат, отриманий після проходження кроків до відтворення
Очікуваний результат (Expected Result) Очікуваний правильний результат

Контрольні питання до теми:

1. Формальні специфікації. Класифікація мов формальної специфікації.

2. Доведення. Базові методи доведення правильності програм.

3. Верифікація і валідація програм.

4. Поняття тестування.

5. Статичні методи тестування.

6. Динамічні методи тестування.

7. Метод "білої скриньки".

8. Метод "чорної скриньки".

9. Метод "сірої скриньки".

10. Види тестування.

11. Рівні тестування.

12. Класифікація помилок і методи їхнього пошуку

13. Процес тестування за життєвим циклом

14. Інженерія керування тестуванням

Самостійна робота №3







ЧТО ПРОИСХОДИТ ВО ВЗРОСЛОЙ ЖИЗНИ? Если вы все еще «неправильно» связаны с матерью, вы избегаете отделения и независимого взрослого существования...

Конфликты в семейной жизни. Как это изменить? Редкий брак и взаимоотношения существуют без конфликтов и напряженности. Через это проходят все...

ЧТО ТАКОЕ УВЕРЕННОЕ ПОВЕДЕНИЕ В МЕЖЛИЧНОСТНЫХ ОТНОШЕНИЯХ? Исторически существует три основных модели различий, существующих между...

Что способствует осуществлению желаний? Стопроцентная, непоколебимая уверенность в своем...





Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте:


©2015- 2024 zdamsam.ru Размещенные материалы защищены законодательством РФ.