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

UptoLike

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

32
спектирования, секретарь, который записывает все найденные ошибки, и
специалист по тестированию. Мнения о том, кто должен быть четвертым
и пятым членами группы, расходятся. Конечно, одним из них должен
быть программист. Относительно пятого участника имеются следующие
предположения: 1) высококвалифицированный программист; 2) эксперт
по языку программирования; 3) начинающий (на точку зрения которого
не влияет предыдущий
опыт); 4) человек, который будет, в конечном счете,
эксплуатировать программу; 5) участник какого-нибудь другого проекта;
6) кто-либо из той же группы программистов, что и автор программы.
Начальная процедура при сквозном просмотре такая же, как и при
инспекции: участникам заранее, за несколько дней до заседания, разда-
ются материалы, позволяющие им ознакомиться с
программой. Однако
эта процедура отличается от процедуры инспекционного заседания. Вме-
сто того, чтобы просто читать текст программы или использовать список
ошибок, участники заседания «выполняют роль вычислительной маши-
ны». Лицо, назначенное тестирующим, предлагает собравшимся неболь-
шое число написанных на бумаге тестов, представляющих собой наборы
входных данных (и ожидаемых выходных данных) для
программы или
модуля. Во время заседания каждый тест мысленно выполняется. Это оз-
начает, что тестовые данные подвергаются обработке в соответствии с
логикой программы. Состояние программы (т. е. значения переменных)
отслеживается на бумаге или доске.
Конечно, число тестов должно быть небольшим и они должны быть
простыми по своей природе, потому что скорость
выполнения програм-
мы человеком на много порядков меньше, чем у машины. Следовательно,
тесты сами по себе не играют критической роли, скорее они служат сред-
ством для первоначального понимания программы и основой для вопро-
сов программисту о логике проектирования и принятых допущениях. В
большинстве сквозных просмотров при выполнении самих тестов нахо-
дят меньше ошибок, чем при опросе программиста.
Как и при инспекции, мнение участников является решающим фак-
тором. Замечания должны быть адресованы программе, а не программи-
сту. Другими словами, ошибки не рассматриваются как слабость челове-
ка, который их совершил. Они свидетельствуют о сложности процесса
создания программ и являются результатом все еще примитивной
приро-
ды существующих методов программирования.
Сквозные просмотры должны протекать так же, как и описанный ра-
нее процесс инспектирования. Побочные эффекты, получаемые во время
выполнения этого процесса (установление склонных к ошибкам частей
программы и обучение на основе анализа ошибок, стиля и методов) ха-
рактерны и для процесса сквозных просмотров.
спектирования, секретарь, который записывает все найденные ошибки, и
специалист по тестированию. Мнения о том, кто должен быть четвертым
и пятым членами группы, расходятся. Конечно, одним из них должен
быть программист. Относительно пятого участника имеются следующие
предположения: 1) высококвалифицированный программист; 2) эксперт
по языку программирования; 3) начинающий (на точку зрения которого
не влияет предыдущий опыт); 4) человек, который будет, в конечном счете,
эксплуатировать программу; 5) участник какого-нибудь другого проекта;
6) кто-либо из той же группы программистов, что и автор программы.
     Начальная процедура при сквозном просмотре такая же, как и при
инспекции: участникам заранее, за несколько дней до заседания, разда-
ются материалы, позволяющие им ознакомиться с программой. Однако
эта процедура отличается от процедуры инспекционного заседания. Вме-
сто того, чтобы просто читать текст программы или использовать список
ошибок, участники заседания «выполняют роль вычислительной маши-
ны». Лицо, назначенное тестирующим, предлагает собравшимся неболь-
шое число написанных на бумаге тестов, представляющих собой наборы
входных данных (и ожидаемых выходных данных) для программы или
модуля. Во время заседания каждый тест мысленно выполняется. Это оз-
начает, что тестовые данные подвергаются обработке в соответствии с
логикой программы. Состояние программы (т. е. значения переменных)
отслеживается на бумаге или доске.
     Конечно, число тестов должно быть небольшим и они должны быть
простыми по своей природе, потому что скорость выполнения програм-
мы человеком на много порядков меньше, чем у машины. Следовательно,
тесты сами по себе не играют критической роли, скорее они служат сред-
ством для первоначального понимания программы и основой для вопро-
сов программисту о логике проектирования и принятых допущениях. В
большинстве сквозных просмотров при выполнении самих тестов нахо-
дят меньше ошибок, чем при опросе программиста.
     Как и при инспекции, мнение участников является решающим фак-
тором. Замечания должны быть адресованы программе, а не программи-
сту. Другими словами, ошибки не рассматриваются как слабость челове-
ка, который их совершил. Они свидетельствуют о сложности процесса
создания программ и являются результатом все еще примитивной приро-
ды существующих методов программирования.
     Сквозные просмотры должны протекать так же, как и описанный ра-
нее процесс инспектирования. Побочные эффекты, получаемые во время
выполнения этого процесса (установление склонных к ошибкам частей
программы и обучение на основе анализа ошибок, стиля и методов) ха-
рактерны и для процесса сквозных просмотров.
                                  32