Принципы разработки тестов - презентация, доклад, проект скачать

Нажмите для полного просмотра!

Содержание ▲

Вы можете ознакомиться и скачать презентацию на тему Принципы разработки тестов. Доклад-сообщение содержит 41 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации

Слайд 1

Описание слайда:

Тема 5 Тема 5 «Принципы разработки тестов»

Слайд 2

Описание слайда:

Слайд 3

Описание слайда:

Слайд 4

Описание слайда:

Тест-кейс (test case) – это Тест-кейс (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 (ожидаемые Выход, выходные данные или выходной состояние системы) Выполненный с определенной Целью!

Слайд 6

Описание слайда:

Слайд 7

Описание слайда:

Чек-лист (check-list) – это Чек-лист (check-list) – это набор идей тестов.

Слайд 8

Описание слайда:

Задание (см. следующий слайд)

Слайд 9

Описание слайда:

Какие бывают тесты Основные виды тестов: позитивные; негативные. Направления тестирования: статическое; динамическое. Методы тестирования: чёрный ящик; белый ящик; серый ящик. Виды тестирования: инсталляционное; регрессионное; нового функционала; конфигурационное; совместимости; удобство использования; интернационалиазации; локализации; исследовательское.

Слайд 10

Описание слайда:

Слайд 11

Описание слайда:

Класс эквивалентности (equivalence class) – набор тестов, полное выполнение которого является избыточным и не приводит к обнаружению новых дефектов. Класс эквивалентности (equivalence class) – набор тестов, полное выполнение которого является избыточным и не приводит к обнаружению новых дефектов.

Слайд 12

Описание слайда:

Признаки эквивалентности (несколько тестов эквивалентны, если): Признаки эквивалентности (несколько тестов эквивалентны, если): Они направлены на поиск одной и той же ошибки. Если один из тестов обнаруживает ошибку, другие её тоже, скорее всего, обнаружат. Если один из тестов НЕ обнаруживает ошибку, другие её тоже, скорее всего, НЕ обнаружат. Тесты используют схожие наборы входных данных. Для выполнения тестов мы совершаем одни и те же операции. Тесты генерируют одинаковые выходные данные или приводят приложение в одно и то же состояние. Все тесты приводят к срабатыванию одного и того же блока обработки ошибок («error handling block»). Ни один из тестов не приводит к срабатыванию блока обработки ошибок («error handling block»).

Слайд 13

Описание слайда:

Граничные условия (border conditions) – это те места, в которых один класс эквивалентности переходит в другой. Граничные условия (border conditions) – это те места, в которых один класс эквивалентности переходит в другой.

Слайд 14

Описание слайда:

Пример Проверить реакцию приложения на ввод слишком короткого (менее трёх символов) или слишком длинного (более 20-ти символов) имени пользователя, которое может содержать только английские буквы, цифры и знак подчёркивания.

Слайд 15

Описание слайда:

И ещё один пример. Для обсуждения! «Чтобы добавить файл в свою фотогалерею на сайте, пользователь должен кликнуть по кнопке Открыть, выбрать файл и кликнуть по кнопке OK». Давайте абстрагируемся от пользовательского интерфейса и подумаем о файле. Какие случаи нам надо будет проверить?

Слайд 16

Описание слайда:

Выводы Выводы Классы эквивалентности не всегда очевидны. Как правило, негативных тестов получается больше, чем позитивных. Принадлежность теста к позитивным или негативным зависит от требований.

Слайд 17

Описание слайда:

Рекомендации по разработке тестов Рекомендации по разработке тестов Начинайте с простых очевидных тестов. Затем переходите к более сложным тестам. Помните о граничных условиях. Если остаётся время, занимайтесь исследовательским тестированием.

Слайд 18

Описание слайда:

Последовательность разработки и выполнения тестов Последовательность разработки и выполнения тестов Простые позитивные. Простые негативные. Сложные позитивные. Сложные негативные.

Слайд 19

Описание слайда:

Документирование тестов

Слайд 20

Описание слайда:

Свойства хорошего тест-кейса Хороший тест-кейс удовлетворяет следующим критериям: Обладает высокой вероятностью обнаружения ошибки. Исследует соответствующую («ту, которую надо») область приложения. Выполняет какие-то интересные действия. Не выполняет ненужных действий. Является не слишком простым, но и не слишком сложным. Не является избыточным по отношению к другим тестам. Делает обнаруженную ошибку очевидной. Позволяет легко диагностировать ошибку.

Слайд 21

Описание слайда:

Тестовый сценарий (test scenario) – набор тестов (тест-кейсов), собранных в последовательность для достижения некоторой цели. Тестовый сценарий (test scenario) – набор тестов (тест-кейсов), собранных в последовательность для достижения некоторой цели.

Слайд 22

Описание слайда:

Какой инструментарий используется на вашем проекте для создания, хранения и управления test cases?

Слайд 23

Описание слайда:

Тестовые сценарии: рекомендации

Слайд 24

Описание слайда:

Слайд 25

Описание слайда:

1. Начинайте как можно раньше, ещё до выхода первого билда. 1. Начинайте как можно раньше, ещё до выхода первого билда.

Слайд 26

Описание слайда:

2. Разбивайте приложение на отдельные части/модули. 2. Разбивайте приложение на отдельные части/модули.

Слайд 27

Описание слайда:

3. Для каждой области/модуля пишите чек-лист. 3. Для каждой области/модуля пишите чек-лист.

Слайд 28

Описание слайда:

4. Пишите вопросы, уточняйте детали, добавляйте «косметику», используйте copy-paste. 4. Пишите вопросы, уточняйте детали, добавляйте «косметику», используйте copy-paste.

Слайд 29

Описание слайда:

5. Получите рецензию коллег-тестировщиков, разработчиков, заказчиков. 5. Получите рецензию коллег-тестировщиков, разработчиков, заказчиков.

Слайд 30

Описание слайда:

6. Обновляйте тесты, как только обнаружили ошибку или изменилась функциональность. 6. Обновляйте тесты, как только обнаружили ошибку или изменилась функциональность.

Слайд 31

Описание слайда:

Слайд 32

Описание слайда:

Что такое Notepad? Что такое Notepad? Какие функции для него наиболее важны?

Слайд 33

Описание слайда:

Итак, вот наш Smoke test Итак, вот наш Smoke test

Слайд 34

Описание слайда:

Фактически, это – чек-лист. И сами пункты грамотно сформированного чек-листа – готовые заголовки тест-кейсов. Фактически, это – чек-лист. И сами пункты грамотно сформированного чек-листа – готовые заголовки тест-кейсов.

Слайд 35

Описание слайда:

Когда мы распишем наши тесты по правилам, Smoke Test примет следующий вид: Когда мы распишем наши тесты по правилам, Smoke Test примет следующий вид:

Слайд 36

Описание слайда:

Аналогичным образом начинаем и продолжаем работать с тестом критического пути: Аналогичным образом начинаем и продолжаем работать с тестом критического пути:

Слайд 37

Описание слайда:

Детализируем чек-лист: Детализируем чек-лист:

Слайд 38

Описание слайда:

Продолжаем детализацию до тех пор, пока не получим логичный и достаточный набор тестов. После этого переносим его в шаблон и работаем аналогично тому, как мы делали это при разработке Smoke Test. Продолжаем детализацию до тех пор, пока не получим логичный и достаточный набор тестов. После этого переносим его в шаблон и работаем аналогично тому, как мы делали это при разработке Smoke Test.