Monkey Testing là khái niệm mới cứng với mình. Đã thực hiện kiểm thử khá nhiều ứng dụng và nhiều lần phải kiểm thử không có kịch bản mà giờ mới biết đến kiểm thử có tên như này. Sau đây mình sẽ chia sẻ những gì mình tìm hiểu được về Monkey Testing.
ảnh minh họa - Khóa học Tester
Monkey Testing là một kỹ thuật trong thẩm tra phần mềm khi đó, người dùng rà ứng dụng bằng cách đưa giá trị đầu vào bất kỳ và rà soát xem ứng dụng xử lý ra sao (hoặc thay phá hủy chương trình).
hồ hết kĩ thuật này được làm 1 cách tự động, người dùng nhập giá trị không hợp lệ bất kỳ và thẩm tra xử lý. Với monkey test, không có qui tắc, kĩ thuật này không theo testcase hay chiến lược xác định trước. Nó làm việc theo tâm cảnh và cảm tính của người kiểm thử.
Kỹ thuật này được tự động hóa hay nói đúng hơn là bạn có thể viết chương trình/ kịch bản để tạo ra đầu vào ngẫu nhiên rồi đưa vào áp dụng và phân tích xử lý. Kĩ thuật này làm việc khá tốt khi thực hành load/stress testing hay khi bạn cầm cố phá hủy chương trình bằng cách đưa không ngừng giá trị tình cờ vào.
Các loại Monkey:
Có 2 loại Monkey:
1. Monkey mau lẹ:
1 con khỉ mau lẹ được định nghĩa bởi các đặc tính bên dưới:
-Có ý tưởng ngắn gọn về ứng dụng
-Biết các trang của vận dụng sẽ dẫn đến đâu
-Biết giá trị đầu vào là hợp lệ hay không hợp thức
-Làm việc hoặc giao hội để phá hỏng hệ thống
-Khi tìm thấy 1 lỗi, chúng đủ sáng ý để bắt lỗi
-Nhận thức được các menu và button
-Khá cừ với stress và load test
2. Monkey chậm chạp:
1 con khỉ chậm chạp được định nghĩa bởi các đặc tính bên dưới:
-Không có ý tưởng gì về ứng dụng
-Không biết giá trị đầu vào là hợp lệ hay không hợp thức
-thẩm tra vận dụng 1 cách tình cờ và không nhận thức được điểm bắt đầu của vận dụng hay điểm chấm dứt của luồng
-Mặc dù không nhận thức được áp dụng nhưng chúng vẫn có thể định nghĩa lỗi như lỗi môi trường hay lỗi phần cứng
-Không có quan điểm gì nhiều về UI và chức năng
Kết quả:
Lỗi vắng từ Monkey test đòi hỏi phân tách chi tiết. Vì không rõ các bước tái hiện lỗi (hầu như là vậy) nên việc khôi phục bug sẽ khó.
Tôi nghĩ kĩ thuật này nên làm ở thời đoạn sau của việc kiểm thử khi tất tật chức năng đã được kiểm thử và đã có một tẹo đang tin về hiệu quả của ứng dụng. Nếu làm nó ở thời đoạn đầu của kiểm thử, mức độ hiểm nguy sẽ cao hơn. Nếu chúng ta đang sử dụng 1 chương trình hay kịch bản để tạo ra đầu vào hợp thức và không hợp lệ tình cờ thì phân tích sẽ trở lên dễ dàng hơn.
Lợi thế của Monkey Testing:
-Dễ dàng cài đặt và thực hiện
-Có thể thực hiện bởi những người “không quá lão luyện”
-1 kĩ thuật tốt để thẩm tra độ tin cậy của phần mềm
-Có thể phát hiện bug có ảnh hưởng lớn hơn
-Không tốn tiền
Bất lợi của Monkey Test:
-Có thể phải mất nhiều ngày mới phát hiện ra 1 lỗi
-Số lượng lỗi ít hơn
-Việc tái tạo 1 lỗi(nếu xảy ra) trở thành 1 thử thách
-Một số lỗi có thể có đầu ra không mong muốn của kịch bản test, thành thử việc phân tách trở nên khó khăn và mất thời kì
Lời kết
mặc dầu nói Test Monkeys hay Monkey Testing là bừa bãi nhưng vẫn khuyến khích lên kế hoạch cho nó và tiến hành vào giai đoạn sau này. mặc dầu ở giai đoạn đầu của kĩ thuật này có thể không tìm được lỗi tốt nhưng nó thậm chí vẫn có thế phát hiện ra những lỗi thực sự tốt như rò rỉ bộ nhớ hay phá hỏng phần cứng.
Với kiến thức kiểm thử cơ bản, ta thường bỏ qua nhiều trường hợp do nghĩ rằng kịch bản này sẽ không bao giờ xảy ra tuy nhiên nếu xảy ra , chúng có thể dẫn đến ảnh hưởng nghiêm trọng (tỉ dụ bug độ ưu tiên thấp và chừng độ nghiêm trọng cao ). Việc làm monkey test tất nhiên có thể tìm thấy những kịch bản này. thỉnh thoảng do tình cờ mà ta lại gặp được tình huống như vậy và khi đó ta sẽ phân tích nó và gắng tìm ra giải pháp.
Theo quan điểm của tôi, cách tốt nhất là có cả “Horse” và “Monkey”. Với Horse, ta có thể đi theo phương pháp test với kế hoạch tốt, định nghĩa tốt và phương pháp tinh sảo. Với Monkey, ta bí hiểm bao quát được những tình huống thực tiễn khó chịu. Và nếu phối hợp với nhau, chúng sẽ góp phần tạo nên một phần mềm chất lượng và tin tức hơn.
0 nhận xét:
Đăng nhận xét