Технология разработки программного обеспечения. Зубкова Т.М. - 26 стр.

UptoLike

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

Заповедь 1. Считайте тестирование ключевой задачей разработки ПС,
поручайте его самым квалифицированным и одаренным программистам;
нежелательно тестировать свою собственную программу.
Заповедь 2. Хорош тот тест, для которого высока вероятность обна-
ружить ошибку, а не тот, который демонстрирует правильную работу про-
граммы.
Заповедь 3. Готовьте тесты как для правильных, так и для неправиль-
ных данных.
Заповедь 4. Документируйте пропуск тестов через компьютер; деталь-
но изучайте результаты каждого теста; избегайте тестов, пропуск которых
нельзя повторить.
Заповедь 5. Каждый модуль подключайте к программе только один
раз; никогда не изменяйте программу, чтобы облегчить ее тестирование.
Заповедь 6. Пропускайте заново все тесты, связанные с проверкой ра-
боты какой-либо программы ПС или ее взаимодействия с другими програм-
мами, если в нее были внесены изменения (например, в результате устране-
ния ошибки).
Существуют следующие методы тестирования ПС:
1) Статическое тестированиеручная проверка программы за сто-
лом.
2) Детерминированное тестированиепри различных комбинациях
исходных данных.
3) Стохастическоеисходные данные выбираются произвольно, на
выходе определяется качественное совпадение результатов или примерная
оценка.
Имеется два подхода к тестированию:
1) Структурное тестированиеметод «белого ящика», тестируется
логика программы, внутренняя структура программы.
2) Функциональное тестированиеметод «черного ящика»- тести-
руется спецификация, т.е. вход/выход без учета знаний о ее структуре.
В нашей стране различаются два основных вида отладки (включая
тестирование): автономную и комплексную отладку ПС.
Автономная отладка ПС означает последовательное раздельное тес-
тирование различных частей программ, входящих в ПС, с поиском и исправ-
лением в них фиксируемых при тестировании ошибок. Она фактически
включает отладку каждого программного модуля и отладку сопряжения мо-
дулей.
Комплексная отладка означает тестирование ПС в целом с поиском и
исправлением фиксируемых при тестировании ошибок во всех документах
(включая тексты программ ПС), относящихся к ПС в целом. К таким доку-
ментам относятся определение требований к ПС, спецификация качества ПС,
функциональная спецификация ПС, описание архитектуры ПС и тексты про-
грамм ПС.
26
       Заповедь 1. Считайте тестирование ключевой задачей разработки ПС,
поручайте его самым квалифицированным и одаренным программистам;
нежелательно тестировать свою собственную программу.
       Заповедь 2. Хорош тот тест, для которого высока вероятность обна-
ружить ошибку, а не тот, который демонстрирует правильную работу про-
граммы.
       Заповедь 3. Готовьте тесты как для правильных, так и для неправиль-
ных данных.
       Заповедь 4. Документируйте пропуск тестов через компьютер; деталь-
но изучайте результаты каждого теста; избегайте тестов, пропуск которых
нельзя повторить.
       Заповедь 5. Каждый модуль подключайте к программе только один
раз; никогда не изменяйте программу, чтобы облегчить ее тестирование.
       Заповедь 6. Пропускайте заново все тесты, связанные с проверкой ра-
боты какой-либо программы ПС или ее взаимодействия с другими програм-
мами, если в нее были внесены изменения (например, в результате устране-
ния ошибки).
       Существуют следующие методы тестирования ПС:
        1) Статическое тестирование – ручная проверка программы за сто-
лом.
        2) Детерминированное тестирование – при различных комбинациях
исходных данных.
        3) Стохастическое – исходные данные выбираются произвольно, на
выходе определяется качественное совпадение результатов или примерная
оценка.
       Имеется два подхода к тестированию:
        1) Структурное тестирование – метод «белого ящика», тестируется
логика программы, внутренняя структура программы.
        2) Функциональное тестирование – метод «черного ящика»- тести-
руется спецификация, т.е. вход/выход без учета знаний о ее структуре.
       В нашей стране различаются два основных вида отладки (включая
тестирование): автономную и комплексную отладку ПС.
        Автономная отладка ПС означает последовательное раздельное тес-
тирование различных частей программ, входящих в ПС, с поиском и исправ-
лением в них фиксируемых при тестировании ошибок. Она фактически
включает отладку каждого программного модуля и отладку сопряжения мо-
дулей.
       Комплексная отладка означает тестирование ПС в целом с поиском и
исправлением фиксируемых при тестировании ошибок во всех документах
(включая тексты программ ПС), относящихся к ПС в целом. К таким доку-
ментам относятся определение требований к ПС, спецификация качества ПС,
функциональная спецификация ПС, описание архитектуры ПС и тексты про-
грамм ПС.



26