5

Tôi hiện đang thua lỗ. Chúng tôi đang chuyển từ môi trường thử nghiệm do Dev sở hữu sang môi trường sở hữu của QA. Tôi đã từng làm việc trong môi trường thử nghiệm thuộc sở hữu của QA trước đây. Nhưng tôi chưa bao giờ thiết lập một từ đầu. Tôi hiểu rằng nó nên phản ánh sản xuất càng nhiều càng tốt. Nhưng bằng cách nào? Bạn đã thiết lập Môi trường QA của mình như thế nào?Môi trường QA nên được thiết lập như thế nào?

+1

Nếu không có một số ý tưởng về những gì bạn đang QAing khó có thể đáp ứng hoặc để tưởng tượng một phản ứng khách quan. – bmargulies

+0

Tôi tìm thấy trang này. Không chắc chắn nếu điều này giúp bất cứ ai nhưng tôi sẽ xem xét nó: 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? máy tính để bàn hoặc ứng dụng nhúng? thời gian quay vòng mong muốn là gì?QA của bạn là một phần của chu kỳ dev hoặc một điều loại trước khi phát hành vào phút cuối? cần bao nhiêu môi trường khác nhau để được kiểm tra hoặc hỗ trợ? – saschabeaumont

Trả lời

2

Chúng tôi thực hiện sao lưu sản xuất mỗi tuần và thay thế những gì chúng tôi có trong QA. Các bản sao sản xuất có tất cả các thông tin nhạy cảm được quét (SSN, Địa chỉ Email, Số điện thoại, vv) và được thay thế bằng các giá trị "giả".

Sau đó, chúng tôi sử dụng quy trình xây dựng để đưa môi trường QA được làm mới lên phiên bản mã (trong giao diện người dùng, Lớp kinh doanh và Lớp dữ liệu) mà chúng tôi đang thử nghiệm.

3

Thực sự chỉ có ba yêu cầu để thiết lập thử nghiệm QA.

1) Tạo lại một sản phẩm sạch, thực tế. Nếu ứng dụng của bạn chạy trên một máy chủ Win2k8, QA cần một máy chủ Win2K8. Nếu bạn cần hỗ trợ 5 trình duyệt web, QA cần tất cả 5 cài đặt (đồng thời hoặc trên nhiều máy khách). Nếu bạn triển khai trong thiết lập máy khách/máy chủ, bạn sẽ cần hai máy, ngay cả khi sản phẩm của bạn có thể hoạt động chỉ với một hệ thống. Tôi sẽ không áp đảo việc triển khai điển hình. Thử nghiệm trên phần cứng yếu hơn một chút sẽ giúp hiển thị các vấn đề hiệu suất.

2) Dữ liệu mẫu nhất quán. Đây có thể là một kết xuất cơ sở dữ liệu, dữ liệu giả hoặc dữ liệu được tạo ngẫu nhiên. Nó sẽ được dễ dàng để tải lại thời gian này sau thời gian. Nếu ứng dụng của bạn hiển thị các bản ghi ra khỏi một bảng cơ sở dữ liệu, bạn muốn có một lượng dữ liệu mẫu phong nha để bắt đầu. Sau đó, người QA có thể đi xung quanh, thêm hoặc xóa nó. Bao gồm dữ liệu thực tế và các tình huống cạnh.

3) Rollback. Cách dễ nhất để xử lý vấn đề này là chụp ảnh hệ thống. QA cần phải có một môi trường sạch sẽ, không bị ảnh hưởng để kiểm tra, để đảm bảo sản phẩm triển khai chính xác. Nó cũng cho phép QA không phải lo lắng về việc thổi lên môi trường thử nghiệm bằng cách làm một cái gì đó lập dị. Trường hợp xấu nhất, bạn chỉ cần nghỉ giải lao khi thu hồi tiền.

0

Đầu tiên hãy tự hỏi là mục tiêu của QA và đó là một phần của thử nghiệm bạn muốn sở hữu

  • Đơn vị kiểm tra
  • chức năng/Integration
  • Tự động hóa trên

Tôi sẽ bắt đầu như tiếp theo. Hỏi phát triển của bạn (nếu bạn là phi kỹ thuật) để

  • thiết lập một xây dựng máy chủ, nơi bạn có thể xây dựng mã và chạy các ứng dụng để kiểm tra
  • Lý tưởng nhất là thiết lập một hội nhập liên tục. Ví dụ: sử dụng Jenkins để kiểm tra mã và xây dựng cho bạn

Cả hai đều rất dễ cài đặt các môi trường thử nghiệm với điều kiện bạn có phần cứng và tập lệnh dựng sẵn phù hợp.

Các vấn đề liên quan