ВУЗ:
Составители:
Рубрика:
Заповедь 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
- …
- следующая ›
- последняя »