Методы тестирования программного обеспечения. Степанченко И.В. - 16 стр.

UptoLike

Составители: 

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

 Программирующая организация не должна сама тестировать
 разработанные ею программы.
     Здесь можно привести те же аргументы, что и в предыдущем случае.
Во многих смыслах проектирующая или программирующая организация
подобна живому организму с его психологическими проблемами. Работа
программирующей организации или ее руководителя оценивается по их
способности производить программы в течение заданного времени и оп-
ределенной стоимости. Одна из причин такой системы оценок состоит в
том, что временные и стоимостные показатели легко измерить, но в то же
время чрезвычайно трудно количественно оценить надежность програм-
мы. Именно поэтому в процессе тестирования программирующей орга-
низации трудно быть объективной, поскольку тестирование в соответст-
вии с данным определением может быть рассмотрено как средство

                                  18