Минимизируйте фазу приёмочного тестирования

Минимизируйте фазу приёмочного тестирования

Приёмочное тестирование, мягко говоря, приносит некоторые неудобства. Оно определённо не имеет ничего общего с гибкими методологиями. И, несмотря на то, что мы не можем избавиться от этой фазы, мы можем попробовать свести её к минимуму. А если точнее, уменьшить количество времени, которое для него необходимо. Этого можно достигнуть следующими способами:

• Максимально улучшить качество исходного кода, создаваемого Scrum-командой.

• Максимально увеличить эффективность ручного тестирования (т.е. найти лучших тестировщиков, обеспечить их лучшими инструментарием и убедиться, что они сообщают о тех задачах, которые отнимают много времени и могут быть автоматизированы).

Так как же мы можем поднять качество кода команды? Ну, вообще-то способов существует очень много. Я остановлюсь на тех, которые, как нам показалось, действуют лучше всего:

• Включите тестировщиков в Scrum-команду.

• Делайте меньше за спринт.

Поделитесь на страничке

Следующая глава >

Похожие главы из других книг:

Результаты тестирования

Из книги автора

Результаты тестирования Для сжатия был получен следующий график. Хорошо заметно, что для небольших файлов основные издержки вносятся работой с файловой системой, а не архивированием. Здесь и далее все времена указаны в миллисекундах. Проводились серии тестов по 10000


8 Стратегии тестирования

Из книги автора

8 Стратегии тестирования Профессиональные разработчики тестируют свой код. Однако тестирование не сводится к написанию нескольких модульных или приемочных тестов. Написание этих тестов – дело полезное, но отнюдь не достаточное. Любой группе профессиональных


Основы тестирования

Из книги автора

Основы тестирования С чего лучше начать? Как измерить эффективность после внесения нескольких изменений в настройки или оформление? Для оптимизации коэффициента конверсии недостаточно будет просто что-то где-то изменить. Необходимо:– внести правильные


Планирование тестирования

Из книги автора

Планирование тестирования Разработчики имеют важное преимущество перед тестировщиками: ценность их работы очевидна для всех. Разработчик пишет код, код становится приложением, которого жаждет пользователь, и это приложение принесет компании прибыль. Работа


Рекомендуемые области для тестирования

Из книги автора

Рекомендуемые области для тестирования В тур студента для Chrome входят:— «Копировать» и «Вставить»: возможна ли передача разных типов данных через буфер обмена?— Перемещение офлайнового контента в облако: веб-страницы, изображения, текст и прочее.— Производительность:


Рекомендуемые области для тестирования

Из книги автора

Рекомендуемые области для тестирования В тур «не спим всю ночь» для Chrome входят:— Вкладки и окна: нужно открыть много вкладок и окон.— Расширения: установить много расширений и запустить их в работу.— Продолжительность работы: оставьте всё открытым


10. Минимизируйте глобальные и совместно используемые данные

Из книги автора

10. Минимизируйте глобальные и совместно используемые данные РезюмеСовместное использование вызывает споры и раздоры. Избегайте совместного использования данных, в особенности глобальных данных. Совместно используемые данные усиливают связность, что приводит к


22. Минимизируйте зависимости определений и избегайте циклических зависимостей

Из книги автора

22. Минимизируйте зависимости определений и избегайте циклических зависимостей РезюмеИзбегайте излишних зависимостей. Не включайте при помощи директивы #include определения там, где достаточно предварительного объявления.Избегайте взаимозависимостей. Циклические


4.1 Необходимые условия для тестирования

Из книги автора

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


4.3 Протоколы тестирования

Из книги автора

4.3 Протоколы тестирования Протоколы по каждому тесту должны содержать информацию, достаточную для повторения теста (Руководство ИСО/МЭК 25 [6]). Данная информация должна включать:- план тестирования или технические требования (спецификацию) к тестированию, содержащие


Скорее всего, вам не избежать фазы приёмочного тестирования

Из книги автора

Скорее всего, вам не избежать фазы приёмочного тестирования В идеальном мире Scrum’а результатом каждого спринта должна быть система, потенциально готовая к использованию. Бери и устанавливай, да? А вот и нет!По нашему опыту, такой подход обычно не работает. Там будет куча


Соотношение спринтов и фаз приёмочного тестирования

Из книги автора

Соотношение спринтов и фаз приёмочного тестирования В идеальном Scrum-мире фаза приёмочного тестирования не нужна, так как каждая Scrum-команда после каждого спринта выдаёт новую, готовую к реальному использованию версию системы Ну, а на самом деле, всё выглядит чуть-чуть


Методы тестирования уязвимостей

Из книги автора

Методы тестирования уязвимостей Тестирование – лучший способ удостовериться в присутствии уязвимостей у системы. Тестирование уязвимостей – необходимая обязанность каждого, кто связан с администрированием или безопасностью информационных систем. Убедиться в


11.9. СРЕДСТВА АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ

Из книги автора

11.9. СРЕДСТВА АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ Генераторы тестов (automatic unit test) случайным образом генерируют данные.Статические анализаторы программ, анализируют исходный тест и строят диаграммы маршрутов; анализируют присваивание данных и делают попытки построений данных,