Thử nghiệm động là gì? Các loại, kỹ thuật và ví dụ

Kiểm thử động

Kiểm thử động là một phương pháp kiểm thử phần mềm được sử dụng để kiểm tra hành vi động của mã phần mềm. Mục đích chính của thử nghiệm động là kiểm tra hành vi của phần mềm với các biến động hoặc biến không cố định và tìm ra các điểm yếu trong môi trường thời gian chạy phần mềm. Mã phải được thực thi để kiểm tra hành vi động.

Tất cả chúng ta đều biết rằng Kiểm tra là xác minh và xác nhận và phải mất 2 V để hoàn tất kiểm tra. Trong số 2 V, Xác minh được gọi là Thử nghiệm tĩnh và chữ “V” còn lại, Xác thực được gọi là Thử nghiệm động.

Ví dụ kiểm thử động

Hãy hiểu Cách thực hiện Kiểm tra động bằng một ví dụ:

Giả sử chúng tôi đang kiểm tra Trang đăng nhập trong đó chúng tôi có hai trường là “Tên người dùng” và “Mật khẩu” và Tên người dùng bị giới hạn ở chữ và số.

Khi người dùng nhập Tên đăng nhập là “Guru99”, hệ thống sẽ chấp nhận tương tự. Khi người dùng nhập là Guru99@123 thì ứng dụng sẽ đưa ra thông báo lỗi. Kết quả này cho thấy mã đang hoạt động linh hoạt dựa trên đầu vào của người dùng.

Kiểm thử động là khi bạn đang làm việc với hệ thống thực tế bằng cách cung cấp thông tin đầu vào và so sánh hành vi thực tế của ứng dụng với hành vi dự kiến. Nói cách khác, làm việc với hệ thống với mục đích tìm ra lỗi.

Vì vậy, dựa trên những tuyên bố trên, chúng ta có thể nói hoặc kết luận rằng kiểm thử động là một quá trình xác thực các ứng dụng phần mềm với tư cách là người dùng cuối trong các môi trường khác nhau để xây dựng phần mềm phù hợp.

Thử nghiệm động làm gì?

Mục đích chính của Kiểm tra động là đảm bảo rằng phần mềm hoạt động bình thường trong và sau khi cài đặt phần mềm, đảm bảo ứng dụng ổn định không có bất kỳ sai sót lớn nào (tuyên bố này được đưa ra vì không có phần mềm nào không có lỗi, chỉ kiểm tra mới có thể cho thấy sự hiện diện của lỗi và không vắng mặt)

Mục đích chính của kiểm thử động là đảm bảo tính nhất quán của phần mềm; hãy thảo luận vấn đề này bằng một ví dụ.

Trong Ứng dụng Ngân hàng, chúng tôi tìm thấy các màn hình khác nhau như Phần Tài khoản của tôi, Chuyển tiền, Bill Thanh toán, v.v.. Tất cả các màn hình này đều chứa trường số tiền chấp nhận một số ký tự.

Giả sử trường Tài khoản của tôi hiển thị số tiền dưới dạng 25,000 và chuyển tiền như $25,000 và Bill màn hình trả tiền như $25000 mặc dù số tiền giống nhau nhưng cách hiển thị số tiền không giống nhau, do đó làm cho phần mềm không nhất quán.

Tính nhất quán không chỉ giới hạn ở chức năng mà nó còn đề cập đến các tiêu chuẩn khác nhau như hiệu suất, khả năng sử dụng, tính tương thích, v.v., do đó việc thực hiện Kiểm tra động trở nên rất quan trọng.

Các loại thử nghiệm động

Kiểm thử động được phân thành hai loại

• trắng Box Kiểm tra
• Da Đen Box Kiểm tra

Hình ảnh minh họa dưới đây cho chúng ta ý tưởng về các loại Kiểm thử động, Mức độ kiểm thử, v.v.

Chúng ta hãy thảo luận ngắn gọn về từng loại thử nghiệm và mục đích của nó

trắng Box Kiểm tra – trắng Box Kiểm tra là một phương pháp kiểm thử phần mềm trong đó người kiểm thử biết cấu trúc/thiết kế bên trong. Mục đích chính của Trắng Box kiểm thử là kiểm tra xem Hệ thống đang hoạt động như thế nào dựa trên mã. Nó chủ yếu được thực hiện bởi Nhà phát triển hoặc White Box Người kiểm thử có kiến ​​thức về lập trình.

Da Đen Box Kiểm tra - Da Đen Box Kiểm tra là một phương pháp thử nghiệm trong đó cấu trúc/mã/thiết kế bên trong được KHÔNG được người thử nghiệm biết đến. Mục đích chính của thử nghiệm này là để xác minh chức năng của hệ thống đang được thử nghiệm và loại thử nghiệm này yêu cầu thực thi bộ thử nghiệm hoàn chỉnh và chủ yếu được thực hiện bởi Người thử nghiệm và không cần bất kỳ kiến ​​thức lập trình nào.

Sản phẩm Da Đen Box Thử nghiệm một lần nữa được phân thành hai loại.

Họ là

• Thử nghiệm chức năng
• Kiểm tra phi chức năng

Thử nghiệm chức năng:

Kiểm thử chức năng được thực hiện để xác minh rằng tất cả các tính năng được phát triển đều tuân theo các đặc tả chức năng và được thực hiện bằng cách thực hiện các trường hợp kiểm thử chức năng do nhóm QA viết, trong giai đoạn kiểm thử chức năng, hệ thống được kiểm tra bằng cách cung cấp đầu vào, xác minh đầu ra và so sánh kết quả thực tế với kết quả mong đợi.

Có nhiều cấp độ kiểm tra chức năng khác nhau, trong đó quan trọng nhất là

• Kiểm tra đơn vị – Nói chung Đơn vị là một đoạn mã nhỏ có thể kiểm tra được, Kiểm tra đơn vị được thực hiện tại từng đơn vị phần mềm riêng lẻ và được thực hiện bởi các nhà phát triển
• Thử nghiệm hội nhập – Thử nghiệm hội nhập là thử nghiệm được thực hiện sau Thử nghiệm đơn vị và được thực hiện bằng cách kết hợp tất cả các đơn vị riêng lẻ có thể kiểm tra được và được thực hiện bởi nhà phát triển hoặc người thử nghiệm
• Thử nghiệm hệ thống – Thử nghiệm hệ thống là việc được thực hiện để đảm bảo liệu hệ thống có hoạt động theo yêu cầu hay không và thường được thực hiện khi hệ thống hoàn chỉnh đã sẵn sàng, nó được thực hiện bởi người kiểm tra khi Bản dựng hoặc mã được phát hành cho nhóm QA
• Kiểm tra chấp nhận – Kiểm tra chấp nhận được thực hiện để xác minh xem hệ thống có đáp ứng các yêu cầu nghiệp vụ và sẵn sàng sử dụng hoặc sẵn sàng triển khai hay không và thường được thực hiện bởi người dùng cuối.

Kiểm tra phi chức năng: Kiểm tra phi chức năng là một kỹ thuật kiểm tra không tập trung vào các khía cạnh chức năng và chủ yếu tập trung vào các thuộc tính phi chức năng của hệ thống như rò rỉ bộ nhớ, hiệu suất hoặc độ mạnh mẽ của hệ thống. Kiểm tra phi chức năng được thực hiện ở tất cả các cấp độ kiểm tra.

Có nhiều Kỹ thuật kiểm tra phi chức năng trong đó quan trọng nhất là

• Kiểm tra năng suất – Kiểm tra năng suất được thực hiện để kiểm tra xem thời gian phản hồi của hệ thống có bình thường theo yêu cầu đối với tải mạng mong muốn hay không.
• Kiểm tra phục hồi – Kiểm tra khôi phục là một phương pháp để xác minh xem hệ thống có thể phục hồi tốt như thế nào sau sự cố và lỗi phần cứng.
• Kiểm tra khả năng tương thích – Kiểm tra khả năng tương thích được thực hiện để xác minh cách hệ thống hoạt động trên các môi trường khác nhau.
• Kiểm tra bảo mật – Kiểm tra bảo mật được thực hiện để xác minh tính mạnh mẽ của ứng dụng, tức là để đảm bảo rằng chỉ những người dùng/vai trò được ủy quyền mới truy cập vào hệ thống
• Kiểm tra khả năng sử dụng – Kiểm tra khả năng sử dụng là một phương pháp để xác minh khả năng sử dụng của hệ thống bởi người dùng cuối để xác minh mức độ thoải mái của người dùng với hệ thống.

Kỹ thuật kiểm thử động

Kỹ thuật kiểm thử động in STLC bao gồm các nhiệm vụ khác nhau như Phân tích yêu cầu cho các bài kiểm tra, Lập kế hoạch kiểm thử, Thiết kế và triển khai trường hợp kiểm thử, Thiết lập môi trường kiểm thử, thực hiện trường hợp kiểm thử, báo cáo lỗi và cuối cùng là kết thúc kiểm thử. Tất cả các nhiệm vụ trong kỹ thuật kiểm thử động đều phụ thuộc vào việc hoàn thành nhiệm vụ trước đó trong quá trình kiểm thử.

Trong STLC, chúng ta có thể nói rằng Quy trình kiểm thử động thực sự bắt đầu từ Thiết kế trường hợp kiểm thử, chúng ta hãy thảo luận chi tiết từng hoạt động.

Trước khi bắt đầu quá trình, hãy thảo luận về chiến lược cần tuân thủ trong Kiểm thử động.

Chiến lược thử nghiệm chủ yếu nên tập trung vào các nguồn lực sẵn có và khung thời gian. Dựa trên các yếu tố này, mục tiêu của thử nghiệm, phạm vi thử nghiệm, các giai đoạn hoặc chu kỳ thử nghiệm, loại môi trường, các giả định hoặc thách thức có thể gặp phải, rủi ro, v.v. phải được ghi lại.

Khi chiến lược được xác định và được ban quản lý chấp nhận thì việc thiết kế ca kiểm thử quy trình thực tế sẽ bắt đầu.

Thiết kế và thực hiện thử nghiệm là gì

Trong giai đoạn này, chúng tôi xác định,

• Các tính năng cần kiểm tra
• Rút ra các điều kiện kiểm tra
• Lấy phạm vi bảo hiểm
• Rút ra các trường hợp thử nghiệm

Thiết lập môi trường thử nghiệm

Chúng tôi phải đảm bảo rằng Môi trường thử nghiệm phải luôn giống với môi trường Sản xuất, trong giai đoạn này chúng tôi phải cài đặt bản dựng và quản lý các máy thử nghiệm.

Thực hiện kiểm tra

Trong giai đoạn này, các ca kiểm thử thực sự được thực thi.

Đã ghi lại báo cáo lỗi

Dựa trên Thực thi nếu Kết quả Dự kiến ​​và Kết quả Thực tế không giống nhau thì trường hợp Kiểm thử phải được đánh dấu là Thất bại và Lỗi sẽ được ghi lại.

Ưu điểm của thử nghiệm động

• Kiểm thử động có thể phát hiện ra các lỗi chưa được phát hiện được coi là quá khó hoặc phức tạp và không thể khắc phục được bằng Phân tích tĩnh
• Trong Kiểm thử động, chúng tôi thực thi phần mềm từ đầu đến cuối, đảm bảo phần mềm không có lỗi, từ đó nâng cao chất lượng của sản phẩm và dự án.
• Kiểm tra động trở thành một công cụ thiết yếu để phát hiện mọi mối đe dọa bảo mật

Nhược điểm của thử nghiệm động

• Kiểm thử động tốn nhiều thời gian vì nó thực thi ứng dụng/phần mềm hoặc mã đòi hỏi lượng tài nguyên khổng lồ
• Kiểm thử động làm tăng chi phí của dự án/sản phẩm vì nó không bắt đầu sớm trong vòng đời phần mềm và do đó bất kỳ vấn đề nào được khắc phục ở các giai đoạn sau đều có thể dẫn đến tăng chi phí.

Kết luận

In Kỹ thuật phần mềm, Xác minh và Xác thực là hai biện pháp được sử dụng để kiểm tra xem sản phẩm phần mềm có đáp ứng các thông số kỹ thuật yêu cầu hay không. Kiểm tra tĩnh liên quan đến xác minh trong khi kiểm tra động liên quan đến xác nhận. Họ cùng nhau giúp cung cấp Phần mềm chất lượng hiệu quả về mặt chi phí.