Для выполнения тестирования веб-сайта, тестирование настольных и мобильных тестирования более эффективно один приложений следует понять структуру системы тестирования и отношения между областями. Такие знания позволяет выполнить тестирование не только black-box, но для того чтобы усилить с Грей box тестирование также.
Серый box тестирование позволяет инженерам-испытателям специализируются усилия на областях программного обеспечения, которые вероятно содержат дефектов. Это может быть, например, сложные части проекта или части с высоким риском отказа из-за колебаний новый код или по другим причинам.
Знания о структуре протестированных проекта имеет положительное влияние на многие вопросы.
Вопросы, которые могут быть изменены из-за понимания архитектуры программного обеспечения:
1. Программное обеспечение ошибок описания
Процедура испытания обычно построены на требования к программному обеспечению. Вот почему каждый найденный дефект связан с определенным требованием. Если тестер можно добавить описание дефекта объяснение как дефект объединяется с структурой проекта, такое описание может быть очень полезным для команды разработчиков.
Например если определенные диалоговое окно не отображается, со знанием системы внутренней структуры тестер в состоянии выяснить, вероятной причиной такого дефекта.
2. Эффективность произвольного тестирования
В случае, если проверка завершается неудачно, тестер следует исправить тестовые случаи, чтобы выяснить причины, которые вызывают к сбою приложения.
В этой ситуации очень выгодно осмысления проекта архитектуры и связей между областями. Это позволяет тестер сосредоточиться на некоторых частях системы, которые с наибольшей вероятностью содержат ошибки и опустить те, которые имеют мало общего с найденные ошибки.
Например если есть проблемы с подключения к базе данных, тестирования должны быть ориентированы на подключение области, и нет необходимости для операций тестирования с участием сведения из базы данных.
3. Целесообразность процесса тестирования
Серый квадрат тестирования включает в себя расследование приложения как с точки зрения пользователя и через структуры приложения глубоких уровнях. Принимая во внимание информацию из обоих измерений один может предсказать появление возможных дефектов и поведение приложения.
Обычные ошибки, которые могут быть неправильно поняты без знания внутренней структуры системы:
-Операция может произойти сбой. В этом случае пользовательский интерфейс просто показывает сообщение об ошибке. Чтобы выяснить причину необходимо проверить более глубокие уровни приложения.
-Выполнение тестового случая система может вывести результат, который варьируется от ожидаемого результата. Обычно это происходит потому, что информация обрабатывается неправильно в определенной части приложения.
-Операция может завершиться ошибкой, но может быть сообщение об ошибке, не показано в пользовательском интерфейсе. Это происходит, когда информация поступает, но не сохраняет в базе данных. Это называется ложный положительный.
Массаж ошибка может появиться при операция прошла успешно. Это называется ложный отрицательный результат.
В большинстве случаев тестирования компания хочет тестеры иметь по крайней мере общее представление о структуре проверенное программное обеспечение. Это увеличивает эффективность любой мобильный тестирования, обои тестирования или тестирования веб-сайта.