Kiểm thử song song là gì? Phương pháp, cách tiếp cận và ví dụ.

⚡ Tóm tắt thông minh

Kiểm thử song song cho phép chạy đồng thời một hệ thống cũ và một hệ thống mới được phát triển với cùng một dữ liệu đầu vào, nhờ đó người kiểm thử có thể xác nhận rằng dữ liệu, phép tính và quy trình nghiệp vụ được chuyển đổi vẫn cho ra kết quả giống hệt nhau.

  • 🎯 Mục đích: Hãy chứng minh phiên bản mới hoạt động giống hoặc tốt hơn phiên bản cũ.
  • 🗓️ Trigger: Thay thế hệ thống, di chuyển dữ liệu và các khoảng thời gian đồng bộ hóa hai hệ thống.
  • 🚪 Tiêu chí: Tiêu chí đầu vào mở ra chu trình; tiêu chí đầu ra kết thúc chu trình.
  • 🔍 Phương pháp: So sánh từng dòng kết quả và phân loại mọi điểm khác biệt.
  • ⚠️ Chi phí: Cần có kiến ​​thức sản phẩm đầy đủ và bao quát toàn diện các kết quả.

Định nghĩa, phương pháp và ví dụ về kiểm thử song song

Kiểm thử song song là gì?

Kiểm tra song song Kiểm thử song song là một loại kiểm thử phần mềm trong đó nhiều phiên bản hoặc các thành phần con của một ứng dụng được kiểm thử đồng thời trên các hệ thống khác nhau với cùng một dữ liệu đầu vào, nhằm giảm thời gian thực thi kiểm thử. Mục đích của kiểm thử song song là để tìm hiểu xem phiên bản cũ và phiên bản mới hoạt động giống nhau hay khác nhau, và để xác định xem phiên bản mới có hiệu quả hơn hay không.

Hình ảnh bên dưới minh họa quá trình kiểm thử song song.

Quy trình kiểm thử song song với hệ thống cũ và hệ thống mới dùng chung một đầu vào.

Ví dụ thử nghiệm song song

Khi một tổ chức chuyển sang hệ thống mới, dữ liệu cũ là một phần quan trọng của quá trình chuyển đổi và việc chuyển giao dữ liệu này rất phức tạp.

Trong kiểm thử phần mềm, việc xác minh tính tương thích của hệ thống mới được phát triển với hệ thống cũ được thực hiện thông qua kiểm thử song song, như sơ đồ bên dưới minh họa.

Ví dụ kiểm thử song song so sánh kết quả đầu ra của hệ thống cũ với kết quả đầu ra của hệ thống mới.

Tại sao phải thực hiện kiểm tra song song

Việc kiểm thử song song được thực hiện vì những lý do này.

  • Để đảm bảo phiên bản mới của ứng dụng hoạt động chính xác
  • Để đảm bảo kết quả nhất quán giữa phiên bản mới và phiên bản cũ.
  • Để kiểm tra xem định dạng dữ liệu giữa hai phiên bản có thay đổi hay không.
  • Để kiểm tra tính toàn vẹn của ứng dụng mới

Ví dụ, người dùng hiện đang sử dụng phiên bản 1.0 của ứng dụng, và từ tháng 3 họ sẽ chuyển sang phiên bản 1.1, như minh họa bên dưới.

Phiên bản 1.0 và phiên bản 1.1 được kiểm thử song song trong quá trình chuyển đổi.

Trong những trường hợp như vậy, người kiểm thử sẽ tiến hành kiểm thử song song để xác nhận rằng quá trình di chuyển dữ liệu đã hoàn tất thành công và những thay đổi trong phiên bản mới không ảnh hưởng đến chức năng hệ thống cũng như kết quả mà người dùng mong đợi.

Khi nào nên thực hiện kiểm tra song song

Kiểm thử song song được sử dụng rộng rãi khi:

  • Công ty đang chuyển từ hệ thống cũ sang hệ thống mới.
  • SyncViệc đồng bộ hóa được thực hiện giữa hai hệ thống.
  • Dữ liệu cũ được nhập từ hệ thống này sang hệ thống khác.
  • Tất cả các kết quả phải được xác định chính xác — ví dụ như trong lĩnh vực tài chính hoặc bảo hiểm, nơi tính toán là một chức năng chính của hệ thống.

Cách thực hiện Kiểm tra song song: Cách tiếp cận hoàn chỉnh

Để thực hiện kiểm thử song song, bạn tạo ra nhiều dự án, mỗi dự án kiểm thử một phần khác nhau của ứng dụng (dự án phụ) và một dự án duy nhất (dự án chính) chạy tất cả các dự án đó.

Kiểm thử song song có hai cấp độ tiêu chí.

  1. Tiêu chí nhập học bài kiểm tra song song — Xác định các nhiệm vụ cần phải hoàn thành trước khi có thể thực hiện kiểm thử song song một cách hiệu quả.
  2. Tiêu chí thoát khỏi bài kiểm tra song song — Xác định sự kết thúc thành công của giai đoạn thử nghiệm song song.

Trước tiên, cần phải đáp ứng một vài điều kiện tiên quyết.

  • Việc thử nghiệm song song không thể bắt đầu cho đến khi... môi trường thử nghiệm quá trình thiết lập đã hoàn tất.
  • Tất cả các điều kiện trước và kịch bản phải được xác định trước
  • Dữ liệu cũ và dữ liệu mới phải được di chuyển thành công
  • Quá trình kiểm thử song song chưa hoàn tất cho đến khi tất cả các tiêu chí kết thúc được đáp ứng.

Tiến hành kiểm thử song song theo năm bước.

  1. So sánh hệ thống cũ với hệ thống mới được phát triển.
  2. Hãy hiểu rõ sự khác biệt giữa hai hệ thống.
  3. Thực hiện một chu trình hoàn chỉnh với cùng một dữ liệu đầu vào.
  4. So sánh hiệu suất của hệ thống mới được phát triển với hiệu suất của hệ thống cũ.
  5. Hãy báo cáo nguyên nhân của bất kỳ lỗi nào được tìm thấy.

Thực hành tốt để thử nghiệm song song

Dưới đây là một vài lời khuyên hữu ích.

Các lỗi điển hình được xác định trong Kiểm thử song song

  • Logic bên trong được thay đổi
  • Luồng sản phẩm bị thay đổi
  • Các chức năng chính được sửa đổi

Cần bao nhiêu chu kỳ?

Số chu kỳ kiểm thử phụ thuộc vào độ phức tạp của mô-đun. Thực hiện nhiều chu kỳ kịch bản bằng cách sử dụng các kịch bản đã được định sẵn. dữ liệu thử nghiệm Điều đó đã được thông qua trong hệ thống trước đó.

Phân loại sự khác biệt

Kết quả của hệ thống mới và hệ thống cũ cần được so sánh từng dòng một, làm nổi bật những điểm khác biệt và phân loại từng điểm khác biệt theo loại lỗi.

Loại lỗi xảy ra trong chu kỳ

Với mỗi điểm khác biệt, người kiểm tra nên ghi chú điểm nào đúng.

  • Lỗi nhập
  • Lỗi do hệ thống cũ gây ra
  • sự khác biệt có thể giải thích hoặc chấp nhận được
  • Lỗi không mong đợi

Thử nghiệm song song không phải là gì

Bảng này vạch ra ranh giới.

Đó là thử nghiệm song song Đây không phải là thử nghiệm song song
Kiểm tra ứng dụng đã cập nhật so với ứng dụng trước đó. Chỉ kiểm tra một phần mềm.
Chạy lại kịch bản cũ với phần mềm mới trong cùng điều kiện đầu vào. Kiểm thử tương thích đa trình duyệt hoặc đa nền tảng.
Mục đích là để tìm ra kết quả theo hệ thống trước đó. Mục đích là để tìm ra một vấn đề về thiết kế.
Cần phải nắm vững cả hệ thống cũ và hệ thống mới được phát triển. Không cần phải biết sự khác biệt đó.

Những thách thức của thử nghiệm song song

  • Cần có kiến ​​thức sản phẩm đầy đủ.
  • Mọi kết quả đều phải được kiểm tra
  • Việc nhập dữ liệu và luồng sản phẩm cần được theo dõi liên tục.

Câu Hỏi Thường Gặp

Kiểm tra hồi quy So sánh kết quả của bản dựng với kết quả dự kiến ​​của chính nó. Kiểm thử song song so sánh hai hệ thống riêng biệt, sử dụng hệ thống cũ hơn làm tham chiếu.

Các mô hình có thể so sánh hai tập kết quả và nhóm các điểm không khớp, phân tách sự khác biệt làm tròn có thể giải thích được khỏi các lỗi thực sự. Quá trình phân loại đó là phần thủ công chậm nhất trong mỗi chu trình.

Đúng vậy. Việc so sánh bản ghi và định dạng báo cáo là những đoạn mã lặp đi lặp lại mà trợ lý có thể xử lý tốt. Các quy tắc dung sai vẫn cần đến sự can thiệp của con người, vì việc xác định mức độ khác biệt chấp nhận được là một quyết định kinh doanh.

Người kiểm thử thực hiện các chu kỳ kiểm thử; người dùng nghiệp vụ đánh giá sự khác biệt. Trong lĩnh vực tài chính và bảo hiểm, chuyên gia về lĩnh vực đó sẽ quyết định những sai lệch nào là chấp nhận được.

Dữ liệu sản xuất thực tế từ hệ thống cũ, được che giấu khi cần thiết. Dữ liệu tổng hợp giúp che giấu các trường hợp ngoại lệ trong quá khứ mà quá trình chuyển đổi thường gây ra lỗi.

Thuật ngữ này được sử dụng theo cả hai cách. Điều hành nhiều tự động Việc chạy đồng thời các bộ kiểm thử trên một lưới giúp rút ngắn thời gian thực thi nhưng không so sánh bất cứ điều gì giữa hai hệ thống.

Khi mọi tiêu chí thoát được đáp ứng: tất cả các chu kỳ đã được thực hiện, mọi sự khác biệt đã được phân loại, không còn sự không khớp nào chưa được giải thích. Việc ký xác nhận thường diễn ra trước đó. kiểm tra sự chấp nhận của người dùng.

Hai môi trường hoạt động song song, dữ liệu được sao chép và nhân viên am hiểu cả hai hệ thống. Chi phí được chấp nhận trong trường hợp tính toán sai dẫn đến hậu quả về mặt pháp lý.

Tóm tắt bài viết này với: