2. Денис Павленко
- QA Coach at StartIT з перших днів
- QA Lead at CompAndSave.com
- Project Director at RedCats agency (ex:
BD8Studio)
- Здається, що почав танцювати або лише
роблю вигляд
- Люблю футбол, сноубордінг та транс
4. Але можливо, ви хочете...
- віднайти “забуті” тестові сценарії
- ре-організувати ваші чек-листи
5. Визначення
- це техніка тест-дизайну, яка за рахунок
виділення/відокремлення об’єктів із ПЗ
та знаходження 5 базових дій для
кожного з них, що дозволяє не загубити
важливі сценарії
24. Поради
- Інколи дуже скадно, або майже неможливо відокремити/ знайти одну із дій
- Можна використовувати як у чек лістах так і у requirements
- Краще імплементувати на початку створення проекту
- Краще затвердити та внести в QA Approach, Master Test Plan
25. Переваги
- Систематезує чек-листи / requirements
- Знаходження “забутих” Use Cases, Test Cases, Actions, etc.
- Стори отдельные в разработке ,- одна на отображение, отдельная на
редактирование и удаление
- Легше рахувати coverage
- CRUD -> requirement -> краще читається та осмислюється DEV-ми при
написанні коду
- Якщо описано як чекліст/ в тест кейсах / mind map - краще читається DEV
при тестуванні на регресії
26. Недоліки
- потребує навчання та трансформації мислення
- краще починати, коли чек листів мало, або зовсім немає
- не спрацює, якщо не затверджено в QA процесах або стандартах
- не завжди на 100% можливо знайти всі 5 дій та/або виокремити об’
єкти в ПЗ/додатку
- не “дружить” із функціональним програмуванням
29. To Do
1. Не завжди існує наприклад Delete, Apply
2. Notes from Artem
3. Notes from Rzhenevskaia
4. Open Sans
5. 1,5
6. http://tmguru.ru/baza-znanij/upravlenie-testami/check-li
st/
7. XMIND: https://habrahabr.ru/company/cit/blog/263159/
8. Больщиков:
9. https://www.youtube.com/watch?v=eXbonBPeros&list=
LLfasADclSL8jC6ZXhicZx1w&index=6