5

我目前處於虧損狀態。我們正在從Dev擁有的測試環境轉移到QA擁有的測試環境。我以前在QA擁有的測試環境中工作過。但我從來沒有從頭開始設置一個。我知道它應該儘可能反映生產。但是如何?你如何設置質量保證環境?應該如何設置QA環境?

+1

不知道你在做什麼QAing很難做出反應或想象客觀反應。 – bmargulies 2010-05-07 21:24:42

+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 2010-05-08 00:22:02

+0

web?桌面還是嵌入式應用?什麼是期望的週轉時間?是開發週期中的QA部分還是預發佈 - 最後一分鐘類型的東西?需要測試或支持多少個不同的環境? – saschabeaumont 2010-05-11 02:36:37

回答

2

我們每週都會進行生產備份,並替換我們在質量檢查中所擁有的產品。製作副本包含所有敏感信息(SSN,電子郵件地址,電話號碼等)並用「虛擬」值取代。

然後,我們使用構建過程將刷新的QA環境升級到我們正在測試的代碼版本(在UI,業務層和數據層中)。

3

設置QA測試牀實際上只有三個要求。

1)重現乾淨,逼真的製作。如果您的應用程序在Win2k8服務器上運行,則QA需要一臺Win2K8服務器。如果您需要支持5個Web瀏覽器,則QA需要安裝5個(同時或跨多個客戶端)。如果您在客戶端/服務器設置中部署,即使您的產品只能使用一個系統,也需要兩臺計算機。我不會壓制典型部署。在稍微較弱的硬件上測試將有助於揭示性能問題。

2)一致的樣本數據。這可能是數據庫轉儲,虛擬數據或隨機生成的數據。這次應該很容易重新加載。如果您的應用程序在數據庫表中顯示記錄,則需要在此處提供大量樣本數據。然後,質量保證人員可以開始搗鼓,添加或刪除它。包括實際數據和邊緣情況。

3)回滾。處理這個問題的最簡單方法是使用系統映像。 QA需要有一個乾淨的,未觸及的環境進行測試,以確保產品正確部署。它還允許QA不用擔心通過做些古怪的事情來炸燬測試環境。最糟糕的情況是,隨着回滾的進行,您只需休息一下。

0

首先問自己QA的目標和測試你想擁有

  • 單元測試
  • 功能/集成
  • 以上

我會爲開始自動化的一部分以下。問問你的開發者(如果你非技術),以

  • 設置一個構建服務器,在這裏你可以生成代碼並運行應用程序進行測試
  • 理想建立一個持續集成。例如,使用Jenkins檢出代碼併爲您構建

如果您有適當的硬件並且構建腳本就地,Jenkins和Hudson都可以很容易地設置測試環境。