РОМАН ЯКИМЧУК  "Задачі Тест Аналітика”  

1. Задачі Тест Аналітика

2. Про мене
Roman Yakymchuk
QA Engineer - 6+
Founder: QA Blog
Co-Founder: UkrainQA
You can find me at: @YakimchukRV
@yakimchukrv

3. Хто такий тест-аналітик?
Цілі:
● Протестувати все важливе
● Не пропустити нічого важливого
Що для цього потрібно зробити:
● Дослідження продукту
● Виявлення та визначення необхідних тестів “Що та як потрібно
протестувати?”
● Проаналізувати сценарії використання
● Вибрати найбільш важливіші задачі для тестування
● Визначення необхідних даних
● Моніторинг тестового покриття
● Оцінка результатів тестування

4. Хто такий тест-аналітик?

5. Навики тест аналітика
● Хороші аналітичні навики
● Цікавість та інтерес
● Увага до деталей та завзяття
● Знання предметної області (обов’язково)
● Знання системи або додатку який тестується
● Досвід у різних типах та техніках тестування

6. Дослідження продукту
Що ми тестуємо? Що це за продукт?

7. Навіщо досліджувати?
1. Декомпозиція всієї системи
2. Оцінка взаємозв’язків
3. Планування робіт
4. Пошук пропущених моментів

8. Процес декомпозиції
Збір вхідних даних
● Продукт, інтерфейс
● Документація, ТЗ
Наочне уявлення інформації
● Прототип
Пошук втрат
● Через дослідження подібних
продуктів
● Через узгодження

9. Алгоритм аналізу продукту
1. Виписуємо об’єкти системи, їх параметри і значення які для них
допустимі
2. Робимо аналіз S&T по об’єктам (якщо є необхідність)
3. Робимо аналіз ДПЗ
- По всім параметрам визначаємо значення
- Виявляємо зв’язки між параметрами
- Робимо комбінаторику з урахуванням зв’язків

10. Алгоритм аналізу продукту
1. Які ще об’єкти?
2. Які ще дії?
3. А що за статуси?
4. А що впливає?
Дайте мені ТЗ краще де все це описано і є розписані всі об’єкти з їх
параметрами, де пише які значення допустимі для тих чи інших параметрів,
де розмальовані всі схеми по статусам і всі можливі воркфлови та сценарії
використання, де прописано всі граничні значення і я вам тоді зроблю
Офігенні Тести!)

11. Аналіз об’єкта New Issue

12. Параметри об’єкта New Issue
Tracker Вибір з списку доступних
Subject Текст до 255 символів
Description Текст до 10 000 символів
Status Вибір з списку доступних
Category Вибір з списку доступних
Affected version Вибір з списку доступних
Files Файл до 600 Kb

13. Розбиття на класи еквівалентності
Наш параметр Subject приймає значення від 1 до 255 символів
Отже розіб’ємо спочатку кількісний показник на класи еквівалентності
+ __
1 2550

14. Аналіз граничних значень
Наш параметр Subject приймає значення від 1 до 255 символів
Потрібно перевірити значення на границях тобто 1 та 255 та поза їх межами,
тобто 0 та 256
1 2550 256
IF 1 ≤ Subject ≤ 255 THEN

15. Аналіз граничних значень
Наш параметр Subject приймає значення від 1 до 255 символів
1 2550 2562 254
IF 0 ≤ Subject ≤ 1 THEN ...
IF 1 ≤ Subject ≤ 255 THEN …
IF 255 ≤ Subject ≤ + ∞ THEN …

16. Вхідні дані
● Позитивні дані
● Негативні дані

17. Аналізуємо як зв’язані параметри?
Tracker Subject Description Status Category Affected
version
Files
Tracker
Subject
Description
Status
Category
Affected
version
Files

18. Робимо повний перебір окремої групи ризиків

19. Обєднуємо тести в загальну таблицю

20. Тепер щіпотку негативних кейсів

21. Розумні карти

22. Розумні карти

23. Діаграма станів та переходів

24. Аналіз дій по станам

25. Аналіз дій по станам

26. Діаграма після аналізу Д по С

27. Pairwise тестування
Потрібно тестів щоб покрити всі можливі варіанти: 2х3х4х2 = 48

28. Pairwise тестування

29. Pairwise тестування

30. Pairwise тестування

31. Pairwise тестування
В результаті маємо 12 тест кейсів де всі пари між собою перебрані

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

33. Аналіз проблем 5 Чому?
Однією з дуже важливих технік являється 5 Why? або як знайти корінь
проблеми задаючи поступові запитання
Чому пропустили баг? - Не перевірили ту частину функціоналу
Чому не перевірили той функціонал? - Не вистачило часу
Чому не вистачило часу? - Змінили вимоги
Чому змінили вимоги? - При тестуванні знайшли невідповідність в вимогах
Проблема значить в тому, що вимоги не були протестовані ще до
початку розробки!

34. Тестування засноване на досвіді
- Це стандартні чек лісти з перевірками Usability, функціональних, безпеки
та інших кейсів
- Це власні напрацювання з можливими перевірками наприклад загрузки
файлів, емейлів, мультиселектів, сортування, фільтрація, пошук,
календарі і т.д.
- Це підготовлені тестові дані
- Це список інструментів які допомагають в роботі

35. Залежності між об’єктами
Зручно прослідковувати залежності між об’єктами
Використовується при відборі тестів на регресію

36. Матриця простеження вимог

37. Де почитати, повчитися?
1. A Practitioner's Guide to Software Test Design - Lee Copeland
2. Test Techniques For The Test Analyst - Drs. Erik van Veenendaal
3. Black Box Testing - Boris Beizer
4. Курс Наталії Руколь - Школа Тест-Аналітика

38. Запитання?