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