Содержание
- 2. Test Case Артефакт, описывающий совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции
- 3. Идеальный тестовый случай(Test Case) - Уникальный идентификатор тест – кейса; - Название; - Окружение (Опционально); -
- 4. Чего не должно быть в Test Case - Зависимостей от других Test Case; - Нечеткой формулировки
- 5. Test Case. Виды тест кейсов. Позитивный тест кейс использует только корректные данные и проверяет, что приложение
- 6. Test Case. Структура PreConditions Test Case Description PostConditions
- 7. Test Case. Пример Тест-кейс № 1. Создание жильца без ФИО. Шаги 1. Зайти на сайт www.dev_test.com
- 8. Test Case. Пример
- 9. Test Case. Пример Steps to reproduce: 1. Open main page. 2. Click link Sign In. 3.
- 10. Test Case. Пример с предусловием Pre conditions (Optional): User should be on forgot password page. Steps
- 11. Test Case. Плохой пример Тест-кейс № 01. Создание жильца. Шаги: 1. Зайди на сайт www.production.com. 2.
- 12. Test Case. Зачем? «Планирование, и только потом – выполнение!» Тест-кейсы дают нам структурированный системный подход, что
- 13. Test Case. Зачем? Тест-кейсы – хороший способ хранения части проектной информации.
- 14. Test Case. Зачем? Написание тест-кейсов – один из способов протестировать проектную документацию ещё до выхода первого
- 15. Test Case. Зачем? Наличие тест-кейсов значительно ускоряет регрессионное тестирование
- 16. Test Case. Зачем? Test Case можно доверить выполнять новичку или призванному на помощь коллеге из другого
- 17. Test Case. Зачем? Имея тест-кейсы, мы можем в любой момент «вспомнить», что мы делали месяц, полгода,
- 18. Test Case. Зачем? Тест-кейсы позволяют легко отслеживать прогресс: - X% тестов выполнено; - Y% тестов прошло/завалилось;
- 19. Test Case. Зачем? - «Планирование, и только потом – выполнение!» Тест-кейсы дают нам структурированный системный подход,
- 20. Test Case. Целесообразны - Жизненно важные системы, ошибка в которых может привести к гибели (самолетостроение, медицина,
- 21. Test Case. Нецелесообразны - Простые системы (веб-сайты, мобильные приложения и т. п.); - Ситуации, когда в
- 22. Test Case. Рекомендации - Начинайте с коротких тест-кейсов; - Тест-кейс это не набор обязательных шагов; -
- 23. Test Case. Детализация Test Case Это уровень детализации описания тестовых шагов и требуемого результата, при котором
- 24. Test Case. Test Case Pass Time Это время от начала прохождения шагов тест кейса до получения
- 25. Test Case. Достоинства - Время (приоритизация проверок); - Более быстрое введение в проект новых людей или
- 26. Test Case. Достоинства - Понимание информации одинаково всеми участницами процесса; - Напоминание о старой функциональности, которую
- 27. Test Case. Недостатки - Разные Test Case, для одного функционала очень похожи; - Сложность поддержки; -
- 28. Test Case. Недостатки - Тестировщик проверяет продукт, а не тестирует его; - Тестировщики выключают мозг, проходя
- 29. Check - list Это список, содержащий ряд необходимых проверок для какой-либо работы. Отмечая пункты списка, вы,
- 30. Check – list. Правила оформления - Один пункт – одна операция; - Пункты написаны в утвердительной
- 31. Check – list. Внедрение - Тестирование - Оформление; - Удобный доступ.
- 32. Check - list. Пример
- 33. Check - list. Плохой пример
- 34. Check - list. Пример
- 35. Чек лист. Зачем? ● Не забыть требуемые тесты. ● Для деления задач по уровню квалификации. ●
- 36. Check – list. Преимущества - Структурирование информации; - Повышение скорости обучения новых сотрудников;
- 37. Bug Report Документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием
- 38. Bug Report. Структура - Короткое описание (Summary); - Проект (Project); - Компонент приложения (Component); - Номер
- 39. Bug Report .Структура. Окружение Информация об окружении, на котором был найден баг: операционная система, сервис пак,
- 40. Bug Report .Структура. Описание - Шаги воспроизведения (Steps to Reproduce) Шаги, по которым можно легко воспроизвести
- 41. Bug Report .Структура. Дополнение Прикрепленный файл (Attachment) Файл с логами, скриншот или любой другой документ, который
- 42. Bug Report. Severity vs Priority Серьезность (Severity) - это атрибут, характеризующий влияние дефекта на работоспособность приложения.
- 43. Bug Report. Severity vs Priority Priority - Показывает степень важности выполнения задач для БИЗНЕСА. Severity -
- 44. Bug Report .Severity S1 Блокирующая (Blocker) Блокирующая ошибка, приводящая приложение в нерабочее состояние, в результате которого
- 45. Bug Report. Priority P1 Высокий (High) Ошибка должна быть исправлена как можно быстрее, т.к. ее наличие
- 46. Bug tracking system Система отслеживания ошибок - прикладное средство учета информации, созданное для: - Учета и
- 47. Bug life cycle JIRA
- 48. Вопросы и ответы
- 49. Ссылки http://www.protesting.ru/testing/ http://wiki.software-testing.ru/%D0%A7%D0%B5%D0%BA-%D0%BB%D0%B8%D1%81%D1%82 http://www.quizful.net/interview/qa/software-bug http://okiseleva.blogspot.ru/2015/03/blog-post_33.html http://www.protesting.ru/testing/bugreport.html http://okiseleva.blogspot.ru/2013/08/blog-post.html Lee Copeland. A Practitioner's Guide to Software Test Design
- 51. Скачать презентацию