5

현재 실종 상태입니다. 우리는 Dev 소유의 테스트 환경에서 QA가 소유 한 테스트 환경으로 이동하고 있습니다. QA가 소유 한 테스팅 환경에서 일 해왔다. 그러나 나는 처음부터 하나를 세우지 않았다. 나는 그것이 생산을 가능한 많이 비추어야 함을 이해한다. 그러나 어떻게? QA 환경을 어떻게 설정 했습니까?품질 보증 환경을 어떻게 설정해야합니까?

+1

QAing에 대한 아이디어가 없으면 응답 성이 있거나 객관적인 응답을 상상하기가 어렵습니다. – bmargulies

+0

이 페이지를 찾았습니다. 이 사람이 누구에게 도움이되는지 확실하지는 않지만 조사해 보겠습니다. http://weblogs.asp.net/scottgu/archive/2007/09/21/tip-trick-automating-dev-qa-staging-and- production-web-config-settings-with-vs-2005.aspx – onesith

+0

web? 데스크톱 또는 임베디드 애플 리케이션? 원하는 소요 시간은 얼마입니까?개발 사이클의 QA 부분 또는 출시 전 마지막 유형의 것입니까? 얼마나 많은 다른 환경을 테스트하거나 지원해야합니까? – saschabeaumont

답변

2

우리는 매주 생산의 백업을 가져오고 우리가 가지고있는 것을 QA로 대체합니다. 프로덕션 사본에는 민감한 정보 (SSN, 전자 메일 주소, 전화 번호 등)가 모두 스크랩되어 "더미"값으로 대체됩니다.

그런 다음 빌드 프로세스를 사용하여 새로 고치는 QA 환경을 테스트중인 UI 버전, 비즈니스 계층 및 데이터 계층의 코드 버전으로 가져옵니다.

3

QA 테스트 베드를 설정하는 데는 실제로 세 가지 요구 사항 만 있습니다.

1) 깨끗하고 사실적인 제작물을 재현합니다. 응용 프로그램이 Win2k8 서버에서 실행되는 경우 품질 보증에 Win2K8 서버가 필요합니다. 5 개의 웹 브라우저를 지원해야하는 경우 QA는 5 개 (동시에 또는 여러 클라이언트에 설치)를 설치해야합니다. 클라이언트/서버 설정에서 배포하는 경우 제품이 하나의 시스템에서만 작동 할 수 있더라도 두 대의 시스템이 필요합니다. 나는 전형적인 배치를 압도하지 않을 것이다. 약간 약한 하드웨어를 테스트하면 성능 문제가 노출됩니다.

2) 일관된 샘플 데이터. 데이터베이스 덤프, 더미 데이터 또는 임의로 생성 된 데이터 일 수 있습니다. 이 시간 이후에 다시로드하는 것이 쉬워야합니다. 앱이 데이터베이스 테이블에서 레코드를 표시하는 경우, 샘플 데이터의 상당한 양의 데이터가 필요합니다. 그런 다음 품질 관리 담당자는 추가 또는 삭제를 할 수 있습니다. 현실적인 데이터 및 엣지 케이스 시나리오를 포함합니다.

3) 롤백. 이것을 처리하는 가장 쉬운 방법은 시스템 이미징입니다. 품질 보증 부서는 제품을 올바르게 배치 할 수 있도록 테스트 할 깨끗하고 손길이 닿지 않은 환경이 필요합니다. 또한 QA가 뭔가 이상한 행동을함으로써 테스트 환경을 불어 넣는 것에 대해 걱정하지 않아도됩니다. 최악의 경우, 롤백이 진행되면서 커피 휴식을 취하십시오.

0

먼저 자신에게 품질 보증의 대상 및

  • 단위 테스트 나뿐만 시작할 것

위의

  • 기능/통합
  • 자동화를 소유 할 테스트의 어떤 부분을 물어 수행원. (당신은 비 기술적 인 경우)

    • 설치 코드를 구축하고
    • 이상적으로 설정 연속 통합 테스트 할 수있는 응용 프로그램을 실행할 수있는 빌드 서버에 개발자에게 문의하십시오. 예를 들어 젠킨스를 사용하여 코드를 체크 아웃하고 건물을 구축 할 수 있습니다.

    젠킨스와 허드슨은 적절한 하드웨어와 빌드 스크립트가있는 경우 테스트 환경을 설정하기가 쉽습니다.

  • 관련 문제