Терминология, цикл 4

Что такое бизнес-требования?

Бизнес-требования – это прототип технического задания (ТЗ) в форме нужд и ожиданий бизнес-пользователей. Составляется бизнес-аналитиками.

Что вы будете делать, если нашли баг, а разработчик говорит, что такое поведение предусмотрено дизайном?

Есть как минимум два пути: найти точное требование, описывающее ожидаемое поведение; в условиях отсутствия точного требования найти приложение конкурентов, в котором реализация обсуждаемой области признана лучшей практикой и предъявить разработчику. Также в случае неявных требований могут быть использованы отраслевые стандарты, которые большинство разработчиков используют де-факто. Тут вас могут спросить: “А приведите пример такого стандарта?” Как вариант: Open Free Desktop, находится здесь: https://www.freedesktop.org/wiki/Specifications/

Что такое жизненный цикл программного обеспечения?

Жизненный цикл ПО (SDLC, Software Development Life Cycle) – описание процессов инициации разработки, проектирования, реализации, внедрения и снятия с обслуживания программного обеспечения в рамках какой-либо методологии. Тут вас могут спросить: “Приведите примеры методологий”. Как вариант: водопад (линейно-поступательная разработка, все стадии проходятся последовательно) и гибкие методологии, основанные на спиральном цикле. В гибких методологиях все стадии проходятся быстро в узком наборе требований. Затем набор требований расширяется и совершается следующий виток. Получается спираль. Манифест гибких методологий: Agile, конкретное воплощение методологии в рамках Agile – Scrum.

Опишите процесс QA

1. Планирование тестирования
2. Разработка тестов
3. Выполнение тестов
4. Управление жизненным циклом дефектов
5. Предоставление отчетов по тестированию

Какие бывают методологии тестирования?

• Тестирование на основе требований (базовая, самая правильная и простая)
• Тестирование на основе экспертизы (это когда сидит какой-нибудь старый гриб где-нибудь в подвале и знает о продукте больше всех остальных вместе взятых. он всегда может сказать где баг, где не баг). Риск методологии – эксперты время от времени увольняются.
• Тестирование на основе анализа рисков. Оценка ущерба от не покрытия тестами каких-то областей. Эффективность данной методологии мне неизвестна.

Что такое стратегия тестирования?

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

Какие вы знаете техники тест-дизайна?

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

• Разбиение на классы эквивалентности
• Анализ граничных значений
• Таблицы принятия решений
• Тестовая комбинаторика (в одном тесте проверяется ввод более чем одного параметра, например, попарное тестирование – pairwise, или тестирование тройками значений – triplewise)
• Тестовая комбинаторика может помочь в построении таблиц оценки рисков. Например, анализируя пары параметров мы можем получить информацию о том, какие сочетания параметров могут вызвать наиболее критичные состояния или реакции системы
• Анализ причин и следствий или в более объемлющем варианте – анализ состояний и переходов
• Исследовательское тестирование, то есть изучение системы без законченного списка требований с одновременной разработкой тест-кейсов
• Исследовательское тестирование может сочетаться с поиском проблемных мест на основе “предугадывания ошибок”. Этот метод опирается на экспертизу, то есть знание системы и развитую интуицию тестировщика

Так называемое исчерпывающее тестирование я не включил по причине не встречаемости в природе. Исчерпывающее тестирование требует бесконечного времени на реализацию.

Данный список не является окончательным и формулировка отдельных пунктов может отличаться от автора к автору. Читаем, например, здесь.

Подробно здесь.