testirovanie_dot-com

Если сделана такая ошибка, то она не будет обнаружена ни тестом а, ни тестом б, ни тестом в, ни тестом г.

2. Проверяется логическое "И", так как если бы у нас было "ИЛИ":

ЕСЛИ сумма > 200,00 ИЛИ сумма < 499,99,

ТО скидка = сумма/100 х 2, то к данному классу принадлежало бы любое в принципе возможное значение

Скидка не равна 2% от 500,00

Замечу, что для удобства в понимании мы производили тестирование класса 2 изолированно от его собратьев.

И теперь, поняв и разобравшись, давайтерассмотрим, как нам протестировать все эквивалентные классы данного спека:

Итого 14 тест-кейсов для тестирования всех возможных значений. Неплохо. Очень даже неплохо!

На сером фоне 5 значений ввода, которые мы использовачи для изолированного тестирования нашего любимого кяасса 2. Прошу отметить следующую вещь: теперь, когда мы тестируем класс 2

вместе с окружающими его собратьями, для класса 2 достаточно 3 тест-кейсов, так как случаи г. (199,99) и д. (500,00) покрываются при тестировании класса 1 и класса 3 соответственно.

Мы рассмотрели самый сложный вариант пограничного тестирования, когда мы проверяли эквивалентные классы, включающие множества значений. Зато теперь, пройдя огонь, воду и медные трубы, нам ничего не стоит разобраться в более простом случае, когда эквивалентный класс содержит только одно значение.

Пример

Возьмем индекс, который должен быть равен 6 цифрам (Индекс_эл 005 из табл. 1, матричной раскладки поля "Индекс"). Применяем метод

тестирования пограничных значений:

а. 6 б. 6 в. 6 г. 5

Д. 7

Таким образом, у нас есть:

•один позитивный тест 6 и

•два негативных теста 5 и 7.

Мы применяем метод

• как обособленно (тестирование скидок),

так и

•в сочетании с другими методами генерирования и отбора тестов (использование пограничных значений на матрич ной раскладке поля "Индекс").

Идея о возможности обособленного или интегрированного применения, конечно, относится к каждому из методов генерирования и отбора тестов.

Это все о пограничном тестировании.

Важная мысль перед списком изученных нами вещей о подготовке к тестированию:

Не методы должны управлять вашей подготовкой, а вы должны управлять методами так, чтобы с их помощью создать именно те тест-кейсы, которые с высокой вероятностью могли бы

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

Сегодня мы узнали и изучили:

Краткое подведение итогов

1.Хороший тестировщик — это не просто некий работник компании, который может порвать код на части своими прикладными знаниями по тестированию. Хороший тестировщик — это неисправимый циник, нигилист и Фома неверующий — все в отношении кода.

2.Код — это убежище багов.

3.Суть тестирования заключается в поиске багов.

4.В отношении методов генерирования тестов:

•при использовании метода Черновик-чистовик: Черновик — это полет мысли и вдохновения, "мозговой штурм", не ограниченный суетными приличиями бренного света. Чистовик — это подчищенный, причесанный и классифицированный Черновик;

•матричная раскладка может быть лишь простой классификацией элементов на табл. 1, а может и бесконечно углубляться в дебри комбинаций и комбинаций. Главное помнить, что матричная раскладка создается для тестирования, а не тестирование было придумано для матричной раскладки;

•блок-схемы — это дочери добродетели под именем "Наглядность".

5.В отношении методов отбора тестов:

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

6.Методы генерирования тестов и методы отбора тестов — это ящик с инструментом. Под каждую задачу используется свой (свои) инструмент (-ты).

Вопросы для самопроверки

1.Какой настрой должен быть у тестировщика?

2.Что такое код?

3.Что такое тестирование?

4.Какие вы знаете методы генерирования тестов?

ИСПОЛНЕНИЕТЕСТИРОВАНИЯ

ЖИЗНЬ ЗАМЕЧАТЕЛЬНЫХ БАГОВ

•ЧТО ТАКОЕ СИСТЕМА ТРЭКИНГА БАГОВ

•АТРИБУТЫ БАГА

•ПРОЦЕССТРЭКИНГА БАГОВ

Как мы знаем, цель исполнения тестирования — поиск багов. Но на самом деле найти баг — это только часть работы (хотя

исамая сложная). После того как баг обнаружен,

•нужно занести его в систему трэкинга багов и

•после того как он зафиксирован:

а) проверить, на самом ли деле он был зафиксирован и б) не повредила ли починка этого бага другие части на

шего ПО.

Кстати, как мы помним, а и б называются регрессивным тестированием.

Процесс, который начинается с занесения бага в систему трэкинга багов (Bug Tracking System), называется процессом трэкинга багов (Bug Tracking Procedure), и для удобства понимания всей стадии исполнения тестирования мы начнем именно с него.

Что такое система трэкинга багов

Важная оговорка: нет двух интернет-компаний, у которых процесс трэкинга багов и все нюансы системы трэкинга багов были бы идентичны. Каждый, как известно, извращается как хочет.

Моя цель — развить ваше понимание предмета так, чтобы

205