Пути выявления требований.
Особенности анкетирования.
Направления прототипирования.
Что было
легче всего?Что вызвало сложности?
- Главная
- Разное
- Бизнес и предпринимательство
- Образование
- Развлечения
- Государство
- Спорт
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Религиоведение
- Черчение
- Физкультура
- ИЗО
- Психология
- Социология
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Что такое findslide.org?
FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.
Обратная связь
Email: Нажмите что бы посмотреть
Презентация на тему Принципы разработки тестов
Содержание
- 2. Что мы изучили в прошлой теме? Что
- 3. Виды тестов+ вспомним пару определений
- 4. Тест-кейс (test case) – этонабор входных данных,
- 5. Тест-кейсТест – «триплет» Вход/Состояние/Выход – последовательность шагов/действий,
- 7. Чек-лист (check-list) – этонабор идей тестов.
- 8. Задание (см. следующий слайд)30.03.12 14:25 #AA-217272 Arris:
- 9. Какие бывают тестыОсновные виды тестов:позитивные;негативные.Направления тестирования:статическое;динамическое.Методы тестирования:чёрный ящик;белый ящик;серый ящик.Виды тестирования:инсталляционное;регрессионное;нового функционала;конфигурационное;совместимости;удобство использования;интернационалиазации;локализации;исследовательское.
- 10. Классы эквивалентностиКак сэкономить уйму времени!
- 11. Класс эквивалентности (equivalence class) – набор тестов,
- 12. Признаки эквивалентности (несколько тестов эквивалентны, если):Они направлены
- 13. Граничные условия (border conditions) – это те
- 14. ПримерПроверить реакцию приложения на ввод слишком короткого
- 15. «Чтобы добавить файл в свою фотогалерею на
- 16. ВыводыКлассы эквивалентности не всегда очевидны.Как правило, негативных
- 17. Рекомендации по разработке тестовНачинайте с простых очевидных
- 18. Последовательность разработки и выполнения тестовПростые позитивные.Простые негативные.Сложные позитивные.Сложные негативные.
- 19. Документирование тестовИденти-фикаторПрио-ритетСвязанное с тестом требованиеМодуль и подмодульЗаглавие
- 20. Свойства хорошего тест-кейсаВопросыИ сейчас «поиграем» ☺Хороший тест-кейс
- 21. Тестовый сценарий (test scenario) – набор тестов
- 22. Какой инструментарий используется на вашем проекте для создания, хранения и управления test cases?https://docs.google.com/spreadsheet/viewanalytics?formkey=dHVGaHJoTXZKNnBvdGJEZkgxT2dKeVE6MQ
- 23. Тестовые сценарии: рекомендацииИспользуйте группировкуИспользуйте фильтрыИспользуйте отдельные листы
- 24. Шаги разработки тестов
- 25. 1. Начинайте как можно раньше, ещё до выхода первого билда.
- 26. 2. Разбивайте приложение на отдельные части/модули.
- 27. 3. Для каждой области/модуля пишите чек-лист.
- 28. 4. Пишите вопросы, уточняйте детали, добавляйте «косметику», используйте copy-paste.
- 29. 5. Получите рецензию коллег-тестировщиков, разработчиков, заказчиков.
- 30. 6. Обновляйте тесты, как только обнаружили ошибку или изменилась функциональность.
- 31. Пример разработки тестов
- 32. Что такое Notepad?Какие функции для него наиболее важны?Что ещё?
- 33. Итак, вот наш Smoke testПеренесём его в шаблон для разработки тестов.
- 34. Фактически, это – чек-лист. И сами пункты грамотно сформированного чек-листа – готовые заголовки тест-кейсов.
- 35. Когда мы распишем наши тесты по правилам, Smoke Test примет следующий вид:
- 36. Аналогичным образом начинаем и продолжаем работать с тестом критического пути:
- 37. Детализируем чек-лист:
- 38. Продолжаем детализацию до тех пор, пока не
- 39. Есть вопросы? Давайте обсудим!
- 40. Как делать не нужно
- 41. Скачать презентацию
- 42. Похожие презентации
Что мы изучили в прошлой теме? Что запомнили? Пути выявления требований. Особенности анкетирования. Направления прототипирования. Что было легче всего? Что вызвало сложности?
Слайд 2
Что мы изучили в прошлой теме? Что запомнили?
Пути выявления требований.
легче всего?Что вызвало сложности?
Слайд 4
Тест-кейс (test case) – это
набор входных данных, условий
выполнения и ожидаемых результатов, разработанный с целью проверки того
или иного свойства или поведения программного средства.Потренируемся на кошках!
Слайд 5
Тест-кейс
Тест – «триплет» Вход/Состояние/Выход – последовательность шагов/действий, которая
переводит систему из одного состояния в другое
Триплет ISO, где:
[I]
– is input data or action (входные данные или действия)[S] – is State of system at which data will be input (состояние системы, которая получает входные данные или воздействие)
[O] – is the expected Output (ожидаемые Выход, выходные данные или выходной состояние системы)
Выполненный с определенной Целью!
Слайд 8
Задание (см. следующий слайд)
30.03.12 14:25 #AA-217272
Arris: Система восстановления
пароля говорит, что пользователя с таким емейлом у нее
нет. Но и зарегаться заново не позволяет, говорит — «пользователь с таким емейлом уже зарегистрирован» *фейспалм*
Слайд 9
Какие бывают тесты
Основные виды тестов:
позитивные;
негативные.
Направления тестирования:
статическое;
динамическое.
Методы тестирования:
чёрный ящик;
белый
ящик;
серый ящик.
Виды тестирования:
инсталляционное;
регрессионное;
нового функционала;
конфигурационное;
совместимости;
удобство использования;
интернационалиазации;
локализации;
исследовательское.
Слайд 11 Класс эквивалентности (equivalence class) – набор тестов, полное
выполнение которого является избыточным и не приводит к обнаружению
новых дефектов.
Слайд 12
Признаки эквивалентности (несколько тестов эквивалентны, если):
Они направлены на
поиск одной и той же ошибки.
Если один из тестов
обнаруживает ошибку, другие её тоже, скорее всего, обнаружат.Если один из тестов НЕ обнаруживает ошибку, другие её тоже, скорее всего, НЕ обнаружат.
Тесты используют схожие наборы входных данных.
Для выполнения тестов мы совершаем одни и те же операции.
Тесты генерируют одинаковые выходные данные или приводят приложение в одно и то же состояние.
Все тесты приводят к срабатыванию одного и того же блока обработки ошибок («error handling block»).
Ни один из тестов не приводит к срабатыванию блока обработки ошибок («error handling block»).
По всем пунктам – активно обсуждаем!
Слайд 13 Граничные условия (border conditions) – это те места,
в которых один класс эквивалентности переходит в другой.
Граничные условия
очень важны, и их обязательно следует проверять в тестах, т.к. именно в этом месте чаще всего и обнаруживаются ошибки.
Слайд 14
Пример
Проверить реакцию приложения на ввод слишком короткого (менее
трёх символов) или слишком длинного (более 20-ти символов) имени
пользователя, которое может содержать только английские буквы, цифры и знак подчёркивания.Все ли правильно
Классы эквивалентности:
Позитивный тест: строка допустимых символов длиной от трёх до 20-ти символов включительно.
Негативный тест: строка короче трёх символов.
Негативный тест: строка длиннее 20-ти символов.
Негативный тест: строка длиной от трёх до 20-ти символов, содержащая недопустимые символы.
Тесты:
ABCD, ABCDEFGHIJKLMNOPQRST, abc_12_DEf
AA, {пустая строка}
AAAAAAAAAAAAAAAAAAAAA (21 символ)
Abcd#23456%@#&#%^#
Слайд 15 «Чтобы добавить файл в свою фотогалерею на сайте,
пользователь должен кликнуть по кнопке Открыть, выбрать файл и
кликнуть по кнопке OK».Давайте абстрагируемся от пользовательского интерфейса и подумаем о файле. Какие случаи нам надо будет проверить?
И ещё один пример. Для обсуждения!
Слайд 16
Выводы
Классы эквивалентности не всегда очевидны.
Как правило, негативных тестов
получается больше, чем позитивных.
Принадлежность теста к позитивным или негативным
зависит от требований.
Слайд 17
Рекомендации по разработке тестов
Начинайте с простых очевидных тестов.
Затем переходите к более сложным тестам.
Помните о граничных условиях.
Если
остаётся время, занимайтесь исследовательским тестированием.
Слайд 18
Последовательность разработки и выполнения тестов
Простые позитивные.
Простые негативные.
Сложные позитивные.
Сложные
негативные.
Слайд 19
Документирование тестов
Иденти-фикатор
Прио-ритет
Связанное с тестом требование
Модуль и подмодуль
Заглавие (суть)
теста
Исходные данные, необходимые для выполнения теста
Шаги
Ожидаемый результат по каждому
шагу
Слайд 20
Свойства хорошего тест-кейса
Вопросы
И сейчас «поиграем» ☺
Хороший тест-кейс удовлетворяет
следующим критериям:
Обладает высокой вероятностью обнаружения ошибки.
Исследует соответствующую («ту, которую
надо») область приложения.Выполняет какие-то интересные действия.
Не выполняет ненужных действий.
Является не слишком простым, но и не слишком сложным.
Не является избыточным по отношению к другим тестам.
Делает обнаруженную ошибку очевидной.
Позволяет легко диагностировать ошибку.
Слайд 21 Тестовый сценарий (test scenario) – набор тестов (тест-кейсов),
собранных в последовательность для достижения некоторой цели.
Хороший тестовый сценарий
всегда следует некоторой логике, например: типичному использованию приложения, удобству тестирования, распределению функций по модулям и т.д.Слайд 22 Какой инструментарий используется на вашем проекте для создания,
хранения и управления test cases?
https://docs.google.com/spreadsheet/viewanalytics?formkey=dHVGaHJoTXZKNnBvdGJEZkgxT2dKeVE6MQ
Слайд 23
Тестовые сценарии: рекомендации
Используйте группировку
Используйте фильтры
Используйте отдельные листы
Слайд 34 Фактически, это – чек-лист. И сами пункты грамотно
сформированного чек-листа – готовые заголовки тест-кейсов.
Слайд 38 Продолжаем детализацию до тех пор, пока не получим
