В настоящее время я в растерянности. Мы переходим от среды тестирования, принадлежащей разработчикам, к среде, принадлежащей QA. Раньше я работал в среде тестирования, принадлежащей QA. Но я никогда не устанавливал его с нуля. Я понимаю, что он должен максимально отражать производство. Но как? Как вы настроили свою среду контроля качества?
Как должна быть настроена среда контроля качества?
comment
Без некоторого представления о том, что вы проверяете, трудно реагировать или представить себе объективный ответ.
- person bmargulies schedule 08.05.2010
comment
Я нашел эту страницу. Не уверен, что это кому-то поможет, но я собираюсь изучить это: weblogs.asp.net/scottgu/archive/2007/09/21/
- person onesith schedule 08.05.2010
comment
сеть? настольные или встроенные приложения? какое желаемое время выполнения? Является ли ваш QA частью цикла разработки или это что-то типа предварительного выпуска в последнюю минуту? сколько различных сред необходимо протестировать или поддержать?
- person saschabeaumont schedule 11.05.2010
comment
Это веб-приложение, использующее .Net. В настоящее время я смотрю на один из наших серверов в режиме реального времени и предлагаю, чтобы мы получили такое же оборудование, если не сильнее. Хотя мы не получим такой же производительности, я предлагаю запустить на нем виртуальную машину из-за бюджета. Конечная цель — создать собственную среду контроля качества.
- person onesith schedule 18.05.2010
Ответы (3)
На самом деле есть всего три требования к настройке испытательного стенда QA.
1) Воспроизведение чистой, реалистичной продукции. Если ваше приложение работает на сервере Win2k8, QA нуждается в сервере Win2K8. Если вам нужно поддерживать 5 веб-браузеров, QA необходимо установить все 5 (либо одновременно, либо на нескольких клиентах). При развертывании в конфигурации клиент/сервер вам потребуются две машины, даже если ваш продукт может работать только с одной системой. Я бы не стал подавлять типичное развертывание. Тестирование на более слабом оборудовании поможет выявить проблемы с производительностью.
2) Согласованные выборочные данные. Это может быть дамп базы данных, фиктивные данные или случайно сгенерированные данные. Это должно быть легко перезагружать это раз за разом. Если ваше приложение отображает записи из таблицы базы данных, вы хотите, чтобы там было приличное количество образцов данных для начала. Затем специалист по обеспечению качества может возиться, добавляя или удаляя его. Включите реалистичные данные и крайние сценарии.
3) Откат. Самый простой способ справиться с этим — создать образ системы. QA должна иметь чистую, нетронутую среду для тестирования, чтобы убедиться, что продукт развертывается правильно. Это также позволяет QA не беспокоиться о том, что тестовая среда взорвется из-за чего-то странного. В худшем случае вы просто сделаете перерыв на кофе, пока идет откат.
person
Mike DeMaria
schedule
14.07.2010
Каждую неделю мы делаем резервные копии производства и заменяем то, что у нас есть в QA. В производственных копиях вся конфиденциальная информация удалена (SSN, адрес электронной почты, номер телефона и т. д.) и заменена «фиктивными» значениями.
Затем мы используем процесс сборки, чтобы довести обновленную среду контроля качества до версии кода (в пользовательском интерфейсе, бизнес-уровне и уровне данных), которую мы тестируем.
person
kemiller2002
schedule
07.05.2010
Сначала спросите себя, что является целью QA и какой частью тестирования вы хотите владеть.
- Модульное тестирование
- Функционал/Интеграция
- Автоматизация вышеперечисленного
Я бы начал следующим образом. Попросите своих разработчиков (если вы не являетесь техническим специалистом)
- настроить сервер сборки, где вы можете собрать код и запустить приложение для тестирования
- В идеале настроить непрерывную интеграцию. Например, используйте Jenkins для проверки кода и сборки для вас.
Jenkins и Hudson очень легко настраиваются в тестовых средах при условии, что у вас есть соответствующее оборудование и скрипты сборки на месте.
person
amjad
schedule
25.10.2012
