2010-02-09 3 views
3

Я пытаюсь стать более знакомым с подходами, основанными на тестах. Но я смущен, потому что должен сообщить о влиянии TDD. Я должен сообщить о результатах UT начальнику. (я сообщил о значении ошибок, когда я применял UT (единичный тест).)Как сообщить о влиянии TDD

Но я не могу получить результат UT (unit test), если я попробую TDD. Пожалуйста, дайте мне знать, как сообщить о влиянии TDD.

+0

UT? Означает ли это, что «модульное тестирование»? –

+0

Не могли бы вы объяснить, что вы подразумеваете под «усилием TDD», «значением ошибок» и «результатом UT»? О какой отчетности вы говорите? – APC

+0

Извините, я скучаю по делу, усилие -> эффект или результат. – 2010-02-09 06:43:47

ответ

1

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

0

Возможно, вы можете сообщить о значении ошибок, которые уже «раздавлены», прежде чем они станут проблемами.

Более серьезно, тесты в TDD представляют реализованные функции. Таким образом, усилия должны быть примерно равны оценкам объектов.

Если реальный вопрос заключается в том, сколько усилий было потрачено на TDD, как будто это дополнительное время, то я не знаю. Я не практиковал TDD религиозно на работе. Реальная метрика может быть вашим собственным сравнением подобной работы шкалы, выполненной с TDD и без TDD.

+0

Извините !!!!!!!!, я пропускаю, усилие -> эффект или результат. – 2010-02-09 06:50:41

3

Вы не можете легко измерить качество или ценность кода. Фактически, code is a liability и только результирующее программное обеспечение является активом.

В любом случае TDD имеет очень мало общего с установкой ошибок или обеспечением качества. Это дисциплина разработки программного обеспечения.

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

  • TDD - это методология разработки, а не практика тестирования.
  • Опыт показывает, что TDD является превосходным в долгосрочной перспективе.
  • Ожидайте, что время разработки будет длиннее, но периоды «тестирования» будут короче.
  • Будет меньше ошибок, но все равно будут ошибки.
  • По мере того, как вы приобретаете опыт работы с TDD, первая итерация проекта или две могут просто занимать больше времени в целом, как и при любом обучении.
Смежные вопросы