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

UptoLike

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

27
тоды предназначены для периода разработки, когда программа закодиро-
вана, но тестирование на ЭВМ еще не началось. Аналогичные методы
могут быть получены и применены на более ранних этапах процесса соз-
дания программ (т. е. в конце каждого этапа проектирования). Некоторые
из таких методов приводятся в работах [10] и [11].
Следует заметить, что из
-за неформальной природы методов ручного
тестирования (неформальной с точки зрения других, более формальных
методов, таких, как математическое доказательство корректности про-
грамм) первой реакцией часто является скептицизм, ощущение того, что
простые и неформальные методы не могут быть полезными. Однако их ис-
пользование показало, что они не «уводят в сторону». Скорее эти
методы
способствуют существенному увеличению производительности и повыше-
нию надежности программы. Во-первых, они обычно позволяют раньше
обнаружить ошибки, уменьшить стоимость исправления последних и уве-
личить вероятность того, что корректировка произведена правильно. Во-
вторых, психология программистов, по-видимому, изменяется, когда начи-
нается тестирование на ЭВМ. Возрастает внутреннее напряжение и появ-
ляется тенденция
«исправлять ошибки так быстро, как только это возмож-
но». В результате программисты допускают больше промахов при коррек-
тировке ошибок, уже найденных во время тестирования на ЭВМ, чем при
корректировке ошибок, найденных на более ранних этапах.
Кроме того, скептицизм связан с тем, что это «первобытный метод».
Да, сейчас стоимость машинного времени
очень низка, а стоимость труда
программиста, тестировщика высока и ряд руководителей пойдут на все,
чтобы сократить расходы. Однако, есть другая сторона ручного тестиро-
ванияпри тестировании за компьютером причины ошибок выявляются
только в программе, а самая глубокая их причинамышление програм-
миста, как правило, не претерпевает изменений, при ручном же тестиро
-
вании, программист глубоко анализирует свой код, попутно выявляя воз-
можные пути его оптимизации, и изменяет собственный стиль мышле-
ния, повышая квалификацию. Таким образом, можно прийти к выводу,
что ручное тестирование можно и нужно проводить на первичном этапе,
особенно, если нет прессинга времени и бюджета.
2.3. Инспекции и сквозные просмотры
Инспекции исходного
текста и сквозные просмотры являются ос-
новными методами ручного тестирования. Так как эти два метода имеют
много общего, они рассматриваются здесь совместно.
Инспекции и сквозные просмотры включают в себя чтение или визу-
альную проверку программы группой лиц. Эти методы развиты из идей
Вейнберга [9]. Оба метода предполагают некоторую подготовительную
тоды предназначены для периода разработки, когда программа закодиро-
вана, но тестирование на ЭВМ еще не началось. Аналогичные методы
могут быть получены и применены на более ранних этапах процесса соз-
дания программ (т. е. в конце каждого этапа проектирования). Некоторые
из таких методов приводятся в работах [10] и [11].
     Следует заметить, что из-за неформальной природы методов ручного
тестирования (неформальной с точки зрения других, более формальных
методов, таких, как математическое доказательство корректности про-
грамм) первой реакцией часто является скептицизм, ощущение того, что
простые и неформальные методы не могут быть полезными. Однако их ис-
пользование показало, что они не «уводят в сторону». Скорее эти методы
способствуют существенному увеличению производительности и повыше-
нию надежности программы. Во-первых, они обычно позволяют раньше
обнаружить ошибки, уменьшить стоимость исправления последних и уве-
личить вероятность того, что корректировка произведена правильно. Во-
вторых, психология программистов, по-видимому, изменяется, когда начи-
нается тестирование на ЭВМ. Возрастает внутреннее напряжение и появ-
ляется тенденция «исправлять ошибки так быстро, как только это возмож-
но». В результате программисты допускают больше промахов при коррек-
тировке ошибок, уже найденных во время тестирования на ЭВМ, чем при
корректировке ошибок, найденных на более ранних этапах.
     Кроме того, скептицизм связан с тем, что это «первобытный метод».
Да, сейчас стоимость машинного времени очень низка, а стоимость труда
программиста, тестировщика высока и ряд руководителей пойдут на все,
чтобы сократить расходы. Однако, есть другая сторона ручного тестиро-
вания – при тестировании за компьютером причины ошибок выявляются
только в программе, а самая глубокая их причина – мышление програм-
миста, как правило, не претерпевает изменений, при ручном же тестиро-
вании, программист глубоко анализирует свой код, попутно выявляя воз-
можные пути его оптимизации, и изменяет собственный стиль мышле-
ния, повышая квалификацию. Таким образом, можно прийти к выводу,
что ручное тестирование можно и нужно проводить на первичном этапе,
особенно, если нет прессинга времени и бюджета.

                2.3. Инспекции и сквозные просмотры
    Инспекции исходного текста и сквозные просмотры являются ос-
новными методами ручного тестирования. Так как эти два метода имеют
много общего, они рассматриваются здесь совместно.
    Инспекции и сквозные просмотры включают в себя чтение или визу-
альную проверку программы группой лиц. Эти методы развиты из идей
Вейнберга [9]. Оба метода предполагают некоторую подготовительную

                                 27