SlideShare a Scribd company logo
1 of 29
Download to read offline
Test Planning & Test
Strategy
Roman Iakymchuk, QA Blog
Фаза планування усього тестового процесу
Налаштування тестового процесу за допомогою:
● Визначення тестових рівнів на проекті
● Мінімізації перекриття (дублювання) або нестачі (пропусків) у тестовому покритті
● Оптимальний розподіл наявних ресурсів
○ Тестувальників
○ Інфраструктури (тестові середовища) та інструментів
○ Спеціального технічного або доменних знань
● Виявлення найважливіших дефектів якомога раніше
● Якнайшвидше перевіряти найкритичніші шляхи (флоу) усього проекту
● Досягнення однорідності в тестовому процесі (привести все до одного найякіснішого
зразку)
● Укладання угод з зацікавленими сторонами (стейкхолдерами)
● Інформування клієнта щодо підходів, планування, оціночних зусиль, активностей та
результатів що стосуються усього тестового процесу
Master Test Plan
Мастер Тест План - дає уявлення та оцінку по різним рівням тестування, які
будуть використовуватися таким чином, щоб оптимізувати загальний тестовий
процес. Всі інші - Тест плани Рівнів (Level Test Plans) повинні базуватися на
основі мастер тест плану. Таким чином МТП являється основою, базою для всіх
тестових рівнів.
Як автор Мастер Тест Плану, Тест Менеджер повинен підтримувати клієнта у
формулюванні чіткого завдання, беручи до уваги чотири аспекти BDTM (Business
Driven Test Management):
● Результат
● Ризики
● Час
● Витрати
Створення Мастер тест плану
1. Постановка задач
2. Розуміння задач
3. Аналіз ризиків продукту
4. Визначення стратегії тестування
5. Оцінка зусиль
6. Визначення планування
7. Визначення тестових продуктів
8. Визначення організації
9. Визначення інфраструктури
10. Організація менеджменту
11. Визначення проектних ризиків та контрзаходів
12. Зворотній зв’язок та консолідація (оптимізація) плану
1. Постановка задач
Ціль
Процес тестування починається з формулювання задач, а саме цілей, завдань, обов'язків та
дозволів на тестування які повинні бути зрозумілими для всіх зацікавлених сторін.
Методи впровадження
Формулювання задач є однією з важливих частин у процесі тестування. При визначенні завдань
сформованих в Мастер Тест Плані, мають бути виявлені всі домовленності відносно тестового
процесу з усіма зацікавленими сторонами. Формулювання завдань в МТП включає в себе загальний
розподіл між усіма Тестовими рівнями. Тому формування завдань окремо на кожному Тестовому рівні
повинно відповідати Мастер Тест Плану.
1. Постановка задач
2. Розуміння задач
Ціль
Отримати розуміння проекту, визначити всі цілі та як буде побудований процес розробки, які
об’єкти повинні бути протестовані і вимоги яким проект повинен відповідати, для того щоб більш
адекватно контролювати інші етапи планування.
Методи впровадження
Метод складається з наступних підпрограм:
1. Визначення прийомки з критеріями прийомки (Acceptance criteria) та іншими постачальниками
інформації (наприклад, працівниками із забезпечення якості, експертами доменів, дизайнерами
та системними адміністраторами)
2. Вивчення наявної документації
3. Особисті зустрічі
2. Розуміння задач
3. Аналіз ризиків продукту
Ціль
Зацікавлені сторони та тест менеджери досягають спільного уявлення про те, що є більш і менш
ризикованими частинами та характеристиками системи.
Методи впровадження
Тестування - це процес, який забезпечує розуміння якості та пов'язаних з ним продуктових
ризиків системи, коли її вводять у виробництво організацією. Оскільки ніколи не буде необмеженої
кількості ресурсів і часу, важливо визначити заздалегідь, які деталі та характеристики системи
вимагають більше або менше зусиль тестування. У цьому контексті має бути зроблений добре
обґрунтований вибір. Одним з інструментів визначення проблемних областей тестування є виконання
аналізу ризику продукту (Product Risk Analysis).
3. Аналіз ризиків продукту
4. Визначення Стратегії тестування
Ціль
На основі аналізу ризиків продукту, вирішуємо, яка характеристика/об'єкт/частина повинна бути
перевірена, на скільки ретельно, в якому Тестовому рівні.
Методи впровадження
Визначення тестової стратегії для МТП включає в себе наступні види діяльності:
1. Визначення Тестових рівнів
2. Визначення обґрунтованості тестування на одиницю характеристики/об'єкта на кожному ТР.
Аналіз ризиків продукту та перший чорновий варіант тестової стратегії часто можна об'єднати в
один процес. Якщо це неможливо, Тест Менеджер створює пропозицію щодо тестової стратегії після
аналізу ризиків продукту та обговорює це з клієнтом та кількома іншими зацікавленими сторонами.
Найбільш схвалений (підтриманий) результат досягається шляхом створення стратегії тестування за
консультацією з цими сторонами.
4. Визначення Стратегії тестування
5. Оцінка зусиль
Ціль
Оцінка необхідних зусиль для всього тестового процесу базується на основі тестової стратегії,
після чого, клієнт може це схвалити або вимагати коригування оцінки.
Методи впровадження
Оцінка зусиль для всього Тестового Процесу виконується на ранніх етапах проекту і базується на
тестовій стратегії. Часто, не всі знання про тестовий об'єкт доступні на даному етапі. Як наслідок,
точність оцінки обмежена. Розмір та/або складність тестового об'єкту може змінитися під час проекту.
Крім того, тестові середовища та будь-які тестові інструменти відображають у значній мірі його
вартість. Важливо, щоб Тест Менеджер прояснив зацікавленим сторонам, що оцінка базується на ряді
припущень, і тому вона повинна бути деталізованою та, можливо, адаптованою, пізніше. Оцінка в
Мастер Тест Плані являє собою основу для оцінок на всіх Тестових Рівнях (Системне тестування,
Користувацьке тестування прийомки та Тестування прийомки на продакшені).
5. Оцінка зусиль
6. Визначення планування
Ціль
Створення максимально вірогідного, можливого загального планування для всіх Тестових рівнів,
щоб клієнт міг це враховувати або внести корективи. Принцип планування полягає в тому, щоб
визначити найважливіші недоліки на самому початку в рамках стратегії та оціночних зусиль.
Методи впровадження
Базуючись на плануванні процесу розробки системи, тестовій стратегії та оціночних зусиллях,
створюється загальне планування усього тестового процесу. Тест менеджер вказує дату початку та
кінця, а також результати для кожного Тестового рівня. У фазі планування на різних Тестових рівнях
розроблено докладне планування.
6. Визначення планування
Загальне планування повинно містити принаймні:
• Активності, які мають бути виконані на кожному Тестовому рівні
• Зв’язки та залежність від інших видів діяльності (в процесі тестування чи поза ним, а також між
різними рівнями тестування). Час, який буде закладено в кожен Тестовий рівень
• Обов'язкові та доступні ресурси (люди та інфраструктура)
• Обов'язковий та доступний час виконання
• Результати.
За бажанням клієнта, фінансові наслідки вибору повинні бути відображені у фінансовому
плануванні. Подумайте про витрати на (внутрішній та зовнішній) персонал, навчання, робочі місця,
тестові середовища та інструменти тестування.
Мета повинна полягати в тому, щоб забезпечити відповідність заходів тестування для виконання
різних Тестових рівнів або контрольованого їх перекриття. Планування вибору, що включає ризики,
має бути зроблено заради досягнення мети, Тест Менеджер повинен повідомити та пояснити це!
Якісним показником планування є те, що Тестовий рівень завершено. Тест Менеджер, таким
чином, відіграє важливу роль в узгодженні критеріїв входження та виходу на наступні Тестові рівні.
6. Визначення планування
7. Визначення тестових продуктів
Ціль
Визначення тестових продуктів, які будуть доставлятися на основному рівні проекту та на різних
Тестових рівнях.
Методи впровадження
Дії, які виконуються для планування та контролю усього тестового процесу, приносять певні
продукти, такі як Мастер тест план та звіти, а також процедури, інструкції та проектна документація. За
узгодженням з клієнтом та іншими зацікавленими сторонами, результати будуть визначені. Тоді в
Мастер тест плані може бути визначено, які продукти для яких Тестових рівнів повинні доставлятися.
Це можуть бути: плани тестування або тестові скрипти або (автоматичні) тести на регресію, або
продукти, які підлягають повторному використанню, а також тестові документи, такі як звіти про
виконання. І, нарешті, загальне використання інструментів для конфігурування та управління тестами
дозволяє забезпечити єдиний робочий підхід і полегшити подальше управління.
7. Визначення тестових продуктів
8. Визначення організації
Ціль
Визначення ролей, завдань, повноважень та відповідальності, що застосовуються для
загального тестового процесу на всіх Тестових рівнях.
Методи впровадження
Метод складається з наступних підпрограм:
1. Визначення необхідних ролей
2. Визначення завдань, повноважень та відповідальності
3. Опис організації
4. Розподіл персоналу
5. Встановлення вимог до тренувань та тренінгів
6. Створення консультаційних структур та звітності.
8. Визначення організації
9. Визначення інфраструктури
Ціль
Визначення інфраструктури, необхідної для тестового процесу на ранній стадії, зокрема частини,
які повинні бути встановлені для декількох Тестових рівнів або мають відносно довгий час
замовлення.
Методи впровадження
Метод складається з наступних підпрограм:
1. Визначення середовища тестування
2. Визначення тестових інструментів (test management tools, capture & playback, defects
administration, automation, debugging and simulation tools)
3. Визначення офісних установок
4. Встановлення планування інфраструктури.
9. Визначення інфраструктури
10. Організація менеджменту
Ціль
Визначення способу управління процесом тестування, інфраструктурою, тестовими продуктами
та дефектами. Це можна досягти як шляхом визначення центральних стандартів управління та
централізованого управління певними аспектами. Обидва варіанти спрямовані на те, щоб “не
придумувати велосипед” на окремих Тестових рівнях.
Методи впровадження
Метод складається з наступних підпрограм:
1. Визначення управління процесом тестування
2. Визначення управління інфраструктурою
3. Визначення управління тестовим продуктом
4. Визначення процедури дефектів.
10. Організація менеджменту
11. Визначення проектних ризиків та контрзаходів
Ціль
Чітко визначити ризики для всього процесу тестування, донести розуміння цих ризиків клієнтам
та іншими зацікавленими сторонами та дозволити їм враховувати ці ризики при управлінні загальним
процесом.
Методи впровадження
При виконанні попередніх активностей Тест Менеджер отримав картину усіх можливостей для
процесу тестування, а також загроз та ризиків. У Мастер тест плані для кожного ризику вказується, чи
було, і якщо так, то які контрзаходи були застосовані для покриття або пом'якшення виявленого
ризику. Подумайте також про запобіжні заходи для уникнення ризиків, але й можливо, також про
заходи щодо виявлення проблем з часом або виправні заходи для вирішення наслідків.
11. Визначення проектних ризиків та контрзаходів
12. Зворотній зв’язок та оптимізація плану
Ціль
З одного боку, записувати результати всіх активностей, виконаних на сьогоднішній день. З іншого
боку, отримати схвалення від клієнта щодо обраного підходу.
Методи впровадження
Метод складається з наступних підпрограм:
1. Створення Мастер Тест плану
2. Зворотній зв'язок по Мастер Тест Плану
3. Оптимізація Мастер Тест Плану.
12. Зворотній зв’язок та оптимізація плану

More Related Content

What's hot

Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys
Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys
Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys Computer Trainings Online
 
What is Test Plan? Edureka
What is Test Plan? EdurekaWhat is Test Plan? Edureka
What is Test Plan? EdurekaEdureka!
 
Complete testing@uma
Complete testing@umaComplete testing@uma
Complete testing@umaUma Sapireddy
 
Manual testing good notes
Manual testing good notesManual testing good notes
Manual testing good notesdkns0906
 
Software Testing Tutorial For Beginners | Manual & Automation Testing | Selen...
Software Testing Tutorial For Beginners | Manual & Automation Testing | Selen...Software Testing Tutorial For Beginners | Manual & Automation Testing | Selen...
Software Testing Tutorial For Beginners | Manual & Automation Testing | Selen...Edureka!
 
Software testing
Software testingSoftware testing
Software testingmkn3009
 
Agile QA presentation
Agile QA presentationAgile QA presentation
Agile QA presentationCarl Bruiners
 
Vladimir Primakov - Qa management in big agile teams
Vladimir Primakov - Qa management in big agile teamsVladimir Primakov - Qa management in big agile teams
Vladimir Primakov - Qa management in big agile teamsIevgenii Katsan
 
Ecommerce testing
Ecommerce testingEcommerce testing
Ecommerce testingbadurkar
 
Acceptance testing
Acceptance testingAcceptance testing
Acceptance testingCOEPD HR
 
Testing documents
Testing documentsTesting documents
Testing documentssuhasreddy1
 
Test your microservices with REST-Assured
Test your microservices with REST-AssuredTest your microservices with REST-Assured
Test your microservices with REST-AssuredMichel Schudel
 
52892006 manual-testing-real-time
52892006 manual-testing-real-time52892006 manual-testing-real-time
52892006 manual-testing-real-timeSunil Pandey
 
38475471 qa-and-software-testing-interview-questions-and-answers
38475471 qa-and-software-testing-interview-questions-and-answers38475471 qa-and-software-testing-interview-questions-and-answers
38475471 qa-and-software-testing-interview-questions-and-answersMaria FutureThoughts
 

What's hot (20)

Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys
Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys
Latest Manual Testing Interview Questions and Answers 2015 - H2kinfosys
 
What is Test Plan? Edureka
What is Test Plan? EdurekaWhat is Test Plan? Edureka
What is Test Plan? Edureka
 
Manual testing ppt
Manual testing pptManual testing ppt
Manual testing ppt
 
Testing plan for an ecommerce site
Testing plan for an ecommerce siteTesting plan for an ecommerce site
Testing plan for an ecommerce site
 
Complete testing@uma
Complete testing@umaComplete testing@uma
Complete testing@uma
 
Manual testing good notes
Manual testing good notesManual testing good notes
Manual testing good notes
 
Software Testing Tutorial For Beginners | Manual & Automation Testing | Selen...
Software Testing Tutorial For Beginners | Manual & Automation Testing | Selen...Software Testing Tutorial For Beginners | Manual & Automation Testing | Selen...
Software Testing Tutorial For Beginners | Manual & Automation Testing | Selen...
 
SOFTWARE TESTING
SOFTWARE TESTINGSOFTWARE TESTING
SOFTWARE TESTING
 
Software testing
Software testingSoftware testing
Software testing
 
Agile QA presentation
Agile QA presentationAgile QA presentation
Agile QA presentation
 
Vladimir Primakov - Qa management in big agile teams
Vladimir Primakov - Qa management in big agile teamsVladimir Primakov - Qa management in big agile teams
Vladimir Primakov - Qa management in big agile teams
 
Ecommerce testing
Ecommerce testingEcommerce testing
Ecommerce testing
 
Acceptance testing
Acceptance testingAcceptance testing
Acceptance testing
 
Introduction to White box testing
Introduction to White box testingIntroduction to White box testing
Introduction to White box testing
 
QA metrics in Agile (GUIDE)
QA metrics in Agile (GUIDE)QA metrics in Agile (GUIDE)
QA metrics in Agile (GUIDE)
 
Testing documents
Testing documentsTesting documents
Testing documents
 
Test your microservices with REST-Assured
Test your microservices with REST-AssuredTest your microservices with REST-Assured
Test your microservices with REST-Assured
 
52892006 manual-testing-real-time
52892006 manual-testing-real-time52892006 manual-testing-real-time
52892006 manual-testing-real-time
 
Manual Testing.
Manual Testing.Manual Testing.
Manual Testing.
 
38475471 qa-and-software-testing-interview-questions-and-answers
38475471 qa-and-software-testing-interview-questions-and-answers38475471 qa-and-software-testing-interview-questions-and-answers
38475471 qa-and-software-testing-interview-questions-and-answers
 

Similar to Test Planning & Test Strategy

ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...
ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...
ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...GoQA
 
Планування проекту
Планування проектуПланування проекту
Планування проектуOleg Nazarevych
 
СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...
СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...
СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...GoQA
 
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...GoQA
 
Roman Yakymchuk "Дослідницьке тестування. Перезапуск"
Roman Yakymchuk "Дослідницьке тестування. Перезапуск"Roman Yakymchuk "Дослідницьке тестування. Перезапуск"
Roman Yakymchuk "Дослідницьке тестування. Перезапуск"Dakiry
 
ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2
ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2
ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2GoQA
 
Лекція 4 - Планування проекту
Лекція 4 - Планування проектуЛекція 4 - Планування проекту
Лекція 4 - Планування проектуOleg Nazarevych
 
Alice Averina: Launching a Successful Growth Team: Everything You Need to Kno...
Alice Averina: Launching a Successful Growth Team: Everything You Need to Kno...Alice Averina: Launching a Successful Growth Team: Everything You Need to Kno...
Alice Averina: Launching a Successful Growth Team: Everything You Need to Kno...Lviv Startup Club
 
4 Планування проекту (2018)
4 Планування проекту (2018)4 Планування проекту (2018)
4 Планування проекту (2018)Oleg Nazarevych
 
Anna Podolynna, BAQ "How not to loose a QA focus and organize testing proces...
Anna Podolynna, BAQ  "How not to loose a QA focus and organize testing proces...Anna Podolynna, BAQ  "How not to loose a QA focus and organize testing proces...
Anna Podolynna, BAQ "How not to loose a QA focus and organize testing proces...Dakiry
 
M&o for coordinators of irex training centers august 2011 new
M&o for coordinators of irex training centers august 2011 newM&o for coordinators of irex training centers august 2011 new
M&o for coordinators of irex training centers august 2011 newOlena Bashun
 
Презентація вебінару “Планування системи управління якістю. Практичне застосу...
Презентація вебінару “Планування системи управління якістю. Практичне застосу...Презентація вебінару “Планування системи управління якістю. Практичне застосу...
Презентація вебінару “Планування системи управління якістю. Практичне застосу...Improve Medical LLC
 
Теорія юзабіліті тестування з залученням користувачів
Теорія юзабіліті тестування з залученням користувачівТеорія юзабіліті тестування з залученням користувачів
Теорія юзабіліті тестування з залученням користувачівTanya Zavialova
 
АНТОН БУЖИНСЬКИЙ «Покращення процесів тестування. Зменшуємо ТТМ та прискорюєм...
АНТОН БУЖИНСЬКИЙ «Покращення процесів тестування. Зменшуємо ТТМ та прискорюєм...АНТОН БУЖИНСЬКИЙ «Покращення процесів тестування. Зменшуємо ТТМ та прискорюєм...
АНТОН БУЖИНСЬКИЙ «Покращення процесів тестування. Зменшуємо ТТМ та прискорюєм...GoQA
 
Основні метрики юзабіліті тестування
Основні метрики юзабіліті тестуванняОсновні метрики юзабіліті тестування
Основні метрики юзабіліті тестуванняYuri Ternytsky
 
Упр. ІТпроектами 6 лекція Добривода Наталя, СН-21
Упр. ІТпроектами 6 лекція Добривода Наталя, СН-21Упр. ІТпроектами 6 лекція Добривода Наталя, СН-21
Упр. ІТпроектами 6 лекція Добривода Наталя, СН-21Oleg Nazarevych
 
Web Testing in Agile
Web Testing in AgileWeb Testing in Agile
Web Testing in AgileAlex Belik
 
Testing Web in Agile
Testing Web in AgileTesting Web in Agile
Testing Web in AgileA1eksandras
 
Оцінка трудомісткості і термінів проекту
Оцінка трудомісткості і термінів проектуОцінка трудомісткості і термінів проекту
Оцінка трудомісткості і термінів проектуOleg Nazarevych
 

Similar to Test Planning & Test Strategy (20)

ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...
ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...
ОКСАНА ТРОЯН «Щоб рейки зійшлись в одній точці: від кількості до якості. Як к...
 
Планування проекту
Планування проектуПланування проекту
Планування проекту
 
СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...
СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...
СВІТЛАНА ПРИШЛЯК «Тестування управління процесами на різних рівнях в компанія...
 
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
СЕРГІЙ РУСІНЧУК «Телефонуйте 911, наша якість погіршується, пан Аудит тут для...
 
Roman Yakymchuk "Дослідницьке тестування. Перезапуск"
Roman Yakymchuk "Дослідницьке тестування. Перезапуск"Roman Yakymchuk "Дослідницьке тестування. Перезапуск"
Roman Yakymchuk "Дослідницьке тестування. Перезапуск"
 
ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2
ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2
ЮЛІЯ МАЛИНОВСЬКА «Best practices of test design» Online QADay 2022 #2
 
Лекція 4 - Планування проекту
Лекція 4 - Планування проектуЛекція 4 - Планування проекту
Лекція 4 - Планування проекту
 
Alice Averina: Launching a Successful Growth Team: Everything You Need to Kno...
Alice Averina: Launching a Successful Growth Team: Everything You Need to Kno...Alice Averina: Launching a Successful Growth Team: Everything You Need to Kno...
Alice Averina: Launching a Successful Growth Team: Everything You Need to Kno...
 
4 Планування проекту (2018)
4 Планування проекту (2018)4 Планування проекту (2018)
4 Планування проекту (2018)
 
Anna Podolynna, BAQ "How not to loose a QA focus and organize testing proces...
Anna Podolynna, BAQ  "How not to loose a QA focus and organize testing proces...Anna Podolynna, BAQ  "How not to loose a QA focus and organize testing proces...
Anna Podolynna, BAQ "How not to loose a QA focus and organize testing proces...
 
M&o for coordinators of irex training centers august 2011 new
M&o for coordinators of irex training centers august 2011 newM&o for coordinators of irex training centers august 2011 new
M&o for coordinators of irex training centers august 2011 new
 
Презентація вебінару “Планування системи управління якістю. Практичне застосу...
Презентація вебінару “Планування системи управління якістю. Практичне застосу...Презентація вебінару “Планування системи управління якістю. Практичне застосу...
Презентація вебінару “Планування системи управління якістю. Практичне застосу...
 
Теорія юзабіліті тестування з залученням користувачів
Теорія юзабіліті тестування з залученням користувачівТеорія юзабіліті тестування з залученням користувачів
Теорія юзабіліті тестування з залученням користувачів
 
АНТОН БУЖИНСЬКИЙ «Покращення процесів тестування. Зменшуємо ТТМ та прискорюєм...
АНТОН БУЖИНСЬКИЙ «Покращення процесів тестування. Зменшуємо ТТМ та прискорюєм...АНТОН БУЖИНСЬКИЙ «Покращення процесів тестування. Зменшуємо ТТМ та прискорюєм...
АНТОН БУЖИНСЬКИЙ «Покращення процесів тестування. Зменшуємо ТТМ та прискорюєм...
 
Основні метрики юзабіліті тестування
Основні метрики юзабіліті тестуванняОсновні метрики юзабіліті тестування
Основні метрики юзабіліті тестування
 
Упр. ІТпроектами 6 лекція Добривода Наталя, СН-21
Упр. ІТпроектами 6 лекція Добривода Наталя, СН-21Упр. ІТпроектами 6 лекція Добривода Наталя, СН-21
Упр. ІТпроектами 6 лекція Добривода Наталя, СН-21
 
Scel 2018-1
Scel 2018-1Scel 2018-1
Scel 2018-1
 
Web Testing in Agile
Web Testing in AgileWeb Testing in Agile
Web Testing in Agile
 
Testing Web in Agile
Testing Web in AgileTesting Web in Agile
Testing Web in Agile
 
Оцінка трудомісткості і термінів проекту
Оцінка трудомісткості і термінів проектуОцінка трудомісткості і термінів проекту
Оцінка трудомісткості і термінів проекту
 

Test Planning & Test Strategy

  • 1. Test Planning & Test Strategy Roman Iakymchuk, QA Blog
  • 2. Фаза планування усього тестового процесу Налаштування тестового процесу за допомогою: ● Визначення тестових рівнів на проекті ● Мінімізації перекриття (дублювання) або нестачі (пропусків) у тестовому покритті ● Оптимальний розподіл наявних ресурсів ○ Тестувальників ○ Інфраструктури (тестові середовища) та інструментів ○ Спеціального технічного або доменних знань ● Виявлення найважливіших дефектів якомога раніше ● Якнайшвидше перевіряти найкритичніші шляхи (флоу) усього проекту ● Досягнення однорідності в тестовому процесі (привести все до одного найякіснішого зразку) ● Укладання угод з зацікавленими сторонами (стейкхолдерами) ● Інформування клієнта щодо підходів, планування, оціночних зусиль, активностей та результатів що стосуються усього тестового процесу
  • 3. Master Test Plan Мастер Тест План - дає уявлення та оцінку по різним рівням тестування, які будуть використовуватися таким чином, щоб оптимізувати загальний тестовий процес. Всі інші - Тест плани Рівнів (Level Test Plans) повинні базуватися на основі мастер тест плану. Таким чином МТП являється основою, базою для всіх тестових рівнів. Як автор Мастер Тест Плану, Тест Менеджер повинен підтримувати клієнта у формулюванні чіткого завдання, беручи до уваги чотири аспекти BDTM (Business Driven Test Management): ● Результат ● Ризики ● Час ● Витрати
  • 4. Створення Мастер тест плану 1. Постановка задач 2. Розуміння задач 3. Аналіз ризиків продукту 4. Визначення стратегії тестування 5. Оцінка зусиль 6. Визначення планування 7. Визначення тестових продуктів 8. Визначення організації 9. Визначення інфраструктури 10. Організація менеджменту 11. Визначення проектних ризиків та контрзаходів 12. Зворотній зв’язок та консолідація (оптимізація) плану
  • 5. 1. Постановка задач Ціль Процес тестування починається з формулювання задач, а саме цілей, завдань, обов'язків та дозволів на тестування які повинні бути зрозумілими для всіх зацікавлених сторін. Методи впровадження Формулювання задач є однією з важливих частин у процесі тестування. При визначенні завдань сформованих в Мастер Тест Плані, мають бути виявлені всі домовленності відносно тестового процесу з усіма зацікавленими сторонами. Формулювання завдань в МТП включає в себе загальний розподіл між усіма Тестовими рівнями. Тому формування завдань окремо на кожному Тестовому рівні повинно відповідати Мастер Тест Плану.
  • 7. 2. Розуміння задач Ціль Отримати розуміння проекту, визначити всі цілі та як буде побудований процес розробки, які об’єкти повинні бути протестовані і вимоги яким проект повинен відповідати, для того щоб більш адекватно контролювати інші етапи планування. Методи впровадження Метод складається з наступних підпрограм: 1. Визначення прийомки з критеріями прийомки (Acceptance criteria) та іншими постачальниками інформації (наприклад, працівниками із забезпечення якості, експертами доменів, дизайнерами та системними адміністраторами) 2. Вивчення наявної документації 3. Особисті зустрічі
  • 9. 3. Аналіз ризиків продукту Ціль Зацікавлені сторони та тест менеджери досягають спільного уявлення про те, що є більш і менш ризикованими частинами та характеристиками системи. Методи впровадження Тестування - це процес, який забезпечує розуміння якості та пов'язаних з ним продуктових ризиків системи, коли її вводять у виробництво організацією. Оскільки ніколи не буде необмеженої кількості ресурсів і часу, важливо визначити заздалегідь, які деталі та характеристики системи вимагають більше або менше зусиль тестування. У цьому контексті має бути зроблений добре обґрунтований вибір. Одним з інструментів визначення проблемних областей тестування є виконання аналізу ризику продукту (Product Risk Analysis).
  • 10. 3. Аналіз ризиків продукту
  • 11. 4. Визначення Стратегії тестування Ціль На основі аналізу ризиків продукту, вирішуємо, яка характеристика/об'єкт/частина повинна бути перевірена, на скільки ретельно, в якому Тестовому рівні. Методи впровадження Визначення тестової стратегії для МТП включає в себе наступні види діяльності: 1. Визначення Тестових рівнів 2. Визначення обґрунтованості тестування на одиницю характеристики/об'єкта на кожному ТР. Аналіз ризиків продукту та перший чорновий варіант тестової стратегії часто можна об'єднати в один процес. Якщо це неможливо, Тест Менеджер створює пропозицію щодо тестової стратегії після аналізу ризиків продукту та обговорює це з клієнтом та кількома іншими зацікавленими сторонами. Найбільш схвалений (підтриманий) результат досягається шляхом створення стратегії тестування за консультацією з цими сторонами.
  • 13. 5. Оцінка зусиль Ціль Оцінка необхідних зусиль для всього тестового процесу базується на основі тестової стратегії, після чого, клієнт може це схвалити або вимагати коригування оцінки. Методи впровадження Оцінка зусиль для всього Тестового Процесу виконується на ранніх етапах проекту і базується на тестовій стратегії. Часто, не всі знання про тестовий об'єкт доступні на даному етапі. Як наслідок, точність оцінки обмежена. Розмір та/або складність тестового об'єкту може змінитися під час проекту. Крім того, тестові середовища та будь-які тестові інструменти відображають у значній мірі його вартість. Важливо, щоб Тест Менеджер прояснив зацікавленим сторонам, що оцінка базується на ряді припущень, і тому вона повинна бути деталізованою та, можливо, адаптованою, пізніше. Оцінка в Мастер Тест Плані являє собою основу для оцінок на всіх Тестових Рівнях (Системне тестування, Користувацьке тестування прийомки та Тестування прийомки на продакшені).
  • 15. 6. Визначення планування Ціль Створення максимально вірогідного, можливого загального планування для всіх Тестових рівнів, щоб клієнт міг це враховувати або внести корективи. Принцип планування полягає в тому, щоб визначити найважливіші недоліки на самому початку в рамках стратегії та оціночних зусиль. Методи впровадження Базуючись на плануванні процесу розробки системи, тестовій стратегії та оціночних зусиллях, створюється загальне планування усього тестового процесу. Тест менеджер вказує дату початку та кінця, а також результати для кожного Тестового рівня. У фазі планування на різних Тестових рівнях розроблено докладне планування.
  • 16. 6. Визначення планування Загальне планування повинно містити принаймні: • Активності, які мають бути виконані на кожному Тестовому рівні • Зв’язки та залежність від інших видів діяльності (в процесі тестування чи поза ним, а також між різними рівнями тестування). Час, який буде закладено в кожен Тестовий рівень • Обов'язкові та доступні ресурси (люди та інфраструктура) • Обов'язковий та доступний час виконання • Результати. За бажанням клієнта, фінансові наслідки вибору повинні бути відображені у фінансовому плануванні. Подумайте про витрати на (внутрішній та зовнішній) персонал, навчання, робочі місця, тестові середовища та інструменти тестування. Мета повинна полягати в тому, щоб забезпечити відповідність заходів тестування для виконання різних Тестових рівнів або контрольованого їх перекриття. Планування вибору, що включає ризики, має бути зроблено заради досягнення мети, Тест Менеджер повинен повідомити та пояснити це! Якісним показником планування є те, що Тестовий рівень завершено. Тест Менеджер, таким чином, відіграє важливу роль в узгодженні критеріїв входження та виходу на наступні Тестові рівні.
  • 18. 7. Визначення тестових продуктів Ціль Визначення тестових продуктів, які будуть доставлятися на основному рівні проекту та на різних Тестових рівнях. Методи впровадження Дії, які виконуються для планування та контролю усього тестового процесу, приносять певні продукти, такі як Мастер тест план та звіти, а також процедури, інструкції та проектна документація. За узгодженням з клієнтом та іншими зацікавленими сторонами, результати будуть визначені. Тоді в Мастер тест плані може бути визначено, які продукти для яких Тестових рівнів повинні доставлятися. Це можуть бути: плани тестування або тестові скрипти або (автоматичні) тести на регресію, або продукти, які підлягають повторному використанню, а також тестові документи, такі як звіти про виконання. І, нарешті, загальне використання інструментів для конфігурування та управління тестами дозволяє забезпечити єдиний робочий підхід і полегшити подальше управління.
  • 20. 8. Визначення організації Ціль Визначення ролей, завдань, повноважень та відповідальності, що застосовуються для загального тестового процесу на всіх Тестових рівнях. Методи впровадження Метод складається з наступних підпрограм: 1. Визначення необхідних ролей 2. Визначення завдань, повноважень та відповідальності 3. Опис організації 4. Розподіл персоналу 5. Встановлення вимог до тренувань та тренінгів 6. Створення консультаційних структур та звітності.
  • 22. 9. Визначення інфраструктури Ціль Визначення інфраструктури, необхідної для тестового процесу на ранній стадії, зокрема частини, які повинні бути встановлені для декількох Тестових рівнів або мають відносно довгий час замовлення. Методи впровадження Метод складається з наступних підпрограм: 1. Визначення середовища тестування 2. Визначення тестових інструментів (test management tools, capture & playback, defects administration, automation, debugging and simulation tools) 3. Визначення офісних установок 4. Встановлення планування інфраструктури.
  • 24. 10. Організація менеджменту Ціль Визначення способу управління процесом тестування, інфраструктурою, тестовими продуктами та дефектами. Це можна досягти як шляхом визначення центральних стандартів управління та централізованого управління певними аспектами. Обидва варіанти спрямовані на те, щоб “не придумувати велосипед” на окремих Тестових рівнях. Методи впровадження Метод складається з наступних підпрограм: 1. Визначення управління процесом тестування 2. Визначення управління інфраструктурою 3. Визначення управління тестовим продуктом 4. Визначення процедури дефектів.
  • 26. 11. Визначення проектних ризиків та контрзаходів Ціль Чітко визначити ризики для всього процесу тестування, донести розуміння цих ризиків клієнтам та іншими зацікавленими сторонами та дозволити їм враховувати ці ризики при управлінні загальним процесом. Методи впровадження При виконанні попередніх активностей Тест Менеджер отримав картину усіх можливостей для процесу тестування, а також загроз та ризиків. У Мастер тест плані для кожного ризику вказується, чи було, і якщо так, то які контрзаходи були застосовані для покриття або пом'якшення виявленого ризику. Подумайте також про запобіжні заходи для уникнення ризиків, але й можливо, також про заходи щодо виявлення проблем з часом або виправні заходи для вирішення наслідків.
  • 27. 11. Визначення проектних ризиків та контрзаходів
  • 28. 12. Зворотній зв’язок та оптимізація плану Ціль З одного боку, записувати результати всіх активностей, виконаних на сьогоднішній день. З іншого боку, отримати схвалення від клієнта щодо обраного підходу. Методи впровадження Метод складається з наступних підпрограм: 1. Створення Мастер Тест плану 2. Зворотній зв'язок по Мастер Тест Плану 3. Оптимізація Мастер Тест Плану.
  • 29. 12. Зворотній зв’язок та оптимізація плану