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

⇐ ПредыдущаяСтр 11 из 45Следующая ⇒

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" ("Водопад"), которая используется в подавляющем большинстве интернет-стартапов.

Наша цель — понять логику взаимосвязи между стадиями Цикла и основные моменты каждой из стадий.

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

Постараюсь свести к минимуму вещи типа: "в одних компаниях ^Эгпо называется так, а в других — этак", нельзя объять необъятное, но если будет схвачен принцип, то, несмотря на разницу

Цикл разработки ПО

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

Итак, поприветствуем участниц и участников нашего шоу. Ими сегодня будут:

Идея.

Разработка дизайна продукта и создание документации.

3. Кодирование(в смысле создание кода).

Исполнение тестирования и ремонт багов.

Релиз.

Идея

Для начала расскажу вам, как образовывались стартапы в США в конце 90-х гг. прошлого века. И не подумайте, что я утрирую.

Калифорнийская история

Сидят два бывших одноклассника в спорт-баре даунтауна Сан-Франциско и думают, как заработать денег: кругом интернет-бум, некоторые друзья стали миллионерами и ездят на сверкающих "Феррари" между офисами-аквариумами интернет-компаний и своими домами на холмах Лос-Алтоса.

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

Один из них неожиданно поднимает над барной стойкой голову, переводит озаренный взгляд на другого, вытягивает вверх указательный палец и говорит: "О!"

Это "О!" означает рождение идеи, например, о создании веб-сайта по продаже туалетной бумаги.

На следующий день раздается звонок в офисе венчурного капиталиста и назначается встреча для обсуждения "проекта века".

Кстати,

венчурные капиталисты — это такие непростые товарищи, бизнесом которых является спонсирование новых компаний.

Встреча проходит в теплой и дружественной обстановке, и под проект "Туалетная бумага Дот Ком" дается 50 млн долл.

Сказавший "О!" становится CEO (Chief Executive Officer), а егодруган — соответственно COO (Chief Operating Officer).

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

Процесс пошел!!!

Слушая эту историю, которая вполне могла быть правдивой, можно заметить, что все началось с "О!",т.е. с идеи.

Вопрос:Кто генерирует идеи в действующей интернет-компании? Ответ:Как правило, это отдел маркетинга. Нередко идеи инициируются службой поддержки пользователей или новым контрактом, например, с компанией по процессингу кредитных карт (credit card processor).

В общем вариантов множество.

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

Как правило, идеи компонуются в MRD ("эм-ар-ди" — Marketing Requirements Document — документ о требованиях маркетинга, суть которого: "хотелось бы это иметь").

Затем

• менеджмент проворачивает MRDшки через жернова анализа, утверждения и приоритезации, а

• выжившие идеи передаются продюсерам, которые их полоскают, высушивают и гладят, чтобы получилась спецификация.

Цикл разработки ПО 71

Дата добавления: 2018-05-02; просмотров: 2302; Мы поможем в написании вашей работы!

Поделиться с друзьями:

⇐ Предыдущая 6 7 8 9 101112 13 14 15 Следующая ⇒

Мы поможем в написании ваших работ!