Форум
Философия программирования
Тема
Как правильно задавать вопросы
B
I
abc
U
X
3
X
3
H1
H2
H3
H4
H5
H6
Asm
C/C++
C#
Erlang
Haskell
IDL
Java
Lisp
MSIL
Nemerle
ObjC
OCaml
Pascal
Perl
PHP
Prolog
Python
Ruby
Rust
SQL
VB
Здравствуйте, Степан Митькин, Вы писали: СМ>[q] СМ>Дополнительно пишутся тесты, где моделируются все возможные крайние случаи, и пытаются таким образом обнаружить ошибки. Это делать должен не инженер — у него намылен глаз, ему эту работу поручать нельзя (вернее он конечно сам то проверит 10 раз перед сдачей, но он вполне может ошибиться и что то пропустить, человеческий фактор!). СМ>Инженер не может создать программу испытаний для программиста, программист в свою очередь не владеет темой в комплексе. СМ>[/q] СМ>Кто ставит задачу, тот и определяет критерии приёмки. Если инженер/аналитег пишет требования, то он же и должен составить тестовые сценарии. СМ>Низкоуровневые юнит-тесты должен, конечно, писать сам программист, но любая функциональность, которая видна пользователю, проверяется по сценариям инженера/аналитега. СМ>То же самое касается исправлений ошибок. Сначала инженер/куэйщик говорит, как оно должно работать после исправления, потом программист исправляет. СМ>Не важно, какой процесс в конторе - agile, waterfall или базар. Если программист кодит ДО того, как составлен сценарий тестирования, придёт беда и чума. СМ>Плюс Дракона в том, что он наглядно показывает все необходимые тестовые сценарии для алгоритма на одной диаграмме.
Теги:
Введите теги разделенные пробелами. Обрамляйте в кавычки словосочетания с пробелами внутри, например:
"Visual Studio" .NET
Имя, пароль:
Загрузить
Нравится наш сайт?
Помогите его развитию!
Отключить смайлики
Получать ответы по e-mail
Проверить правописание
Параметры проверки …