?

Log in

November 2016   01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
cartoon

Миф о документации, продолжение

Posted on 2011.06.18 at 23:06

Comments:


zhabodav
zhabodav at 2011-06-19 09:11 (UTC) (Link)
Не для сех проектов есть возможность склепать юзкейсы.
И кстати не всегда в них есть смысл. Ага, последние слова - это дикая ересь, однако если ты экспериментируешь с новой непонятной идеей, и понимаешь ее скорее интуитивно чем разумам - превентивные спецификации, юзкейсы и прочая бюрократия превращаются в ярмо на шее.
Alexey Fyodorov
23derevo at 2011-06-19 09:38 (UTC) (Link)
Я чего-то последние предложение не очень понял)) Поясни, плиз.
zhabodav
zhabodav at 2011-06-19 10:35 (UTC) (Link)
Проще привести пример.

Допустим есть утверждение: неэффективно использовать стандартный подход unittest для тестирования иерархических структур (пример: DOM в браузере).

Допустим, интуитивно понятно, что эффективнее использовать "какуюто" иерархическую структуру для запуска тестов.

С этого момента начинаются вопросы без ответов, которые потом превратятся в спецификации.
Примеры вопросов:

1. Иерархия тестов должна декларироваться в самих классах (функциях, объектах, проч.) тестов или по какимто правилам привязываться к элементам тестируемого дерева? И что это нам даст?
2. На каком этапе определяться - нужны ли подтесты для теста? И что это нам даст?
3. На каком этапе и как определяться какие именно тесты нужны? И что это нам даст?
4. Может ли тест знать про наличие отсутствие у него подтестов и принимать решения на основе этих знаний? И что это нам даст?
5. До какой степени это все должно интегрироваться с unittest? И что это нам даст?
6. Есть BDD в котором этапы тестирования гранулированы. Есть ли смысл его запользовать? И что это нам даст?

Голословно давать ответы на эти вопросы - смысла нет. Нужно кодировать каждый из вариантов, и тестировать на больше-меньше реальном проекте.

Итого: нам нужно написать кучку кода на основании одного утверждения: "эффективнее использовать "какуюто" иерархическую структуру для запуска тестов". Как вариант - наплодить под десяток разных версий спецификаций.
Alexey Fyodorov
23derevo at 2011-06-19 10:51 (UTC) (Link)
ок, спасибо!
Previous Entry  Next Entry