Приемочные тесты Приемочные тесты

Автономные тесты – необходимый, но не достаточ- ный инструментарий верификации. С их помощью

можно лишь убедиться, что небольшие элементы системы работают, как ожидается, но проверить
функционирование системы в целом они не в со- стоянии. Автономные тесты – это белые ящики 1,
которые проверяют отдельные механизмы работы системы. Приемочные тесты – это черные ящики 2,
которые проверяют, удовлетворены ли требования заказчика.

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

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

Заодно акт предварительного написания приемочных тестов оказыва- ет существенное влияние на

архитектуру. Чтобы система поддавалась тестированию, связи следует разрывать на верхних уровнях
архитек- туры. Например, пользовательский интерфейс следует отделить от бизнес-правил, так чтобы
приемочные тесты могли получить доступ к бизнес-правилам, минуя ГИП.

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

Автономные тесты – необходимый, но не достаточ- ный инструментарий верификации. С их помощью

можно лишь убедиться, что небольшие элементы системы работают, как ожидается, но проверить
функционирование системы в целом они не в со- стоянии. Автономные тесты – это белые ящики 1,
которые проверяют отдельные механизмы работы системы. Приемочные тесты – это черные ящики 2,
которые проверяют, удовлетворены ли требования заказчика.

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

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

Заодно акт предварительного написания приемочных тестов оказыва- ет существенное влияние на

архитектуру. Чтобы система поддавалась тестированию, связи следует разрывать на верхних уровнях
архитек- туры. Например, пользовательский интерфейс следует отделить от бизнес-правил, так чтобы
приемочные тесты могли получить доступ к бизнес-правилам, минуя ГИП.
На первых итерациях проекта возникает искушение выполнять прие- мочные тесты вручную. Это
нежелательно, так как лишает эти первые итерации стимула к разрыву связей, который и появляется-то в
связи необходимостью автоматизировать приемочное тестирование. Если с самой первой итерации вы
непреложно знаете, что должны автома- тизировать приемочные тесты, то будете совершенно по-
другому подхо- дить к выбору архитектуры. Как автономные тесты приводят к отлич- ным проектным
решениям в малом, так приемочные тесты способству- ют выбору лучшей архитектуры в целом.