2014-01-30 5 views
0

Достаточно сложная библиотека/подсистема должна быть протестирована и проверена дымом, и для этой цели нам необходимо разработать нетривиальное тестовое приспособление/бегун.Пользовательский нетривиальный прибор для тестирования - создаем ли мы для него истории пользователей?

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

Испытательная арматура потребует значительных усилий по разработке (хотя и меньше усилий, чем сама подсистема). Вопрос:

  • Если это нетривиальное тестовое крепление будет включено в план проекта как часть итераций?
  • Должен ли создаваться набор пользовательских историй для этого испытательного прибора?
  • Если да, то каким образом истории пользователей будут структурированы? И кто будет актерами здесь: инженер-испытатель, выполняющий тесты, подсистему или сам прибор?

ответ

0
  • Если «нетривиального Тестовое приспособления/питатель» оцениваются взять больше, чем в день, чтобы быть реализован, это работа, которая должна быть отслежена собственно и должны идти в свой отставанию. Если вы думаете, что может потребоваться неделя или дольше, я сначала сделаю прототип.
  • Вероятно, «нетривиальная тестовая арматура/бегун» не несет никакой коммерческой ценности. Я бы предположил, что вы обращаетесь к техническому отделу. Написание пользовательских историй для технических задач/департаментов всегда кажется мне неправильным. Поместите их в качестве технических заданий в своем отставании.
  • Вы должны знать свой бизнес и своих актеров.
+0

Я знаю свое дело и своих актеров; дело в том, чтобы передавать эту информацию другим. Я немного изменил этот вопрос, чтобы уточнить. –

+0

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