Меню
Что нового?

Экстремальное программирование

  • Автор темы Автор темы varan
  • Дата начала Дата начала
Автор оригинала: varan
1) Написание заведомо непроизводительного кода + ю-тесты
2) Анализ производительности
3) Переписывание заново всего это кода + переписывание ю-тестов.
Нажмите для раскрытия...

1) нужно быть весьма "гениальным", чтобы писать "заведомо непроизводительный код"
2) вобщем то в хр на это выделена концепция, называется рефакторинг

3) ну...ежели пишешь для "тренировки" - хоть всю жизь с нуля переписывай...
 
Например, если писать систему статистики посещаемости, юнит тесты отдыхают, так как там без производительности делать нечего.
 
Ладно, попробую тоже вступить в секту XP
 
Автор оригинала: varan
Например, если писать систему статистики посещаемости, юнит тесты отдыхают, так как там без производительности делать нечего.
Нажмите для раскрытия...
в ХР предполагается следующий подход:

1) выяснаяется список решаемый в предстоящей итерации задач
2) написание юнит тестов, которые позволят определить правильность работы скриптов
3) рефакторинг задач с прошлой итерации

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

можно поставить вопрос по другому: когда ты получаешь ТЗ, у тебя сразу и досканально точно отсеиваются медленные алгоримы?
 
Автор оригинала: Dim-Dim
юнит тест говорит passed, если класс возвращает ожидаемое значение.
Нажмите для раскрытия...
Не надо путать кислое с красным. Тест возвращает "passed", если выполнены условия тестирования. Одним из условий вполне может быть соблюдение временных ограничений.
 
Автор оригинала: GD
можно поставить вопрос по другому: когда ты получаешь ТЗ, у тебя сразу и досканально точно отсеиваются медленные алгоримы?
Нажмите для раскрытия...
А где ты видел ТЗ в XP? :)
 
мне сложно представить, программиста, задумывающегося об концепциях постановки рабочего процесса, который абсолютно не представляет поведение/производительность языка, на котором он пишет...
Нажмите для раскрытия...
Погоди, ты хочешь сказать, что у человека, который представляет поведение/производительность языка, не может быть проблем с поведение/производительностью проекта?
 
Одним из условий вполне может быть соблюдение временных ограничений.
Нажмите для раскрытия...
Ты имееш ввиду юнит тест?
Обычная схема тестирования в аля JUnit - даем не вход теста параметр с известным результатом, на выходе сравниваем.
Я не спорю можно тестировать и временные параметры (производительность), но ИМХО - это не совсем задача юнит тестов.
 
Автор оригинала: Crazy
А где ты видел ТЗ в XP? :)
Нажмите для раскрытия...
ну не ТЗ...
имел ввиду вообще задание, даже не в рамках ХР

...приходит (к примеру) к тебе босс и говорит, Толян...а забубень как такую шнягу...
 
Автор оригинала: Dim-Dim
Ты имееш ввиду юнит тест?
Нажмите для раскрытия...
Да.

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

Если же у тебя в UserStory четко сказано: глюкало должно отозваться через 100ms -- как, просто забьешь?

Стресс-тесты обычно не включают с юнит-тесты по другой причине: юнит тесты осмысленно при условии, что их гоняют КАЖДЫЙ раз после изменений. А стресс-тесты в массе своей занимают десятки минут или даже часов, соответственно, при каждом изменении никтот их пускать не станет.
 
Автор оригинала: varan
Погоди, ты хочешь сказать, что у человека, который представляет поведение/производительность языка, не может быть проблем с поведение/производительностью проекта?
Нажмите для раскрытия...
при такой постановке вопроса в рамках ХР никогда не говорится о проекте, есть user story
как я понимаю "маленькие задачки", которые реализуются и рефакторяца...
 
Автор оригинала: GD
...приходит (к примеру) к тебе босс и говорит, Толян...а забубень как такую шнягу...
Нажмите для раскрытия...
...чтобы она регулировала кардиостимулятор. Первый вопрос, который будет задан: а какие временные ограничения?
 
Автор оригинала: GD
при такой постановке вопроса в рамках ХР никогда не говорится о проекте
Нажмите для раскрытия...
Признаться, впервые встречаю такую жесткую трактовку. Ты не слишком все упрощаешь? :)
 
Автор оригинала: Crazy
Признаться, впервые встречаю такую жесткую трактовку. Ты не слишком все упрощаешь? :)
Нажмите для раскрытия...
возможно, но нахожусь на стадии понимания/осознания...
так что на жесткость абсолютно не претендую...
 
Автор оригинала: Dim-Dim
Буду гонять, но не в юнит тестах.
Нажмите для раскрытия...
Why? Тебе дали четкий критерий осмысленности твоего кода. Вот ты целый день над кодом работаешь, юнит-тесты гоняешь, а вечером запускашь комплексный тест и видишь, что 8 рабочих часов вся деятельность была эквивалента чесанию яиц, поскольку тест на порядок не уложился во временные ограничения?

А зачем тогда вообще юнит-тесты?
 
если тест производительности занимает порядка часа, то смысл его гонять каждые 5 минут?
 
Dim-Dim, ты внимательно читал мое сообщение, написанное в 17:38? :)
 
Войдите или зарегистрируйтесь для ответа.
Сверху