tестирование dot com
Шрифт:
внутренних процессов. Если ваша компания решит нанять аудитора,
который стоит больших денег, то постарайтесь не заключать договор с
крупной аудиторской компанией, которая элементарно может вам
подсунуть ничего не понимающего в деле товарища с кожаным порт-
фелем, а лучше заключите контракт с конкретным специалистом по ка-
честву,
рается в своем деле. Запомните, что аудитом кормятся много парази-
тов, которые напишут вам бессмысленные, но солидно презентован-
ные заключения и рекомендации,, которые вам никогда не пригодятся,
и впоследствии вы будете долго ломать голову, пытаясь понять, ЗА ЧТО
же вы все-таки заплатили.
Кстати, хотя инженер по качеству (QA Engineer) и тестировщик (Test
Engineer) — это разные профессии, тестировщиков часто называют
инженерами по качеству.
Пара мыслей вдогонку к сказанному.
Пример с батькой и сынкой позволяет нам понять и ощутить со
всей болью русской интеллигенции, что тестировщики имеют
Дело с ПО, переданным им программистами уже в кривом и
порочном состоянии. С этим соприкасается правильная, сладкая
и полезная идея, что за качество не могут быть ответственны
только тестировщики.
Качество (как и его отсутствие) — это результат
• деяний всех участников процесса разработки ПО, а также
• отлаженности и настроек самого процесса.
34
Тестирование Дот Ком.Часть 1
Краткое подведение итогов
1. Цель тестирования — это нахождение багов до того, как их най
дут пользователи.
2. Нехватка ресурсов не позволит стопроцентно протестировать
сколько-нибудь сложное ПО.
3. Не имеет никакого значения, сколько багов было найдено до
релиза.
4. Статистика багов, найденных после релиза, и ее последующий
анализ могут помочь идентифицировать проблемные участки
процесса разработки ПО. Сопоставление статистики от релиза к
релизу дает, как правило, устойчивый паттерн проблемы, если
таковая существует.
5. QA направлено на превентирование багов, тестирование — на
поиск багов.
6. Тестировщики одни не могут обеспечить качество ПО. Обеспе-
чение качества — это задача всех участников процесса раз-
работки ПО. Важными факторами, влияющими на качество,
являются отлаженность и настройки самого процесса разработки
ПО.
Вопросы и задания для самопроверки
1. У вас есть 5 функциональностей,
и отведенного времени не хва-тит, чтобы тщательно протестировать их все. На основании чего
вы расставите приоритеты в тестировании? Подсказка: помните
о счастье пользователя.
2. Петров нашел 50 багов до релиза, но пропустил 5 багов, которые
были найдены пользователем. Сидоров нашел 12 багов до
релиза, не пропустив ни одного. Кому дать премию?
3. Как должен поступить менеджер, чтобы решить вопрос с про-
блемой оплаты?
4. Придумайте аналогию, демонстрирующую разницу между ОА и
тестированием.
ИСКУССТВО СОЗДАНИЯ
ТЕСТ-КЕЙСОВ
• ЧТО ТАКОЕ ТЕСТ-КЕЙС
• СТРУКТУРА ТЕСТ- КЕЙСА
• ИСХОД ИСПОЛНЕНИЯ ТЕСТ-КЕЙСА •
ПОЛЕЗНЫЕ АТРИБУТЫ ТЕСТ-КЕЙСА
• ТЕСТ-КЕЙСЫ, УПРАВЛЯЕМЫЕ ДАННЫМИ •
ПОДДЕРЖИВАЕМОСТЬ ТЕСТ-КЕЙСА
• СКОЛЬКО ОЖИДАЕМЫХ РЕЗУЛЬТАТОВ МОЖЕТ БЫТЬ
В ОДНОМ ТЕСТ-КЕЙСЕ?
• ПРОБЛЕМНЫЕ ТЕСТ-КЕЙСЫ
• ТЕСТ-КОМПЛЕКТЫ
• СОСТОЯНИЯ ТЕСТ-КЕЙСА
• А НАПОСЛЕДОК Я СКАЖУ
ы исполняем тестирование, т.е. непосредственно "рвем на
Мкуски" ПО, руководствуясь нашей профессиональной до-
кументацией — тест-кейсами (test case). Поговорим о формаль-
ной стороне эффективного тест-кейса и коснемся объединений
тест-кейсов — тест-комплектов (test suite).
Что такое тест-кейс
Допустим, что перед сборами на рыбалку мы составили следую-
щий список:
1. Удочка.
2. Коробка с запасными поплавками и леской.
3. Банка с червями.
35
Искусство создания тест-кейсов
37
4. Стакан граненый.
5. Бутылка "Абсолюта".
6. Огурец соленый.
Затем при деятельном участии жен, детей и котов мы наконец
собрались в дорогу и перед выходом взяли список и проверили
рюкзак на наличие каждого из 6 предметов.
Так вот.
Каждая из 6 строк списка — это и есть тест-кейс (test case).
Сам список является тест-комплектом (test suite).
Процесс придумывания и написания каждой строки списка
называется созданием тест-кейса (test case generation).