tестирование dot com

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

рирования и отбора тестов.

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

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

к тестированию:

Не методы должны управлять вашей подготовкой, а вы должны

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

те тест-кейсы, которые с высокой вероятностью могли бы

Нигилистический настрой и практическая методология

203

найти баги. Для этого нужно в совершенстве владеть каждым

из методов. И только практика может отточить ваши навыки.

Практикуйтесь и помните о примере с шахматами, которым

мы поставили себе мозги в начале нашей сегодняшней беседы.

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

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

1. Хороший тестировщик — это не просто некий работник компании,

который может порвать код на части своими прикладными

знаниями по тестированию. Хороший тестировщик — это неис-

правимый циник, нигилист и Фома неверующий — все в отно-

шении кода.

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

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

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

• при использовании метода Черновик-чистовик: Черновик —

это полет мысли и вдохновения, "мозговой штурм", не огра-

ниченный суетными приличиями бренного света. Чистовик —

это подчищенный, причесанный и классифицированный Чер-

новик;

• матричная раскладка может быть лишь простой классифика-

цией элементов на табл. 1, а может и бесконечно углубляться

в дебри комбинаций и комбинаций. Главное помнить, что

матричная раскладка создается для тестирования, а не тес-

тирование было придумано для матричной раскладки;

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

ность".

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

оценка риска основывается на том, что мы пытаемся влезть в

шкуру наших пользователей и бросить наши ограниченные ре-

сурсы не на бессмысленное кликанье правыми, левыми и даже

средними кнопками наших ошалевших мышек, а на тестирование

вещей, реально приоритетных для пользователей.

6. Методы генерирования тестов и методы отбора тестов —

это ящик с инструментом. Под каждую задачу используется

свой (свои) инструмент (-ты).

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

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

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

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

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

204

Тестирование Дот Ком. Часть 3

5. Какие вы знаете методы отбора тестов?

6. В чем суть метода Черновик-чистовик?

7. Есть ли ограничение на количество таблиц в матричной рас-

кладке?

8. Каково основное преимущество блок-схем?

9. Кто может помочь тестировщику в оценке риска?

10. Какая практическая польза от приоритезации при оценке риска?

11. Приведите 5 правил тестирования пограничных значений. Какие

из них позитивные, а какие — негативные?

12. Что нам дает комбинирование методов?

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

ЖИЗНЬ ЗАМЕЧАТЕЛЬНЫХ

БАГОВ

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

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

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

ак мы знаем, цель исполнения тестирования — поиск багов.

Н

К о на самом деле найти баг — это только часть работы (хотя

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

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

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

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

б) не повредила ли починка этого бага другие части на

шего ПО.

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

тированием.

Процесс, который начинается с занесения бага в систему трэкин-

га багов (Bug Tracking System), называется процессом трэкинга

багов (Bug Tracking Procedure), и для удобства понимания всей

стадии исполнения тестирования мы начнем именно с него.

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

Важная оговорка: нет двух интернет-компаний, у которых про-

цесс трэкинга багов и все нюансы системы трэкинга багов были

бы идентичны. Каждый, как известно, извращается как хочет.

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

205

Жизнь замечательных багов

207

вы со спокойной улыбкой мастера смогли адаптировать полу-

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

тятся вам на пути.

Забудем о тестировании ПО.

Допустим, мы совершаем тест-драйв на автомобиле, который со-

бираемся купить. Проверяем ускорение, вхождение в поворот,

удобство панели управления и сотню других важных вещей. По-