Разработчик решений и тестировщик решений

И то, и другое, но на другом уровне. Разработчик должен понимать основные характеристики архитектуры, чтобы поставлять программное обеспечение, которое работает, работает и масштабируется. Тестировщику необходимо знать больше о том, как настроена система, чтобы иметь возможность решать возможные проблемы с развертыванием и конфигурацией.

Очень важно, чтобы обе организации понимали архитектуру программирования, поскольку это будет полезно при сообщении об ошибках или при поиске ошибок или ошибок в программном обеспечении. Если тестировщик не понимает архитектуру программирования, он/она не будет знать всех аспектов тестирования.

Начнем с самого начала.
Конечные цели разработчика и тестировщика противоположны:

• Разработчик работает над тем, чтобы доказать, что приложение работает должным образом ;
• Тестер работает, чтобы доказать, что приложение работает не так, как ожидалось;

« Как и ожидалось » буквально означает, что приложение работает точно так, как указано в требованиях.

Однако требования нельзя закодировать или протестировать напрямую. Для этого создаются два артефакта:

• Спецификации проекта (DS), содержащие архитектуру решения;
• Тестовые наборы (TC), содержащие подробную информацию об отдельных последовательностях использования;

Разработчик реализует DS, написав код.
Тестер тестирует код согласно ТУ.

Как видите, прямая необходимость глубокого знакомства с Архитектурой есть только у разработчика .
Однако, если тестировщик также знаком с ним, у него появляется хорошая возможность найти специфические для проекта проблемы, которые иначе трудно обнаружить.

Дополнительная литература: V-модель