Почему у QA должна быть своя собственная среда QA? Каковы плюсы и минусы?

Question

По сравнению с использованием среды DEV для тестирования, даже если она имеет самый последний код

Я хочу знать, какие плюсы и минусы, если у QA есть своя тестовая среда. Как это должно работать? Кто должен сделать развертывание к нему? Должен ли он иметь последний код? Как это приносит пользу QA или разработчикам или кому-либо?

Answer 1

Несколько мыслей приходят на ум:

1. Если QA использует среду разработки, эта среда, вероятно, меняется. Трудно контролировать состояние окружающей среды, когда против нее работают несколько человек.
2. Как правило, среды QA более близко имитируют производственные среды, чем среды разработки. Это помогает гарантировать, что функциональность действительна в более производственной среде.
3. Разработчики, как правило, используют в своей среде множество инструментов и вещей, которые могут повлиять на проверку качества.

Answer 2

Фундаментальный принцип, лежащий в основе тестирования QA, заключается в том, что сотрудник QA не должен иметь никаких предвзятых представлений о том, что вы сделали в коде.

Если бы программисты были объективны в отношении собственного кода, вам не понадобился бы отдельный отдел обеспечения качества.

Отдельная среда также позволяет QA тестировать проблемы установки и выполнения всех требований программного обеспечения.

Answer 3

Обычно вы настраиваете отдельную среду QA, потому что хотите предоставить тестировщикам изолированную среду для тестирования, чтобы разработчики и тестировщики могли работать одновременно.

Среда DEV, как правило, нестабильна, поэтому QA очень трудно пройти весь цикл тестирования, особенно регрессионное тестирование. Если отдел обеспечения качества попытается выполнить полный регрессионный тест в системе, которая постоянно изменяется, они не смогут достоверно заявить, что все функции «работают» в любой момент времени.

Answer 4

Цель QA - убедиться, что конечный продукт соответствует требованиям клиента и приложение достаточно стабильно для развертывания.

Теперь, если Dev и QA имеют одинаковую среду, то как QA может обеспечить стабильность приложения? Тест QA 5 тестовых случаев и они получают PASSED , теперь разработчик обновляет код, и это оказывает влияние на базовую функциональность, протестированную этими 5 тестовыми примерами . Теперь, когда код поступит в производство. 5 дефектов , с которыми сталкиваются эти 5 пройденных тестовых примеров. Это только один пример, их много. Я могу написать всю страницу :).

Таким образом, вы можете протестировать приложение, только если какое-то время не производится изменение кода (то есть QA может тестировать, скажем, 200 тестовых случаев за время между различными сборками). Они могут выяснить, какая область является критической и критической и т. Д. То же самое, некоторые сценарии БД были пропущены в сборке, так как некоторые разработчики забыли сделать ее частью сборки:)

Answer 5

Помимо других вещей, уже упомянутых в этой статье, одним очень важным аспектом является то, что вы можете протестировать развертывание кода с помощью отдельной среды тестирования. Например, если есть важное изменение конфигурации (такое как необходимое обновление системной библиотеки или новая таблица базы данных), вам необходимо проверить это перед перемещением кода в производственную среду.

Развертывая код из dev для тестирования, вы можете автоматически проверить, все ли зависимости / изменения конфигурации были учтены. Для этого важно поддерживать среду тестирования как можно ближе к производственной среде.

Answer 6

Для нас мы делаем запланированные выпуски в среду "QA", пока мы продолжаем развиваться в нашей среде разработки. Таким образом, мы не перекрываем друг друга, и они моделируют реальную пользовательскую среду.

Answer 7

DEV - это то, где разработчики объединяют свой код. Вероятно, что DEV находится в состоянии постоянного изменения. Принимая во внимание, что QA должен быть немного более стабильным. Таким образом, QA с меньшей вероятностью столкнется с кодом, который не готов, и разработчики могут собрать свой код для тестирования, прежде чем QA получит его в свои руки.

Answer 8

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

Answer 9

Я не вижу никаких недостатков в том, чтобы иметь отдельную среду.В идеале, не каждый ли должен иметь одну или несколько сред своих для использования по своему усмотрению?Зачем вам ограничивать обе группы, заставляя их использовать одну среду?