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