Содержание
- 2. Виды тестирования. По степени подготовленности к тестированию. Тестирование по документации (formal testing); Интуитивное тестирование (ad hoc
- 3. Интуитивное тестирование. Выполняется: При полном отсутствии плана и документации; С использованием собственного опыта и здравого смысла.
- 4. Интуитивное тестирование. Ad - hoc testing. Плюсы: Находятся “хитрые и коварные” дефекты; Нет затрат на проектирование
- 5. Интуитивное тестирование. Ad - hoc testing. Минусы: Нет гарантий по покрытию тестами; Высокий риск пропустить ошибку
- 6. Исследовательское тестирование. Exploratory testing Скорее подход, чем вид тестирования.
- 7. Исследовательское тестирование. Exploratory testing более формальная версия Ad - hoc тестирования, не требующая написания тест -
- 8. Исследовательское тестирование. Exploratory testing
- 9. Исследовательское тестирование. Exploratory testing
- 10. Исследовательское тестирование. Вдохновение. 1. Информация Книги; Сайты; Документация по продукту. 2. Модель Сценарии использования; Требования; Функционал.
- 11. Исследовательское тестирование. Руководство. Идеи; Чеклисты; Особенности функционирования; Перечень рисков; Покрытие.
- 12. Исследовательское тестирование. Результаты. Баг - репорты; Заметки; Отчёты о состоянии ПО; Другое.
- 13. Исследовательское тестирование. Плюсы. Возможность найти больше дефектов; Не нужно тратить время на предварительное описание всех сценариев;
- 14. Исследовательское тестирование. Когда применять? Мало времени; Сложности с требованиями; Небольшой проект; Пришел внезапный запрос на изменения;
- 15. Исследовательское тестирование. Когда одним исследовательским тестированием не обойтись. Приложение стандартизировано; Проводится интеграционное тестирование; Тестовые сценарии отдаются
- 16. Исследовательское тестирование. Мифы. Исследовательское тестирование невозможно проконтролировать.
- 17. Исследовательское тестирование. Мифы. Нельзя доверить тестирование первому встречному.
- 18. Исследовательское тестирование. Мифы. Сложно “продать” исследовательское тестирование заказчику, объяснить его необходимость.
- 19. Исследовательское тестирование. Что не есть Exploratory Testing? Заблуждение «Быстрые проверки – это и есть исследовательское тестирование».
- 20. Исследовательское тестирование. Что не есть Exploratory Testing? Заблуждение «Exploratory testing – это недокументированный процесс».
- 21. Исследовательское тестирование. Выводы. Исследовательское тестирование - не означает полное отсутствие документации и хаос; Комбинируя типы тестирования
- 22. Тестирование GUI. Заблуждения. Пользовательский интерфейс - самая простая часть проекта; Главное, чтобы работало, а как выглядит
- 23. Тестирование GUI. Хороший пример. WEB.
- 24. Тестирование GUI. Хороший пример. Mobile.
- 25. Тестирование GUI. Плохой пример. WEB.
- 26. Тестирование GUI. Плохой пример. Mobile
- 27. Тестирование GUI. Задачи. Ошибки в функциональности посредством интерфейса; Необработанные исключения при взаимодействии с интерфейсом; Потеря или
- 28. Тестирование GUI. Фазы. Анализ требований к пользовательскому интерфейсу; Разработка документации; Выполнение тестов и сбор информации; определение
- 29. Тестирование GUI. Методы Ручное тестирование; Автоматическое тестирование.
- 30. Тестирование GUI. Ручное тестирование. Плюсы: Поиск “Косметических” дефектов; Анализ выполняется по формальным признакам, а согласно человеческому
- 31. Тестирование GUI. Ручное тестирование. Минусы: Требуются значительные человеческие и временные ресурсы; При проведении повторных циклов тестирования,
- 32. Тестирование GUI. автоматизированное тестирование. Плюсы: Высокая скорость выполнения; больший объем покрытия; Не требуется участие людей.
- 33. Тестирование GUI. Автоматизированное тестирование. Минусы: Анализ успешности будет выполнятся по формальным признакам; Невозможность поиска косметических дефектов;
- 34. Interoperability Testing. Тестирование взаимодействия - это функциональное тестирование, проверяющее способность приложения взаимодействовать с одним и более
- 35. Виды тестирования связанные с изменениями. Дымовое тестирование (Smoke Testing); Регрессионное тестирование (Regression Testing); Тестирование сборки (Build
- 36. Виды тестирования связанные с изменениями. Smoke testing Понятие дымовое тестирование пошло из инженерной среды: "При вводе
- 37. Smoke testing. В оригинальном своем применении smoke - тестирование предназначено для проверки самых простых и очевидных
- 38. Smoke testing. Примеры тестов. Функция входа в систему; Функции связанные с управлением данных (Запись, хранение, обработка,
- 39. Smoke testing. Для составления набора smoke - тестов, необходимо определить какие задачи нужно решить нашему приложению,
- 40. Smoke testing. Вывод о работоспособности основных функций делается на основании результатов поверхностного тестирования наиболее важных модулей
- 41. Smoke testing. Аналогами дымового тестирования являются Build Verification Testing и Acceptance Testing, выполняемые на функциональном уровне
- 42. Smoke testing. Smoke - тесты - самые первые кандидаты на автоматизацию!
- 43. Sanity Testing. Узконаправленное тестирование достаточное для доказательства того, что конкретная функция работает согласно заявленным в спецификации
- 44. Sanity testing. Особенности. Глубокое исследование определенной функциональности приложения. Это как правило ручное тестирование (Не лучший кандидат
- 45. Sanity Testing vs Smoke Testing Эти виды тестирования имеют "вектора движения", направления в разные стороны. В
- 46. Regression Testing. Вид тестирования направленный на проверку изменений, сделанных в приложении или окружающей среде (починка дефекта,
- 47. Regression Testing. Как правило, для регрессионного тестирования используются тест - кейсы, написанные на ранних стадиях разработки
- 48. Regression Testing. 3 основных типа регрессионного тестирования: Регрессия багов (Bug regression) - попытка доказать, что исправленная
- 49. Build Verification Test. Тестирование направленное на определение соответствия, выпущенной версии, критериям качества для начала тестирования. По
- 50. Build Verification Test. При установке новой версии сборки, команда тестирования должна приступить к приемочному тестированию этой
- 51. Build Verification Test. Если сборка не соответствует критериям качества, то команда тестирования вправе ее отклонить (Reject),
- 55. Вопросы и ответы
- 57. Скачать презентацию