Тест-анализ — это тот же тест-дизайн, только немного с другим уклоном. На самом деле их часто вообще не различают.
Но если пытаются, то то, что ближе к Коберну:
- State-Transition Testing
- Decision Table Testing
- Use Case Testing
Это тест-анализ.
А то, что ближе к комбинационному, то есть уже собственно построение тестов — это тест-дизайн:
- Тест-анализ граничит с аналитикой,
- Тест-дизайн — с автоматизацией.
Если попробовать разбить техники, получим примерно такую картину:
Техники
тест-дизайна |
|
Equivalence Class Testing Boundary Value Testing Allpairs Algorithm testing Orthogonal Arrays Testing … |
Классы эквивалентности Граничные значения Попарное тестирование Ортогональная матрица … |
Техники
тест-анализа |
|
State-Transition Testing Decision Table Testing Use Case Testing … |
Диаграмма состояний и
переходов Таблица решений Варианты использования … |
PS — это выдержка из моей книги для начинающих тестировщиков, написана в помощь студентам моей школы для тестировщиков
Подкину идею.
ОтветитьУдалитьКлассы эквивалентности это не техника тест-дизайна. Это и есть тест-дизайн.
Но ведь тест-дизайн не ограничивается ими =)
УдалитьОграничивается. Фактически задача тест анализа выявить в функциональности те самые классы эквивалентности - по другому, домены где функциональность ведет себя одинаково. А что для этого использовать, диаграмму переходов или там туры. Фиолетово. Задача дизайна, определить наименьшие действия, для достижения максимального покрытия. Ну собственно после этого можно и тестировать
УдалитьСпасибо за доходчивую графику!
ОтветитьУдалитьПЫСЫ: в табличке переводы Граничных значений и Классов эквивалентности перепутали)
Исправила, спасибо)
Удалить