Содержание
- 2. Содержание: 1. Баг репорт. 2. Тест-план. 3. Тест-кейсы. 4. Виды тестирования.
- 3. Освежим: Почему дефект может нанести ущерб человеку, оборудованию или компании? В чем разница между причиной дефекта
- 4. Почему тестирование необходимо?
- 6. Что такое тестирование? Тестирование — это процесс, а не отдельное действие. Данный процесс начинается с планирования,
- 7. 1. Testing shows presence of defects Тестирование демонстрирует наличие дефектов. 2. Exhaustive testing is impossible Исчерпывающее
- 8. 1. Planning and Control Планирование и контроль 2. Analysis and Design Анализ и дизайн 3. Implementation
- 10. Атрибуты дефекта BUG ID (НОМЕР БАГА) SUMMARY (КРАТКОЕ ОПИСАНИЕ) DESCRIPTION AND STEPS TO REPRODUCE (ОПИСАНИЕ) ATTACHMENT
- 11. Priority & Severity Серьезность (SEVERITY) — это атрибут, характеризующий влияние дефекта на работоспособность приложения. Приоритет (PRIORITY)
- 12. S1 Блокирующая (Blocker) Блокирующая ошибка, приводящая приложение в нерабочее состояние, в результате которого дальнейшая работа с
- 13. S3 Значительная (Major) Значительная ошибка, часть основной бизнес логики работает некорректно. Ошибка не критична или есть
- 14. P1 Высокий (High) Ошибка должна быть исправлена как можно быстрее, т.к. ее наличие является критической для
- 15. Требования к количеству открытых багов Наличие открытых дефектов P1, P2 и S1, S2, считается неприемлемым для
- 16. STATUS New Approved Needs more info Working Solution Completed Failed QA Passed QA Tested Deployed Closed
- 17. ЖЦ Бага
- 18. Test Plan Тест план — это документ, описывающий весь объем работ по тестированию, начиная с описания
- 19. Минимум Что надо тестировать? описание объекта тестирования: системы, приложения, оборудования Что будете тестировать? список функций и
- 20. Критерии начала тестирования готовность тестовой платформы (тестового стенда) законченность разработки требуемого функционала наличие всей необходимой документации
- 21. Test Plan TEST PLAN TEMPLATE — NAME OF THE PRODUCT PREPARED BY — NAMES OF PREPARERS,
- 22. Виды тест планов Master Plan or Master Test Plan Test Plan Product Acceptance Plan
- 23. Чек-лист/ Тест кейс Чек-лист (check list) — это документ, описывающий что должно быть протестировано. Тестовый случай
- 24. Test case attributes УНИКАЛЬНЫЙ ID (ID) ПРИОРИТЕТ (Test Case Priority) ИДЕЯ (Idea) ПОДГОТОВИТЕЛЬНАЯ ЧАСТЬ (Add Info)
- 25. Процесс написания тест-кейса (test case generation). Процесс исполнением тест-кейса (test case execution). Каждый тест-кейс, исполнение которого
- 26. Сколько ожидаемых результатов может быть в одном тест-кейсе? Плохой стиль: 1. Зависимость тест-кейсов друг от друга.
- 27. Testing report Отчёт по тестированию — часть тестовой документации, включающая в себя описание процесса тестирования, суммарную
- 28. Testing report attributes 1. Builds number 2. List of test functions in the application 3. List
- 29. Психология тестирования
- 30. Test Levels 1. Component testing (unit) 2. Integration testing 3. System testing 4. Acceptance testing
- 31. Testing types
- 32. 1. По знанию внутренностей системы: • черный ящик (black box testing); • серый ящик (grey box
- 33. 3. По субъекту тестирования: • альфа-тестировщик (alpha tester); • бета-тестировщик (beta tester). 4. По времени проведения
- 34. 6. По степени изолированности компонентов: • компонентное тестирование (component testing); • интеграционное тестирование (integration testing); •
- 35. Structural testing • “white box” or “glass box” or “clear-box testing”
- 36. Testing related to changes • Re-testing • Regression testing
- 37. Maintenance testing Maintenance testing - testing that is provided after deployment called maintenance testing. Maintainability testing
- 38. http://www.protesting.ru/ http://ru.qahelp.net/ http://habrahabr.ru/ https://ru.wikipedia.org The Scrum Master Training Manual, v. 1.2., By Nader K. Rad, Frank
- 40. Скачать презентацию