tестирование dot com
Шрифт:
представилась возможность "пощупать" написанное по нему ПО),
являются сырыми, и никто не посмеет бросить в тестировщика
камень осуждения, если он впоследствии изменит тест-кейсы по
мере их исполнения.
15. Создавая или модифицируя тест-кейсы, мы всегда должны
помнить о том парне, который будет их исполнять после нас.
16. Состояние тест-кейса: "У них все, как у людей. Рождаются,
изменяются и умирают..." — "Новый", "Измененный", "Более
недействителен". Хорошая практика — не удалять (remove)
отжившие
переносить их (move) в отдельную директорию, специально
созданную для таких пенсионеров.
17. Важно понять, что в сегодняшнем разговоре речь шла о форме,
а не о содержании тест-кейсов. Содержание конкретного тест-
кейса — это отражение методологии нахождения багов
применительно к конкретной ситуации, и этой методологии
будут посвящены отдельные беседы.
66
Тестирование Дот Ком. Часть 1
Вопросы и задания для самопроверки
1. Без какой части тест-кейс никак не может обойтись?
2. Для чего в тест-кейсе нужны шаги?
3. Два вида исхода исполнения тест-кейса. К какому исходу мы,
как тестировщики, стремимся?
4. Что происходит, если состояние ПО не позволяет исполнить все
шаги тест-кейса? Каковы наши действия?
5. Обоснуйте, почему у тест-кейса должна быть лишь одна тести-
руемая идея?
6. Перечислите полезные атрибуты тест-кейса и причину полез-
ности каждого из них.
7. Изменяется ли ID тест-кейса при изменении самого тест-кейса
или переносе его в другой документ?
8. Придумайте свой способ индексации тест-кейсов, например,
частью ID может быть номер спека.
9. Что такое data-driven тест-кейс? В чем заключается удобство
поддержания такого тест-кейса?
10. Как легкость в поддерживаемое™ тест-кейса позволяет сэко-
номить время?
11. Формальные недостатки, не позволяющие тест-кейсам быть
белыми и пушистыми.
12. В чем удобство написания новых тест-кейсов в отдельный тест-
комплект?
13. Ожидается ли, что тестировщик изменит тест-кейс, написанный
лишь на основании спека, без знакомства с реально напи-
санным ПО?
14. В чем проявляется родственность тест-кейсов, являющихся
частью одного тест-комплекта?
15. Приведите атрибуты шапки тест-комплекта.
16. Состояния тест-кейса.
17. Почему не рекомендуется удалять тест-кейсы?
18. Есть ли стандартная форма тест-кейса, за несоблюдение кото-
рой лишают премий и не приглашают на празднование Нового
года?
19.
20. Напишите тест-кейс с тестируемой идеей "Я могу убедить свою
жену в чем угодно" и ожидаемым результатом "Дорогой, поез-
жайте с Алексеем на рыбалку. Вы так редко с ним видитесь".
21. Напишите тест-кейс с одной идеей и двумя ожидаемыми ре-
зультатами. Используйте пример из жизни.
ЦИКЛ РАЗРАБОТКИ ПО
• ИДЕЯ
• РАЗРАБОТКА ДИЗАЙНА ПРОДУКТА И СОЗДАНИЕ
ОПЕКА
• КОДИРОВАНИЕ
• ИСПОЛНЕНИЕ ТЕСТИРОВАНИЯ И РЕМОНТ БАГОВ
• РЕЛИЗ
• БОЛЬШАЯ КАРТИНА ЦИКЛА РАЗРАБОТКИ ПО
икл (процесс) разработки ПО (software development life
Ц cycle) — это путь от идеи до поддержки готового продукта.
Чем более отлажены каждая из стадий цикла и координация меж-
ду ними, тем эффективнее работает интернет-компания, тем вы-
ше качество и тем счастливее пользователи.
Сегодня мы поговорим о модели цикла разработки ПО, называе-
мой "Waterfall" ("Водопад"), которая используется в подавляю-
щем большинстве интернет-стартапов.
Наша цель — понять логику взаимосвязи между стадиями
Цикла и основные моменты каждой из стадий.
Большая картина цикла будет представлена в конце разговора,
когда будет понятно, что уже ничего не понятно.
Постараюсь свести к минимуму вещи типа: "в одних компаниях
Эгпо называется так, а в других — этак", нельзя объять необъ-
ятное, но если будет схвачен принцип, то, несмотря на разницу
67
Цикл разработки ПО
69
в названиях и нюансах, вы мгновенно свяжете то, о чем я вам
рассказал, с тем, что есть (будет) в компании, где вы работае-
те (несомненно, будете работать).
Итак, поприветствуем участниц и участников нашего шоу. Ими