Khi phần mềm được phát triển, sẽ có những thay đổi để phù hợp với hệ thống cũng như yêu cầu của khách hàng, các tính năng mới được tích hợp, do đó luôn có những phiên bản mới thay thế phiên bản cũ. Việc kiểm thử sẽ phải thực hiện lại và tốn nhiều thời gian. Trong trường hợp này, ta nên áp dụng Kiểm thử hồi quy – Regression Testing. Cùng tìm hiểu Kiểm thử hồi quy ở bài viết này nhé.
Bài viết này được đăng tại
freetuts.net
, không được copy dưới mọi hình thức.
1. Kiểm thử hồi quy – Regression Testing là gì?
Kiểm thử hồi quy được định nghĩa là một loại kiểm thử ứng dụng để xác nhận rằng một tính năng mới được thêm không ảnh hưởng tác động xấu đến những tính năng hiện có .
Kiểm thử hồi quy là kiểm thử lại những trường hợp đã được thực thi để bảo vệ những tính năng hiện có hoạt động giải trí tốt .
Kiểm thử này được thực thi để bảo vệ rằng những đổi khác source code mới sẽ không tác động ảnh hưởng tới những công dụng hiện có, bảo vệ rằng code cũ vẫn hoạt động giải trí sau khi triển khai biến hóa source code .
2. Tại sao cần kiểm thử hồi quy?
Kiểm thử hồi quy là thiết yếu khi :
- Thay đổi trong yêu cầu và source code được sửa đổi theo yêu cầu
- Tính năng mới được thêm vào phần mềm
- Sửa lỗi
- Khắc phục sự cố hiệu suất
3. Cách thực hiện kiểm thử hồi quy
Bảo trì ứng dụng là một hoạt động giải trí gồm có nâng cấp cải tiến, sửa lỗi, tối ưu hóa và xóa những tính năng không tương thích. Những sửa đổi này hoàn toàn có thể khiến mạng lưới hệ thống hoạt động giải trí không đúng chuẩn. Do đó, Kiểm thử hồi quy trở nên thiết yếu. Kiểm thử hồi quy hoàn toàn có thể được triển khai bằng những kỹ thuật sau :
Kiểm thử lại tất cả
Đây là một trong những giải pháp để Kiểm thử hồi quy trong đó tổng thể những test cases trong bộ kiểm thử hiện có sẽ được thực thi lại. Sẽ rất tốn kém vì yên cầu thời hạn và nguồn lực rất lớn .
Kiểm thử lại một phần
- Thay vì thực hiện lại toàn bộ bộ kiểm thử, tốt hơn là chọn một phần của bộ kiểm thử sẽ được test lại.
- Các test cases được chọn có thể được phân loại thành 1) Các test cases tái sử dụng 2) Các test cases loại bỏ.
- Các test cases được sử dụng lại có thể được sử dụng trong các chu kỳ kiểm thử hồi quy kế tiếp.
- Các test cases lỗi thời không thể được sử dụng trong các chu kỳ tiếp theo.
Dựa trên độ ưu tiên của các test cases
- Độ ưu tiên của các test cases tùy thuộc vào tác động nghiệp vụ, các chức năng quan trọng và được sử dụng thường xuyên.
- Lựa chọn các test cases dựa trên mức độ ưu tiên sẽ giảm đáng kể bộ kiểm thử hồi quy.
4. Lựa chọn test cases để kiểm thử hồi quy
Một số lượng lớn những lỗi được người mua báo cáo giải trình là do sửa lỗi vào phút cuối tạo ra những ảnh hưởng tác động và do đó chọn Test Cases để kiểm thử hồi quy là không thuận tiện. Để kiểm thử hồi quy hiệu suất cao, nên chọn những Test Cases sau :
- Các Test Cases có lỗi thường xuyên
- Các chức năng người dùng dễ dàng nhìn thấy
- Các Test Cases xác minh các tính năng cốt lõi của sản phẩm
- Các Test Cases của Chức năng đã có nhiều thay đổi gần thời điểm thực hiện test
- Tất cả Test Cases thử tích hợp
- Tất cả các Test Cases phức tạp
- Test Cases giá trị biên
- Một mẫu Test Cases thành công
- Một mẫu Test Cases Thất bại
5. Công cụ kiểm thử hồi quy
Nếu ứng dụng của bạn trải qua những đổi khác tiếp tục, ngân sách kiểm thử hồi quy sẽ leo thang .
Trong những trường hợp như vậy, việc triển khai bằng tay thủ công những Test Cases làm tăng thời hạn triển khai kiểm thử cũng như ngân sách .
Tự động hóa những Test Cases hồi quy là sự lựa chọn mưu trí trong những trường hợp như vậy .
Phạm vi tự động hóa phụ thuộc vào số lượng Test Cases có thể sử dụng lại cho các chu kỳ hồi quy kế tiếp.
Sau đây là những công cụ quan trọng nhất được sử dụng cho cả kiểm thử tính năng và hồi quy trong công nghệ phần mềm .
Selenium: Đây là một công cụ mã nguồn mở được sử dụng để tự động hóa các ứng dụng web. Selenium có thể được sử dụng để kiểm thử hồi quy dựa trên trình duyệt.
Quick Test Professional (QTP): HP Quick Test Professional là phần mềm tự động được thiết kế để tự động hóa các trường hợp kiểm thử chức năng và hồi quy. QTP sử dụng ngôn ngữ VBScript để tự động hóa. QTP là một công cụ dựa trên dữ liệu, dựa trên từ khóa.
Rational Functional Tester (RFT): RFT của IBM là một công cụ Java được sử dụng để tự động hóa các trường hợp kiểm thử của các ứng dụng phần mềm. Điều này chủ yếu được sử dụng để tự động hóa các trường hợp kiểm thử hồi quy và nó cũng tích hợp với Rational Test Manager.
6. Kiểm thử hồi quy và quản lý cấu hình
Quản lý thông số kỹ thuật trong Kiểm thử hồi quy trở nên bắt buộc trong Môi trường Agile, nơi code đang được sửa đổi liên tục. Để bảo vệ kiểm thử hồi quy hiệu suất cao, hãy tuân thủ những điều sau :
Code được kiểm thử hồi quy phải theo một công cụ quản trị thông số kỹ thuật
Không được phép đổi khác Code trong quy trình tiến độ kiểm thử hồi quy. Code kiểm thử hồi quy phải được độc lập với những biến hóa của nhà tăng trưởng .
Cơ sở tài liệu được sử dụng để kiểm thử hồi quy phải được cách ly. Không được phép đổi khác cơ sở tài liệu
7. Sự khác biệt giữa Kiểm thử lại (Re-Testing) và Kiểm thử hồi quy
Kiểm thử lại có nghĩa là kiểm thử lại tính năng hoặc lỗi để bảo vệ lỗi đã được sửa .
Kiểm thử hồi quy có nghĩa là kiểm thử ứng dụng ứng dụng khi có trải qua biến hóa code để bảo vệ rằng code mới đổi khác không tác động ảnh hưởng đến những phần khác của ứng dụng .
8. Những khó khăn trong kiểm thử hồi quy
Sau đây là một số khó khăn khi thực hiện kiểm thử hồi quy:
- Khi kiểm thử hồi quy liên tục được thực hiên, các bộ test cases trở nên khá lớn. Do hạn chế về thời gian và ngân sách, toàn bộ test cases kiểm thử hồi quy không thể được thực thi.
- Tối thiểu hóa bộ test cases trong khi vẫn đạt được phạm vi kiểm thử tối đa vẫn là một thách thức
- Xác định tần suất của Kiểm thử hồi quy, tức là sau mỗi lần sửa đổi hoặc mỗi lần cập nhật bản build hoặc sau một loạt các lỗi được sửa là một thách thức.
9. Kết luận
Một kế hoạch kiểm thử hồi quy hiệu suất cao sẽ tiết kiệm ngân sách và chi phí cả thời hạn và tiền tài .
Theo những trường hợp nghiên cứu và điều tra trong nghành nghề dịch vụ ngân hàng nhà nước, kiểm thử hồi quy tiết kiệm chi phí tới 60 % thời hạn trong việc sửa lỗi ( hoàn toàn có thể đã phát hiện bởi kiểm thử hồi quy ) và 40 % ngân sách cho kiểm thử ứng dụng .
