Составители:
Рубрика:
18
руководителя. Тем самым итоги тестирования оказываются уже не про-
сто делом одного человека, тестирующего программу (пока в большинст-
ве случаев ее автора), но и информацией, возбуждающей общественный
интерес (и оценку!) участников разработки, в том числе ее руководите-
лей. Перспектива создать о себе мнение как о специалисте, делающем
много ошибок, не
воодушевляет программиста, и он подсознательно сни-
жает требования к тщательности тестирования. В такой ситуации от руко-
водителей разработки всех рангов требуется большое чувство такта и по-
нимание процессов, чтобы поощрять специалистов, проводящих тщатель-
ное тестирование, и уметь различить и ограничить деятельность програм-
мистов, прикрывающих свою нерадивость трудностями тестирования.
В дополнение
к этой психологической проблеме следует отметить
еще одну, не менее важную: программа может содержать ошибки, свя-
занные с неверным пониманием постановки или описания задачи разра-
ботчиком. Тогда существует вероятность, что к тестированию разработ-
чик приступит с таким же недопониманием своей задачи.
Тестирование можно уподобить работе корректора или рецензента
над статьей или
книгой. Многие авторы представляют себе трудности,
связанные с редактированием собственной рукописи. Очевидно, что об-
наружение недостатков в своей деятельности противоречит человеческой
психологии.
Отсюда вовсе не следует, что программист не может тестировать свою
программу. Многие программисты с этим вполне успешно справляются.
Здесь лишь делается вывод о том, что тестирование является более
эффек-
тивным, если оно выполняется кем-либо другим. Заметим, что все наши
рассуждения не относятся к отладке, т. е. к исправлению уже известных
ошибок. Эта работа эффективнее выполняется самим автором программы.
Программирующая организация не должна сама тестировать
разработанные ею программы.
Здесь можно привести те же аргументы, что и в предыдущем случае.
Во многих смыслах проектирующая или программирующая организация
подобна живому организму с его психологическими проблемами. Работа
программирующей организации или ее руководителя оценивается по их
способности производить программы в течение заданного времени и оп-
ределенной стоимости. Одна из причин такой системы оценок
состоит в
том, что временные и стоимостные показатели легко измерить, но в то же
время чрезвычайно трудно количественно оценить надежность програм-
мы. Именно поэтому в процессе тестирования программирующей орга-
низации трудно быть объективной, поскольку тестирование в соответст-
вии с данным определением может быть рассмотрено как средство
руководителя. Тем самым итоги тестирования оказываются уже не про- сто делом одного человека, тестирующего программу (пока в большинст- ве случаев ее автора), но и информацией, возбуждающей общественный интерес (и оценку!) участников разработки, в том числе ее руководите- лей. Перспектива создать о себе мнение как о специалисте, делающем много ошибок, не воодушевляет программиста, и он подсознательно сни- жает требования к тщательности тестирования. В такой ситуации от руко- водителей разработки всех рангов требуется большое чувство такта и по- нимание процессов, чтобы поощрять специалистов, проводящих тщатель- ное тестирование, и уметь различить и ограничить деятельность програм- мистов, прикрывающих свою нерадивость трудностями тестирования. В дополнение к этой психологической проблеме следует отметить еще одну, не менее важную: программа может содержать ошибки, свя- занные с неверным пониманием постановки или описания задачи разра- ботчиком. Тогда существует вероятность, что к тестированию разработ- чик приступит с таким же недопониманием своей задачи. Тестирование можно уподобить работе корректора или рецензента над статьей или книгой. Многие авторы представляют себе трудности, связанные с редактированием собственной рукописи. Очевидно, что об- наружение недостатков в своей деятельности противоречит человеческой психологии. Отсюда вовсе не следует, что программист не может тестировать свою программу. Многие программисты с этим вполне успешно справляются. Здесь лишь делается вывод о том, что тестирование является более эффек- тивным, если оно выполняется кем-либо другим. Заметим, что все наши рассуждения не относятся к отладке, т. е. к исправлению уже известных ошибок. Эта работа эффективнее выполняется самим автором программы. Программирующая организация не должна сама тестировать разработанные ею программы. Здесь можно привести те же аргументы, что и в предыдущем случае. Во многих смыслах проектирующая или программирующая организация подобна живому организму с его психологическими проблемами. Работа программирующей организации или ее руководителя оценивается по их способности производить программы в течение заданного времени и оп- ределенной стоимости. Одна из причин такой системы оценок состоит в том, что временные и стоимостные показатели легко измерить, но в то же время чрезвычайно трудно количественно оценить надежность програм- мы. Именно поэтому в процессе тестирования программирующей орга- низации трудно быть объективной, поскольку тестирование в соответст- вии с данным определением может быть рассмотрено как средство 18
Страницы
- « первая
- ‹ предыдущая
- …
- 14
- 15
- 16
- 17
- 18
- …
- следующая ›
- последняя »