Cтраница 1
Комплексное тестирование, вероятно, самая непонятная форма тестирования. Во всяком случае, комплексное тестирование не является тестированием всех функций полностью собранной системы; тестирование такого типа называется тестированием внешних функций. [1]
Комплексное тестирование может быть процессом и контроля, и испытаний. Процессом испытаний оно является тогда, когда выполняется в реальной среде пользователя или в обстановке, которая специально создана так, чтобы напоминать среду пользователя. [2]
Комплексное тестирование - наиболее творческий из всех обсуждавшихся до сих пор видов тестирования. Разработка хороших комплексных тестов требует часто даже больше изобретательности, чем само проектирование системы. [3]
Комплексное тестирование находится у самой левой границы спектра, описанного в гл. При этом вся система рассматривается как черный ящик; в частности, несущественно, какие участки программы затрагивает комплексный тест. [4]
Комплексное тестирование предназначено для проверки групп программ и разделяется на тестирование функций программ, тестирование при отладке и испытаниях. Тестирование функций групп программ направлено на проверку правильности решения крупных автономных функциональных задач. В ходе такого тестирования исследуются: структура группы программ, связи между модулями, ограничения на использование памяти и времени центрального процессора, полнота решения функциональных задач. [5]
Комплексное тестирование системы - такая особая и такая важная работа, что в будущем возможно появление компаний, специализирующихся в основном на комплексном тестировании систем, разработанных другими. [6]
При комплексном тестировании часто начинают с простых тестов, приберегая более сложные тесты к концу. Так делать не нужно, потому что комплексное тестирование приходится на самый конец цикла разработки, так что на отладку и исправление найденных ошибок остается мало времени. Поскольку сложные тесты часто обнаруживают более сложные для исправления ошибки, измените последовательность: начните с самых трудных тестов, а затем переходите к более простым. [7]
В ходе комплексного тестирования тщательно проверяется соответствие комплекса программ всей сопровождающей его конструкторской и эксплуатационной документации. Наиболее полно в документации проверяются контрольные примеры, входящие в инструкции по эксплуатации. Для проверки эксплуатационной документации выполняются все процедуры, предписанные инструкциями. Для этого необходимо заранее подготовить типовые исходные данные и описание ожидаемых результатов в виде специального теста проверки корректности документации. [8]
Ошибки, выявленные при комплексном тестировании, устраняются в процессе отладки. По сравнению с отладкой одного модуля отладка комплекса программ характеризуется значительно большим объемом времени на один ее цикл. Особенно затруднена локализация местонахождения ошибки, поскольку приходится сначала определить содержащий ошибку модуль, а затем местонахождения ее в модуле. [9]
![]() |
Зависимость стоимости исправления ошибки от времени. [10] |
Например, организация, занимающаяся комплексным тестированием системы, может выполнять тесты, относящиеся ко многим из описанных 14 классов, еще до того, как вся система будет собрана. [11]
Проверка точности всей документации для пользователя является важной частью комплексного тестирования. Все комплексные тесты следует строить только на основе документации для пользователя. В частности, должна быть проверена правильность всех приводимых в публикациях примеров. [12]
Третий инструмент - монитор ввода-вывода - был разработан для комплексного тестирования. [13]
Имитаторы играют важную роль при тестировании внешних функций и комплексном тестировании диалоговых систем и систем реального времени, но, очевидно, значительный объем тестирования должен быть выполнен и в реальной обстановке. Есть, однако, ситуации, когда при комплексном тестировании приходится полагаться только на имитацию. Здесь приходилось полагаться на имитацию, поскольку тестирование в реальной обстановке могло быть выполнено только в условиях настоящей войны. [14]
Такие же принципы могут быть применены и к определению момента, когда комплексное тестирование можно назвать законченным. Можно считать, что оно завершено, если достигнута позднейшая из двух дат: истек срок, намеченный по календарному плану, или при тестировании обнаружено по крайней мере X ошибок. Вместо того чтобы считать все ошибки на графике одинаковыми, следует взвешивать их в соответствии с их серьезностью. Такой график позволяет принимать руководящие решения на основе анализа взвешенных скоростей обнаружения ошибок. [15]