KIỂM THỬ ĐỘNG (Dynamic Testing)

1. Khái nệm về Kiểm thử động

Theo ISTQB, Dynamic Testing được định nghĩa là Testing that involves the execution of the test item.

Kiểm thử động là một loại kiểm thử phần mềm được thực hiện để phân tích hành vi động của mã. Nó bao gồm việc kiểm tra phần mềm về các giá trị đầu vào và đầu ra được phân tích. Nó được thực hiện để mô tả hành vi động của mã. Nó đề cập đến việc quan sát phản ứng vật lý của hệ thống đối với các biến không cố định và thay đổi theo thời gian.

Để cho dễ hiểu hơn, chúng ta cùng trao đổi với nhau qua ví dụ bên dưới:

Ví dụ chức năng đăng nhập trên Passio, chúng ta cần kiểm tra thông tin của Username và Password. Trường “Username” sẽ được giới hạn trong các ký tự chữ và sô

Khi người dùng nhập Tên đăng nhập là “passo”, hệ thống sẽ chấp nhận. Nhưng trong trường hợp khi người dùng nhập là “passio@123” thì hệ thống sẽ đưa ra thông báo lỗi do chưa kí tự không hợp lệ. Kết quả này cho thấy rằng mã đang hoạt động dựa trên giá trị đầu vào mà người sử dụng đã nhập.

2. Mục đích của kiểm thử động là gì?

Kiểm thử động mang lại rất nhiều giá trị to lớn giúp chúng ta thực hiện việc kiểm thử dễ dàng hơn, nhanh chóng hơn và tiện lợi hơn rất nhiều. Sau đây là một số lý do vì sao nên sử dụng kiểm thử động vào quá trình thực hiện công việc kiểm thử phần mềm:

  • Đảm bảo tính thống nhất cho phần mềm
  • Ngoài ra, còn đảm bảo hệ thống đang được chạy và hoạt động đúng, không có lỗi hay sảy ra sai sót lớn nào. Hệ thống được duy trì ổn định
  • Đánh giá hiệu suất và khả năng mở rộng
  • Đảm bảo độ tin cậy và độ chính xác của dữ liệu thử nghiệm

3. Các loại kiểm thử động

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

Các loại kỹ thuật Thử nghiệm động:

4. Sự khác nhau giữa Static Testing và Dynamic Testing


Kiểm thử tĩnh (Static testing)Kiểm thử động (Dynamic testing)
WHATThực hiện kiểm tra các work product mà không cần chạy codeThực hiện kiểm tra đánh giá khi code được chạy
WHO Người thực hiện là Tester/ DeveloperNgười thực hiện là Tester
WHEN Được Tester/ Lập trinh viên tiến hành ở giai đoạn VerificationTester thực hiện ở giai đoạn Validation
WHERE Triển khai trên tài liệu mô tả nghiệp vụTriển khai trên bản build test
WHY 
Cần thực hiện vì:
– Lỗi tìm thấy ở giai đoạn đầu nên mất ít chi phí để khắc phục/ sửa chữa
– Không xác nhận được sản phẩm đã đáp ứng đúng yêu cầu
Cần thực hiện vì:
– Lỗi tìm thấy ở giai đoạn muộn, mất nhiều chi phí để sửa chữa
– Kiểm thử được chức năng và phi chức năng
HowCách thực hiện là review các tài liệu work product thủ công hoặc sử dụng các công cụ (tool) để hỗ trợCách thực hiện là Tester sẽ kiểm tra phần mềm/ sản phẩm có đang hoạt động đúng như tài liệu đặc tả yêu cầu hay chưa?

Related Posts