|
Разработка через тестирование - мракобесие и профанация...? |
☑ |
0
Злопчинский
30.12.14
✎
18:01
|
Всего мнений: 21
тупо на примере простой задачки (см. Даты в таблице значений)
.
как определить минимальный набор тестов, покрывающих нужный функционал..?
.
пока что непонятно...
получается (имхо) больше - творческая работа, т.е. не годится для поточного производства...?
|
|
30
Classic
30.12.14
✎
18:43
|
Зачем тестировать. Выгрузил в рабочую, сказал "готово" и пусть юзвери тестируют
Свое (обоснуй, а то так всю науку с х.. сведешь) |
|
36
Garykom
гуру
30.12.14
✎
19:14
|
Но моя пытается просто без ошибок сразу писать ))
Т.е. нафик не нужно тестирование
Свое (обоснуй, а то так всю науку с х.. сведешь) |
|
68
Локи-13
31.12.14
✎
09:43
|
Все зависит от разрабатываемого функционала.
Где-то достаточно проверить на "работает/не работает"
Где-то приходится эмулировать работу "тупого" пользователя
Где-то приходится писать автоматические тесты, выполняющие некоторую последовательность n-раз, с контролем результата.
А где-то синтаксический контроль ошибок не выдал - значит все ОК )
Свое (обоснуй, а то так всю науку с х.. сведешь) |
|
72
Лефмихалыч
31.12.14
✎
10:06
|
(0) не профанация и вполне жизнеспособно, но накладывает серьезные требования на:
1. возможность автоматизации действий самого программиста
2. возможность автоматизации взаимодействия пользователя с графическим интерфейсом, включая автоматизацию сбора фитбэка от интерфеса (или лога, или как хочешь назови)
То есть с текущей платформой реального профита получить тяжело, т.к. она это все автоматизировать не умеет. Конечно есть и снегопат, и запись сценариев в 8.3.5, и ключ командной строки /logui, но это все - три параллельные вселенные, которые в сочетании с наглухо закрытыми для программного доступа исходниками делает задачу ни фига не тривиальной. Например, какой-нибудь ROBOT FRAMEWORK ты использовать не сможешь, тебе надо будет изобретать свое колесо с блэкджеком и потертыми шлюхами, по дороге решая ворох глупых проблем, связанных с непреднаначенностью платформы для коллективной разработки
Свое (обоснуй, а то так всю науку с х.. сведешь) |
|
93
iceman2112
03.01.15
✎
09:35
|
Не знаю на скок в 1с это актуально, как правильно больше разрабыватывают тесты, чтобы при изменение функционала быстрее не нарушился старый и можно было быстро найти и устранить баг.
А если у тебя в коде есть баг и ты не знаешь где он, то как тут придумать тест, который найдет его, если ты не знаешь где он.
Свое (обоснуй, а то так всю науку с х.. сведешь) |
|
192
lustin
19.01.15
✎
09:39
|
(191) если у вас проблемы с тормозами файловой бухгалтерии - это другой курс-практикум ;-)
Свое (обоснуй, а то так всю науку с х.. сведешь) |
|
263
n0ther
11.02.15
✎
12:46
|
В первую очередь по-любому smoke test. А дальше зависит от заказчика задачи. Если внешний - то 1ый пункт, если внутренний - то 2ой.
Свое (обоснуй, а то так всю науку с х.. сведешь) |
|
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший