Thử nghiệm thí điểm là gì? Định nghĩa, ý nghĩa, ví dụ

⚡ Tóm tắt thông minh

Thử nghiệm thí điểm đặt một hệ thống đang hoạt động trước một nhóm người dùng thực tế được lựa chọn trong điều kiện vận hành thực tế, xác minh tính khả thi, chi phí, rủi ro và hiệu suất trong khoảng thời gian giữa thử nghiệm chấp nhận của người dùng và triển khai sản phẩm đầy đủ.

🎯 Vị trí trong chu kỳ: Chương trình thí điểm được thực hiện sau khi kiểm thử chấp nhận của người dùng và trước khi hệ thống được phát hành cho tất cả người dùng.
👥 Tham gia: Những phản hồi thực sự quan trọng đến từ một nhóm nhỏ, đại diện cho người dùng cuối thực sự, chứ không phải từ toàn bộ nhóm dự án.
🧭 Năm bước: Lập kế hoạch, chuẩn bị, triển khai và thử nghiệm, đánh giá, sau đó chuẩn bị cho việc triển khai sản phẩm chính thức.
🔀 Năm kết quả: Tiến hành từng bước, lùi lại, tạm dừng, vá lỗi và tiếp tục, hoặc triển khai.
📊 Tiêu chí thoát: Hãy thống nhất các ngưỡng về lỗi, hiệu suất và mức độ hài lòng trước khi bắt đầu chương trình thử nghiệm, chứ không phải sau khi đã có dữ liệu.
⚖️ Không phải thử nghiệm beta: Phiên bản thử nghiệm được kiểm soát, đo lường và thực hiện nội bộ tại một địa điểm đã chọn; các phiên bản beta được phát hành rộng rãi cho công chúng.

Đọc thêm

Thử nghiệm thí điểm là gì?

Thử nghiệm thí điểm Kiểm thử thí điểm được định nghĩa là một loại kiểm thử phần mềm nhằm xác minh một thành phần của hệ thống hoặc toàn bộ hệ thống trong điều kiện hoạt động thực tế. Mục đích của kiểm thử thí điểm là đánh giá tính khả thi, thời gian, chi phí, rủi ro và hiệu suất của một dự án trước khi đưa nó ra thị trường.

Thử nghiệm này được thực hiện chính xác giữa UAT và Sản xuất.

Trong thử nghiệm thí điểm, một nhóm người dùng cuối được lựa chọn sẽ dùng thử hệ thống đang được thử nghiệm và cung cấp phản hồi trước khi hệ thống được triển khai rộng rãi. Nói cách khác, đó là một buổi diễn tập cho bài kiểm tra khả năng sử dụng tiếp theo, và nó giúp phát hiện sớm các lỗi trong hệ thống.

Sơ đồ bên dưới thể hiện cách sắp xếp đó: phiên bản hoàn chỉnh được phát hành cho một nhóm thí điểm giới hạn và được giám sát tại đó, trong khi phần lớn người dùng vẫn sử dụng hệ thống hiện có cho đến khi có kết quả.

Thử nghiệm thí điểm liên quan đến việc cài đặt một hệ thống trên cơ sở của khách hàng (hoặc môi trường mô phỏng của người dùng) để thử nghiệm việc sử dụng liên tục và thường xuyên.

Phương pháp phổ biến nhất là duy trì hoạt động liên tục của hệ thống để tìm ra những điểm yếu. Những điểm yếu này sau đó được gửi lại cho nhóm phát triển dưới dạng báo cáo lỗi thông qua kênh thông thường. quy trình quản lý khuyết tậtvà các lỗi sẽ được khắc phục trong phiên bản hệ thống tiếp theo.

Trong quá trình này đôi khi việc kiểm tra chấp nhận cũng được đưa vào như một phần của Kiểm tra khả năng tương thích. Điều này xảy ra khi một hệ thống đang được phát triển để thay thế một hệ thống cũ.

In Kỹ thuật phần mềmThử nghiệm thí điểm cũng trả lời một câu hỏi thương mại, đó là liệu sản phẩm hoặc dịch vụ đó có tiềm năng thị trường hay không.

Tại sao thử nghiệm thí điểm lại quan trọng

Thử nghiệm thí điểm là cơ hội cuối cùng để học hỏi điều gì đó với chi phí thấp. Mọi thứ sau đó đều là sự cố trong quá trình sản xuất. Cụ thể, thử nghiệm thí điểm mang lại những điều sau:

Gỡ lỗi phần mềm và các quy trình được sử dụng để kiểm tra và hỗ trợ phần mềm đó.
Xác nhận xem sản phẩm đã thực sự sẵn sàng để triển khai trên quy mô lớn hay chưa.
Hỗ trợ đưa ra quyết định tốt hơn về thời gian, ngân sách và phân bổ nguồn lực cho việc triển khai.
Đo lường phản ứng của nhóm đối tượng mục tiêu đối với sản phẩm hoặc chương trình.
Đánh giá sự thành công của chương trình dựa trên các tiêu chí đã được thống nhất chứ không phải dựa trên ý kiến cá nhân.
Giúp nhóm thực hành trước các hoạt động sẽ sử dụng trong quá trình kiểm tra khả năng sử dụng.

Cách thực hiện thử nghiệm thí điểm

Mức độ thử nghiệm thí điểm phụ thuộc vào quy mô và phạm vi dự án di chuyển của bạn. Thử nghiệm Pilot thực tế được thực hiện trong một khu vực hoặc phòng thí nghiệm chuyên dụng nơi người dùng thực hiện nhiều quy trình, giao dịch và báo cáo khi họ mô phỏng chức năng của phần mềm.

Việc thử nghiệm thí điểm có thể được tiến hành tùy thuộc vào bối cảnh của dự án:

Đối với một doanh nghiệp nói chung, thử nghiệm thí điểm có thể được tiến hành với một nhóm người dùng trên một tập hợp máy chủ trong trung tâm dữ liệu.
Đối với một doanh nghiệp phát triển web, có thể tiến hành thử nghiệm thí điểm bằng cách lưu trữ các tệp trang web trên máy chủ thử nghiệm hoặc các thư mục trực tiếp trên internet.
Đối với các nhà cung cấp phần mềm thương mại, việc thử nghiệm thí điểm có thể được tiến hành với một nhóm đặc biệt gồm những người áp dụng sớm.

Dù trong bối cảnh nào, thử nghiệm thí điểm đều tuân theo một kế hoạch thử nghiệm bằng văn bản được xây dựng từ năm bước.

Bước 1: Lập kế hoạch thí điểm

Bước 2: Chuẩn bị cho thử nghiệm thí điểm

Bước 3: Triển khai và thử nghiệm thí điểm

Bước 4: Đánh giá thử nghiệm thí điểm

Bước 5: Chuẩn bị cho việc triển khai sản phẩm

Trước khi tiến hành thử nghiệm thí điểm, cần xem xét những điều sau:

Cung cấp chương trình đào tạo phù hợp cho người tham gia.
Kế hoạch triển khai máy chủ và chuẩn bị hệ thống cho dự án thí điểm.
Tài liệu hướng dẫn quy trình cài đặt.
Các kịch bản kiểm thử cho từng ứng dụng phần mềm. Chúng bao gồm danh sách kiểm tra các chức năng cần được thực thi.
Hãy liên tục cung cấp phản hồi từ người dùng cho nhóm thiết kế và nhóm kiểm thử thông qua email hoặc trang web.
Đặt tiêu chí đánh giá cho chương trình thí điểm, như thông tin về số lượng người dùng không hài lòng, số lượng cuộc gọi và yêu cầu hỗ trợ, v.v.
Hãy thành lập một nhóm làm việc gồm các đối tác cộng đồng hoặc các bên liên quan đã đầu tư vào dự án của bạn và sẽ họp thường xuyên để thảo luận về tiến độ.
Xây dựng kế hoạch đánh giá và các công cụ hoặc phương pháp đánh giá để thu thập thông tin cần thiết về kiến thức, sự thay đổi về thái độ và hành vi của nhóm thí điểm.

Trong giai đoạn thử nghiệm thí điểm, nhóm sẽ thu thập và đánh giá dữ liệu thử nghiệm. Dựa trên dữ liệu đó, nhóm sẽ lựa chọn một trong các chiến lược sau.

Lảo đảo tiến về phía trước – Triển khai phiên bản ứng cử viên phát hành mới cho nhóm thí điểm.
Lăn trở lại – Thực hiện kế hoạch khôi phục để đưa nhóm thí điểm trở lại trạng thái cấu hình trước đó.
Treo – Tạm dừng thử nghiệm thí điểm.
Vá và tiếp tục – Triển khai các bản vá để khắc phục sự cố của giải pháp hiện có.
Triển khai – Tiến hành triển khai giải pháp.

Tùy chọn khôi phục là lý do khiến việc chạy thử nghiệm trở nên đáng giá, vì vậy quy trình khôi phục phải được thực hiện một cách cẩn thận như vậy. thử nghiệm phục hồi Diễn tập cách xử lý sự cố, thay vì chỉ ghi chép lại và cho rằng nó sẽ hiệu quả.

Tiêu chí nhập cảnh và rút lui khỏi thử nghiệm thí điểm

Một chương trình thử nghiệm mà không có tiêu chí thống nhất sẽ biến thành cuộc tranh luận về ý kiến khi nhận được phản hồi. Cả hai bộ tiêu chí đều được phê duyệt trước khi người dùng đầu tiên đăng nhập.

Tiêu chí tuyển chọn – chương trình thí điểm có thể bắt đầu khi:

Quá trình kiểm thử chấp nhận của người dùng đã hoàn tất và không còn lỗi nào nghiêm trọng đến mức gây cản trở công việc hàng ngày.
Môi trường thử nghiệm mô phỏng môi trường sản xuất về cấu hình, khối lượng dữ liệu và khả năng tích hợp.
Nhóm thí điểm đã được lựa chọn, huấn luyện và thông báo về mục đích cũng như thời gian của cuộc diễn tập.
Kế hoạch khôi phục đã được thử nghiệm và thông tin liên hệ hỗ trợ đã được thiết lập cho giai đoạn thí điểm.

Tiêu chí kết thúc – chương trình thí điểm kết thúc khi có sẵn các số liệu đo lường đã được thống nhất, thông thường là:

Số lượng lỗi được phân loại theo mức độ nghiêm trọng, với ngưỡng mà nếu vượt quá thì việc triển khai sẽ bị hoãn lại.
Tỷ lệ hoàn thành nhiệm vụ và tỷ lệ lỗi đối với các quy trình kinh doanh mà hệ thống hỗ trợ.
Hiệu suất được đo lường so với hiệu suất cơ bản của hệ thống đang được thay thế.
Khối lượng hỗ trợ, chẳng hạn như số lượng cuộc gọi hoặc yêu cầu hỗ trợ được tạo ra bởi mỗi người dùng mỗi tuần.
Mức độ hài lòng của người dùng được thu thập thông qua khảo sát có cấu trúc chứ không phải qua nhận xét không chính thức.

Những số liệu đo lường đó dẫn đến một quyết định duy nhất là chấp nhận hay từ chối, và thông thường những con số đó cũng được sử dụng cho các quyết định rộng hơn. thử nghiệm dựa trên rủi ro Đánh giá này xác định mức độ phủ sóng bổ sung mà bản phát hành cần trước khi được phát hành rộng rãi.

Thử nghiệm thí điểm so với thử nghiệm beta

Hai hoạt động này thường bị nhầm lẫn vì cả hai đều đưa phần mềm chưa hoàn thiện đến tay người dùng. Sự khác biệt nằm ở khâu kiểm soát: thử nghiệm thí điểm là một thử nghiệm có kiểm soát trong một nhóm người dùng xác định, trong khi bản beta là bản phát hành mở thu thập phản hồi từ số lượng lớn người dùng.

Yếu tố	Thử nghiệm thí điểm	Thử nghiệm beta
Khán giả	Một nhóm được lựa chọn, đại diện tại một địa điểm đã biết.	Bất kỳ thành viên nào của công chúng lựa chọn tham gia
Môi trường	Môi trường giống như môi trường sản xuất thực tế, được kiểm soát bởi nhóm.	Các thiết bị và mạng riêng của người dùng
Thời gian	Sau khi thử nghiệm chấp nhận của người dùng, trước khi triển khai.	Sau tập thử nghiệm, gần đến thời điểm phát hành rộng rãi.
Mục đích	Chứng minh tính khả thi, chi phí, rủi ro và sự sẵn sàng triển khai.	Thu thập phản hồi rộng rãi và nêu bật các vấn đề môi trường hiếm gặp.
Số đo của tôi	Tiêu chí nhập học và thôi học chính thức với các chỉ số đã được thống nhất.	Các vấn đề đã báo cáo và dữ liệu đo lường sử dụng
Rollback	Đã lên kế hoạch và diễn tập cho nhóm thí điểm.	Người dùng tự gỡ cài đặt hoặc khôi phục lại.

Thử nghiệm thí điểm cũng khác biệt với kiểm tra sự chấp nhận của người dùng, câu hỏi này đề cập đến việc hệ thống có đáp ứng các yêu cầu đã thỏa thuận hay không, và từ đó thử nghiệm alphaQuá trình này diễn ra nội bộ trước khi bất kỳ khách hàng nào nhìn thấy sản phẩm hoàn thiện.

Ưu điểm và nhược điểm của thử nghiệm thí điểm

Sự đánh đổi rất đơn giản: phi công mua bằng chứng, và trả giá cho bằng chứng đó bằng thời gian và nỗ lực phối hợp.

Ưu điểm	Nhược điểm
Phát hiện các lỗi trong điều kiện sử dụng thực tế mà phòng thí nghiệm không thể tái tạo.	Thêm một giai đoạn vào lịch trình giữa giai đoạn kiểm thử chấp nhận người dùng (UAT) và giai đoạn phát hành.
Xác thực các bước cài đặt, tài liệu đào tạo và quy trình hỗ trợ.	Yêu cầu môi trường giống như môi trường sản xuất và đội ngũ hỗ trợ chuyên trách.
Cung cấp bằng chứng đo lường để hỗ trợ quyết định tiếp tục hay dừng lại.	Kết quả chỉ mang tính đại diện trong phạm vi nhóm thí điểm được lựa chọn.
Giới hạn phạm vi ảnh hưởng của sự cố chỉ trong một nhóm người dùng thay vì tất cả người dùng.	Chương trình thí điểm ngắn hạn có thể bỏ sót các yếu tố như thời điểm cuối tháng, giờ cao điểm và hành vi theo mùa.
Tạo dựng niềm tin của các bên liên quan trước khi triển khai rộng rãi.	Người tham gia có thể ngần ngại báo cáo các vấn đề trong công việc thực tế của họ.

Cả hai bài viết đều lập luận rằng nên coi giai đoạn thử nghiệm là một giai đoạn theo lịch trình trong kế hoạch tổng thể. vòng đời kiểm thử phần mềm với kế hoạch và chủ sở hữu riêng, chứ không phải là một giai đoạn ngâm mình không chính thức được thêm vào cuối kỳ. Thử nghiệm hệ thống.

Thực hành tốt cho việc thử nghiệm thí điểm

Lên lịch thử nghiệm thí điểm hai ngày trước khi thử nghiệm khả năng sử dụng.
Không nên tiến hành thử nghiệm thí điểm cho đến khi tất cả người dùng, khách hàng và nhóm dự án thống nhất về các tiêu chí để đạt được kết quả thành công.
Yêu cầu người dùng đánh dấu bất kỳ vấn đề nào trên bản sao tài liệu của họ, mô tả mối quan tâm của họ và đưa ra đề xuất (nếu có) để cải thiện.
Thông báo cho người dùng về mục đích, thời lượng và tiến độ của chương trình thí điểm.
Hãy chọn những người tham gia phản ánh đúng thực tế người dùng, bao gồm cả những người ít tự tin hơn, bởi vì một nhóm người đam mê sẽ báo cáo kết quả khả quan hơn.
Hãy lập một nhật ký duy nhất ghi lại các vấn đề, phản hồi và quyết định để quá trình đánh giá cuối kỳ có thể dựa trên một hồ sơ duy nhất.

Hai biện pháp thực hành khác xuất phát từ chính môi trường. Hãy bao quát càng kỹ càng phạm vi thiết bị, trình duyệt và hệ điều hành của nhóm thí điểm càng tốt. kiểm tra cấu hình sẽ, và xác nhận rằng các hoạt động hàng ngày như sao lưu, giám sát và các tác vụ xử lý theo lô hoạt động bình thường, đó là phạm vi được bao phủ bởi kiểm tra chấp nhận vận hành.

Ví dụ về thử nghiệm thí điểm

Sau đây là một số ví dụ phổ biến về Thử nghiệm thí điểm:

Microsoft chạy Windows Chương trình nội bộ, phát hành bản trước khi phát hành Windows Các bản dựng được gửi đến các kênh tình nguyện viên trước khi các bản dựng đó được phát hành rộng rãi.
Google chạy Android Chương trình beta, chương trình này đăng ký các thiết bị Pixel được hỗ trợ để tham gia thử nghiệm trước khi phát hành. Android Các bản dựng được xây dựng trước khi phát hành rộng rãi.
HP triển khai các chương trình thử nghiệm trực tuyến cho các sản phẩm và dịch vụ của mình.

Mỗi ví dụ đều có cấu trúc tương tự: một nhóm người dùng hạn chế, tự lựa chọn, sử dụng sản phẩm thực tế, dữ liệu đo lường và phản hồi được gửi về nhà cung cấp, và việc phát hành rộng rãi hơn sẽ chờ đợi bằng chứng đó. Vị trí của kỹ thuật này so với các phương pháp khác hiện có được trình bày trong... các loại kiểm thử phần mềm.

Câu Hỏi Thường Gặp

Đủ lớn để bao gồm mọi vai trò, địa điểm và cấu hình thiết bị quan trọng, và đủ nhỏ để hỗ trợ một cách hiệu quả. Tính đại diện quan trọng hơn số lượng: hai mươi người dùng bao quát tất cả các quy trình làm việc hữu ích hơn hai trăm người từ một phòng ban.

Đủ dài để bao phủ ít nhất một chu kỳ kinh doanh hoàn chỉnh cho quy trình liên quan. Hệ thống tính lương cần một chu kỳ trả lương, hệ thống bán lẻ cần một ngày giao dịch cao điểm. Bất cứ điều gì ngắn hơn đều thể hiện tính mới mẻ hơn là việc sử dụng thông thường.

Không. Kiểm thử chấp nhận đặt câu hỏi liệu hệ thống có đáp ứng các yêu cầu đã thỏa thuận hay không, thường thông qua các kịch bản được lập trình sẵn. Một dự án thí điểm hỏi liệu hệ thống có hoạt động ổn định trong điều kiện sử dụng hàng ngày không theo kịch bản tại một địa điểm thực tế hay không, và nó được chạy sau khi quá trình chấp nhận đã được phê duyệt.

Nên sử dụng dữ liệu thực tế trong sản xuất về khối lượng và hình dạng, vì các lỗi hiệu năng thường bị che giấu ở quy mô lớn. Đối với dữ liệu cá nhân hoặc dữ liệu được quản lý chặt chẽ, bản sao được mã hóa sẽ bảo toàn khối lượng mà không làm lộ thông tin khách hàng trong quá trình dùng thử.

Những người dùng nghiệp vụ sẽ vận hành hệ thống hàng ngày, một người liên hệ bộ phận hỗ trợ, người chịu trách nhiệm quản lý cơ sở hạ tầng của môi trường và một nhà tài trợ có thể phê duyệt quyết định tiếp tục hay dừng triển khai. Các giảng viên sẽ tham gia khi quá trình triển khai bao gồm các quy trình mới.

Khi sự thay đổi nhỏ và có thể đảo ngược, khi không thể cô lập bất kỳ nhóm nào mà không làm gián đoạn hoạt động kinh doanh, hoặc khi không thể cung cấp một môi trường thực tế. Trong những trường hợp đó, việc triển khai theo từng giai đoạn với khả năng hoàn tác nhanh chóng thường mang lại giá trị tốt hơn.

Máy học phân cụm các bình luận dạng văn bản tự do và phiếu hỗ trợ thành các chủ đề, đánh dấu sự thay đổi về cảm xúc trong suốt giai đoạn thử nghiệm và đối chiếu dữ liệu đo lường với các vấn đề được báo cáo. Nó nhanh chóng phát hiện ra các mẫu, mặc dù quyết định tiếp tục hay dừng lại vẫn thuộc về nhà tài trợ.

Đúng vậy, đối với các phần kỹ thuật — cấu trúc biểu mẫu phản hồi, truy vấn giám sát, kịch bản hoàn tác và bản nháp danh sách kiểm tra từ các kịch bản hiện có. Phạm vi thí điểm, lựa chọn người tham gia và ngưỡng kết thúc là các quyết định kinh doanh mà không trợ lý nào nên đưa ra.