- Tham gia
- 19/4/18
- Bài viết
- 92
- Được thích
- 2
328
#1
Nói chung, các ứng dụng J2EE rất lớn và chứa một số thành phần từ màn hình đầu cuối đến cơ sở dữ liệu phía sau. Thử nghiệm tự động được ưu tiên hơn kiểm thử phần mềm thủ công cho các ứng dụng lớn như vậy do thời gian và nỗ lực đã được lưu. Thử nghiệm tự động thường được thực hiện với sự trợ giúp của các công cụ và khung công tác.
Ứng dụng J2EE chứa một số thành phần; vui lòng tham khảo phần 1 của loạt bài kiểm thử ứng dụng Java này, tức là " Tổng quan về các ứng dụng Java " để biết thêm chi tin
Tổng quan: JSP là thành phần hoặc màn hình xem. JSF là một khung thành phần khung nhìn. JavaScript được sử dụng để xác thực màn hình. Servlet, Framework, EJB, Bean và các lớp Java khác được sử dụng để viết logic nghiệp vụ.
Thử nghiệm tự động có thể được thực hiện với một công cụ hoặc kết hợp các công cụ cho mỗi thành phần Java. Xin lưu ý rằng thử nghiệm ứng dụng có thể không hoàn toàn tự động. Quyết định tự động hóa phụ thuộc vào kích thước và độ phức tạp của ứng dụng và các tùy chọn của nhà phát triển, người thử nghiệm và kiến trúc sư. Hãy ghi nhớ thử nghiệm, khi viết các ứng dụng sẽ làm cho quy trình mượt mà hơn cho nhóm và tạo ra một sản phẩm cuối cùng chất lượng đáp ứng được kỳ vọng cao của khách hàng.
Các giai đoạn trong quy trình thử nghiệm tự động:
Để kiểm thử tự động hiệu quả , phương pháp thử nghiệm cần được đưa ra suy nghĩ chi tiết trước khi phát triển ứng dụng. Có hai quy trình riêng biệt:
Phát triển ứng dụng bằng công cụ kiểm thử tự động
Các giai đoạn thử nghiệm chính nó.
Sơ đồ dưới đây mô tả quy trình phát triển với thử nghiệm tự động hóa.
Các giai đoạn dưới đây mô tả quy trình thử nghiệm tự động hóa :
# 1) Thực hiện phân tích để xác định xem thử nghiệm thủ công hay tự động nên được thực hiện . Ngoài ra, phân tích phần nào của thử nghiệm trong ứng dụng phải được tự động hóa và cần phải hướng dẫn sử dụng.
# 2) Một khi có phạm vi hoặc yêu cầu về kiểm thử Tự động hóa, hãy thực hiện phân tích tính khả thi.
# 3) Quyết định và chọn một công cụ thích hợp. Một khi các thành phần liên quan đến ứng dụng J2EE được biết và sự phức tạp của ứng dụng được hiểu, một hoặc nhiều công cụ khi cần thiết có thể được chọn để thử nghiệm.
Ví dụ , cho một công cụ điều hướng màn hình ứng dụng dựa trên JSP hoàn toàn như Selenium Webdriver có thể là đủ. Lưu ý rằng đối với ứng dụng giao diện người dùng dựa trên JSF, ngoài các công cụ kiểm thử điều hướng của JUnit và màn hình, bạn có thể yêu cầu các công cụ cụ thể của JSF để kiểm thử .
# 4) Phân tích và quyết định cần thực hiện bao nhiêu giai đoạn trong thử nghiệm. Nếu Unit, Integration, Functional / System, và Regressions sẽ được thực hiện, hãy chọn công cụ thích hợp cho từng giai đoạn.
# 5) Phân tích tác động của công cụ kiểm thử lên thiết kế của một ứng dụng. Nếu thử nghiệm sẽ được tự động hóa, điều quan trọng là phát triển các ứng dụng để ghi nhớ công cụ này.
# 6) Phát triển thí điểm hoặc ứng dụng mô hình, chạy công cụ và kiểm thử xem công cụ có thêm giá trị ước tính trong giai đoạn phân tích hay không. Nếu bước này đi theo kế hoạch, công cụ có thể được hoàn thành cho ứng dụng.
# 7) Khi ứng dụng đã sẵn sàng để được kiểm thử , hãy viết kịch bản thử nghiệm và chạy công cụ.
Lựa chọn công cụ
Việc chọn công cụ kiểm thử tự động hóa thích hợp cho một ứng dụng J2EE phần lớn phụ thuộc vào loại ứng dụng và các công nghệ được sử dụng. Ngoài ra, có một số yếu tố khác ảnh hưởng đến lựa chọn công cụ:
1) Loại ứng dụng - Ứng dụng J2EE có thể có nhiều biến thể. Một số được phát triển với các framework như Struts, Spring, Hibernate, một số chỉ sử dụng công nghệ Side Server (JSP, Servlets), trong khi các ứng dụng khác được xây dựng kết thúc, chẳng hạn như các thành phần view, controller, logic nghiệp vụ và cơ sở dữ liệu
Một hoặc nhiều công cụ có thể được chọn theo công nghệ được sử dụng. Đối với các công cụ thành phần J2EE có sẵn, vui lòng tham khảo bài viết tiếp theo trong loạt bài này.
2) Tính phức tạp của ứng dụng - Nếu ứng dụng phức tạp với các tác động tài chính đối với một lượng lớn người dùng, việc kiểm thử cần được thực hiện ở mức chi tiết với các công cụ thích hợp.
Nếu ứng dụng đơn giản, chẳng hạn như hiển thị báo cáo và dữ liệu chỉ với một vài người dùng, việc thử nghiệm có thể được thực hiện bằng các công cụ nguồn mở đơn giản.
3) Loại thử nghiệm - Một công cụ kiểm thử đơn vị có thể không hoạt động tốt cho thử nghiệm Tích hợp và ngược lại. Ví dụ , JUnit là một công cụ phổ biến để kiểm thử đơn vị, nhưng TestNG được sử dụng cho thử nghiệm tích hợp.
4) Ngân sách thử nghiệm - Nhiều công cụ phổ biến là nguồn mở, vì vậy chúng phù hợp với hầu hết các dự án. Đối với các công cụ cụ thể về công nghệ, nhóm có thể được yêu cầu kiểm thử xem chi phí công cụ có được chấp nhận hay không.
5) Khung thời gian thử nghiệm - Như trong hầu hết các ứng dụng phát triển, thời hạn là chặt chẽ. Một số công cụ có thể cần nhiều thời gian hơn các công cụ khác để học tập, thiết lập môi trường và viết các trường hợp kiểm thử .
6) Hỗ trợ môi trường - Điều quan trọng là chọn các công cụ kiểm thử J2EE dựa trên môi trường mà ứng dụng sẽ chạy. Ví dụ, một số chỉ chạy trên Windows và một số là dựa trên ngôn ngữ.
7) Kiến thức về người thử nghiệm - Người thử nghiệm có thể quen thuộc và có kinh nghiệm trong một công cụ cụ thể. Nếu các yêu cầu của dự án của bạn và kiến thức của người kiểm thử phù hợp, công cụ đó có thể được chọn để tiết kiệm thời gian cho việc đào tạo.
8) Khả năng tương thích với các khuôn khổ thử nghiệm khác - Trong các ứng dụng J2EE lớn, khi một số thành phần như JSP, Servlets, JavaScript, JSP, EJB và Cơ sở dữ liệu được sử dụng, một công cụ sẽ không hoạt động.
Do đó, các khuôn khổ thử nghiệm được lựa chọn sẽ có thể phù hợp với các khung công tác khác.
9) Hiển thị kết quả kiểm thử và thống kê - Đối với hầu hết các dự án, khả năng đọc thử có thể hình thành các tiêu chí quan trọng. Do đó, nó có thể trở nên quan trọng đối với kết quả thực hiện kiểm thử được hiển thị ở định dạng màn hình thích hợp với danh sách lỗi, lý do, v.v.
Ưu điểm của kiểm thử tự động của ứng dụng J2EE
Các ứng dụng J2EE thường lớn; kiểm thử thủ công toàn bộ ứng dụng có thể tỏ ra rất tốn thời gian và dễ bị lỗi.
Một số công cụ kiểm thử tự động J2EE đi kèm với các tính năng thử nghiệm chức năng cơ bản. Chúng được phát triển và được thiết kế để ghi nhớ thành phần đó. Điều này làm cho cuộc sống của người thử nghiệm dễ dàng hơn nhiều. Ví dụ, một công cụ kiểm thử JSF JSFUnit có điều khoản để kiểm thử các lớp của khung công tác.
Hiệu quả của các bài kiểm thử tự động cao. Trong kiểm thử thủ công, tính đúng đắn phụ thuộc vào kỹ năng của người thử.
Trong các dự án mà các thay đổi lặp đi lặp lại xảy ra và thử nghiệm cùng một mã được yêu cầu phải được thực hiện nhiều lần, kiểm thử tự động chứng minh có lợi.
Thử nghiệm tự động bao gồm một tập hợp lớn hơn các trường hợp thử nghiệm. Vì loại thử nghiệm này không phụ thuộc vào con người, tốc độ thực thi nhanh và tập hợp lớn hơn có thể được bao phủ trong một thời gian ngắn.
Do sự can thiệp của người thử nghiệm là không cần thiết, phần lớn kết quả thử nghiệm chính xác hơn kiểm thử thủ công. Quá trình thử nghiệm cũng nhất quán.
Phần kết luận:
Thử nghiệm tự động được ưu tiên cho các ứng dụng J2EE lớn. Thử nghiệm một ứng dụng có thể không hoàn toàn tự động. Kiểm thử thủ công và tự động đi đôi với nhau. Trong khi ban đầu việc học và thiết lập công cụ có thể chứng minh tốn thời gian, một khi quá trình được thiết lập, việc kiểm thử hiệu quả hơn.
Trong phần tiếp theo , chúng ta sẽ thấy một danh sách toàn diện các công cụ và khung công tác kiểm thử thành phần J2EE phổ biến.
Đọc Thêm ===>>>>>>
Ứng dụng J2EE chứa một số thành phần; vui lòng tham khảo phần 1 của loạt bài kiểm thử ứng dụng Java này, tức là " Tổng quan về các ứng dụng Java " để biết thêm chi tin
Tổng quan: JSP là thành phần hoặc màn hình xem. JSF là một khung thành phần khung nhìn. JavaScript được sử dụng để xác thực màn hình. Servlet, Framework, EJB, Bean và các lớp Java khác được sử dụng để viết logic nghiệp vụ.
Thử nghiệm tự động có thể được thực hiện với một công cụ hoặc kết hợp các công cụ cho mỗi thành phần Java. Xin lưu ý rằng thử nghiệm ứng dụng có thể không hoàn toàn tự động. Quyết định tự động hóa phụ thuộc vào kích thước và độ phức tạp của ứng dụng và các tùy chọn của nhà phát triển, người thử nghiệm và kiến trúc sư. Hãy ghi nhớ thử nghiệm, khi viết các ứng dụng sẽ làm cho quy trình mượt mà hơn cho nhóm và tạo ra một sản phẩm cuối cùng chất lượng đáp ứng được kỳ vọng cao của khách hàng.
Các giai đoạn trong quy trình thử nghiệm tự động:
Để kiểm thử tự động hiệu quả , phương pháp thử nghiệm cần được đưa ra suy nghĩ chi tiết trước khi phát triển ứng dụng. Có hai quy trình riêng biệt:
Phát triển ứng dụng bằng công cụ kiểm thử tự động
Các giai đoạn thử nghiệm chính nó.
Sơ đồ dưới đây mô tả quy trình phát triển với thử nghiệm tự động hóa.
Các giai đoạn dưới đây mô tả quy trình thử nghiệm tự động hóa :
# 1) Thực hiện phân tích để xác định xem thử nghiệm thủ công hay tự động nên được thực hiện . Ngoài ra, phân tích phần nào của thử nghiệm trong ứng dụng phải được tự động hóa và cần phải hướng dẫn sử dụng.
# 2) Một khi có phạm vi hoặc yêu cầu về kiểm thử Tự động hóa, hãy thực hiện phân tích tính khả thi.
# 3) Quyết định và chọn một công cụ thích hợp. Một khi các thành phần liên quan đến ứng dụng J2EE được biết và sự phức tạp của ứng dụng được hiểu, một hoặc nhiều công cụ khi cần thiết có thể được chọn để thử nghiệm.
Ví dụ , cho một công cụ điều hướng màn hình ứng dụng dựa trên JSP hoàn toàn như Selenium Webdriver có thể là đủ. Lưu ý rằng đối với ứng dụng giao diện người dùng dựa trên JSF, ngoài các công cụ kiểm thử điều hướng của JUnit và màn hình, bạn có thể yêu cầu các công cụ cụ thể của JSF để kiểm thử .
# 4) Phân tích và quyết định cần thực hiện bao nhiêu giai đoạn trong thử nghiệm. Nếu Unit, Integration, Functional / System, và Regressions sẽ được thực hiện, hãy chọn công cụ thích hợp cho từng giai đoạn.
# 5) Phân tích tác động của công cụ kiểm thử lên thiết kế của một ứng dụng. Nếu thử nghiệm sẽ được tự động hóa, điều quan trọng là phát triển các ứng dụng để ghi nhớ công cụ này.
# 6) Phát triển thí điểm hoặc ứng dụng mô hình, chạy công cụ và kiểm thử xem công cụ có thêm giá trị ước tính trong giai đoạn phân tích hay không. Nếu bước này đi theo kế hoạch, công cụ có thể được hoàn thành cho ứng dụng.
# 7) Khi ứng dụng đã sẵn sàng để được kiểm thử , hãy viết kịch bản thử nghiệm và chạy công cụ.
Lựa chọn công cụ
Việc chọn công cụ kiểm thử tự động hóa thích hợp cho một ứng dụng J2EE phần lớn phụ thuộc vào loại ứng dụng và các công nghệ được sử dụng. Ngoài ra, có một số yếu tố khác ảnh hưởng đến lựa chọn công cụ:
1) Loại ứng dụng - Ứng dụng J2EE có thể có nhiều biến thể. Một số được phát triển với các framework như Struts, Spring, Hibernate, một số chỉ sử dụng công nghệ Side Server (JSP, Servlets), trong khi các ứng dụng khác được xây dựng kết thúc, chẳng hạn như các thành phần view, controller, logic nghiệp vụ và cơ sở dữ liệu
Một hoặc nhiều công cụ có thể được chọn theo công nghệ được sử dụng. Đối với các công cụ thành phần J2EE có sẵn, vui lòng tham khảo bài viết tiếp theo trong loạt bài này.
2) Tính phức tạp của ứng dụng - Nếu ứng dụng phức tạp với các tác động tài chính đối với một lượng lớn người dùng, việc kiểm thử cần được thực hiện ở mức chi tiết với các công cụ thích hợp.
Nếu ứng dụng đơn giản, chẳng hạn như hiển thị báo cáo và dữ liệu chỉ với một vài người dùng, việc thử nghiệm có thể được thực hiện bằng các công cụ nguồn mở đơn giản.
3) Loại thử nghiệm - Một công cụ kiểm thử đơn vị có thể không hoạt động tốt cho thử nghiệm Tích hợp và ngược lại. Ví dụ , JUnit là một công cụ phổ biến để kiểm thử đơn vị, nhưng TestNG được sử dụng cho thử nghiệm tích hợp.
4) Ngân sách thử nghiệm - Nhiều công cụ phổ biến là nguồn mở, vì vậy chúng phù hợp với hầu hết các dự án. Đối với các công cụ cụ thể về công nghệ, nhóm có thể được yêu cầu kiểm thử xem chi phí công cụ có được chấp nhận hay không.
5) Khung thời gian thử nghiệm - Như trong hầu hết các ứng dụng phát triển, thời hạn là chặt chẽ. Một số công cụ có thể cần nhiều thời gian hơn các công cụ khác để học tập, thiết lập môi trường và viết các trường hợp kiểm thử .
6) Hỗ trợ môi trường - Điều quan trọng là chọn các công cụ kiểm thử J2EE dựa trên môi trường mà ứng dụng sẽ chạy. Ví dụ, một số chỉ chạy trên Windows và một số là dựa trên ngôn ngữ.
7) Kiến thức về người thử nghiệm - Người thử nghiệm có thể quen thuộc và có kinh nghiệm trong một công cụ cụ thể. Nếu các yêu cầu của dự án của bạn và kiến thức của người kiểm thử phù hợp, công cụ đó có thể được chọn để tiết kiệm thời gian cho việc đào tạo.
8) Khả năng tương thích với các khuôn khổ thử nghiệm khác - Trong các ứng dụng J2EE lớn, khi một số thành phần như JSP, Servlets, JavaScript, JSP, EJB và Cơ sở dữ liệu được sử dụng, một công cụ sẽ không hoạt động.
Do đó, các khuôn khổ thử nghiệm được lựa chọn sẽ có thể phù hợp với các khung công tác khác.
9) Hiển thị kết quả kiểm thử và thống kê - Đối với hầu hết các dự án, khả năng đọc thử có thể hình thành các tiêu chí quan trọng. Do đó, nó có thể trở nên quan trọng đối với kết quả thực hiện kiểm thử được hiển thị ở định dạng màn hình thích hợp với danh sách lỗi, lý do, v.v.
Ưu điểm của kiểm thử tự động của ứng dụng J2EE
Các ứng dụng J2EE thường lớn; kiểm thử thủ công toàn bộ ứng dụng có thể tỏ ra rất tốn thời gian và dễ bị lỗi.
Một số công cụ kiểm thử tự động J2EE đi kèm với các tính năng thử nghiệm chức năng cơ bản. Chúng được phát triển và được thiết kế để ghi nhớ thành phần đó. Điều này làm cho cuộc sống của người thử nghiệm dễ dàng hơn nhiều. Ví dụ, một công cụ kiểm thử JSF JSFUnit có điều khoản để kiểm thử các lớp của khung công tác.
Hiệu quả của các bài kiểm thử tự động cao. Trong kiểm thử thủ công, tính đúng đắn phụ thuộc vào kỹ năng của người thử.
Trong các dự án mà các thay đổi lặp đi lặp lại xảy ra và thử nghiệm cùng một mã được yêu cầu phải được thực hiện nhiều lần, kiểm thử tự động chứng minh có lợi.
Thử nghiệm tự động bao gồm một tập hợp lớn hơn các trường hợp thử nghiệm. Vì loại thử nghiệm này không phụ thuộc vào con người, tốc độ thực thi nhanh và tập hợp lớn hơn có thể được bao phủ trong một thời gian ngắn.
Do sự can thiệp của người thử nghiệm là không cần thiết, phần lớn kết quả thử nghiệm chính xác hơn kiểm thử thủ công. Quá trình thử nghiệm cũng nhất quán.
Phần kết luận:
Thử nghiệm tự động được ưu tiên cho các ứng dụng J2EE lớn. Thử nghiệm một ứng dụng có thể không hoàn toàn tự động. Kiểm thử thủ công và tự động đi đôi với nhau. Trong khi ban đầu việc học và thiết lập công cụ có thể chứng minh tốn thời gian, một khi quá trình được thiết lập, việc kiểm thử hiệu quả hơn.
Trong phần tiếp theo , chúng ta sẽ thấy một danh sách toàn diện các công cụ và khung công tác kiểm thử thành phần J2EE phổ biến.
Đọc Thêm ===>>>>>>
