Họ và tên Tạ Lê Minh Đức MSSV 1660115 Lớp 16CK1 Công cụ kiểm chứng phần mềm Khảo sát một số kỹ thuật kiểm chứng phần mềm Kỹ thuật kiểm thử Monkey testing Giới thiệu Monkey Testing là khái niệm mới toa[.]
Họ tên: Tạ Lê Minh Đức MSSV: 1660115 Lớp 16CK1 Công cụ kiểm chứng phần mềm Khảo sát số kỹ thuật kiểm chứng phần mềm Kỹ thuật kiểm thử: Monkey testing: Giới thiệu Monkey Testing khái niệm toanh với Đã thực kiểm thử nhiều ứng dụng nhiều lần phải kiểm thử khơng có kịch mà biết đến kiểm thử có tên Sau chia sẻ tìm hiểu Monkey Testing Monkey Testing kỹ thuật kiểm tra phần mềm đó, người dùng kiểm tra ứng dụng cách đưa giá trị đầu vào kiểm tra xem ứng dụng xử lý (hoặc cố gắng phá hủy chương trình) Hầu hết kĩ thuật làm cách tự động, người dùng nhập giá trị không hợp lệ kiểm tra xử lý Với monkey test, khơng có qui tắc, kĩ thuật không theo testcase hay chiến lược xác định trước Nó làm việc theo tâm trạng cảm tính người kiểm thử Kỹ thuật tự động hóa hay nói bạn viết chương trình/ kịch để tạo đầu vào ngẫu nhiên đưa vào ứng dụng phân tích xử lý Kĩ thuật làm việc tốt thực load/stress testing hay bạn cố gắng phá hủy chương trình cách đưa khơng ngừng giá trị ngẫu nhiên vào Trước nói “Monkey”, tơi giới thiệu “Horse” Ở hình bên dưới, bạn nhìn thấy dây hãm ngựa không? Cái dùng để dẫn điều khiển ngựa để khơng bị tập trung tâp trung vào đường thẳng đường mà Cũng giống vậy, với test tay hay test tự động lúc giống ngựa Bởi bị đường dẫn testcase/ kế hoạch chiến lược, bị kiểm sốt số liệu chất lượng Bởi có dây hãm quanh nên khơng muốn chuyển hướng tập trung, tập trung cách nghiêm khắc vào testcase ngoan ngoãn thực chúng Khá hoàn hảo ngựa có đơi bạn muốn làm khỉ khơng? Monkey test tất bạn muốn làm, cách tự động Kỹ thuật test lộn xộn khơng theo mơ hình đặc tả Nhưng câu hỏi Tại sao? Bất bạn đưa ứng dụng web lớn giới, bạn tưởng tượng bạn phục vụ loại người dùng khơng? Có người dùng tốt, lành mạnh bạn chắn khơng có người dùng xấu Có n số người xấu, người giống khỉ, thích chơi xung quanh ứng dụng, đưa vào khác lạ, đầu vào lớn cố tình làm hỏng ứng dụng Như để kiểm thử tình đó, chúng ta, tester phải trở thành khỉ, nghĩ chí phải kiểm thử để ứng dụng an tồn khỏi khỉ xấu tính Các loại Monkey Có loại Monkey: Monkey mau lẹ khỉ mau lẹ định nghĩa đặc tính bên dưới: -Có ý tưởng ngắn gọn ứng dụng -Biết trang ứng dụng dẫn đến đâu -Biết giá trị đầu vào hợp lệ hay không hợp lệ -Làm việc tập trung để phá hỏng hệ thống -Khi tìm thấy lỗi, chúng đủ thơng minh để bắt lỗi -Nhận thức menu button -Khá cừ với stress load test Monkey chậm chạp khỉ chậm chạp định nghĩa đặc tính bên dưới: -Khơng có ý tưởng ứng dụng -Khơng biết giá trị đầu vào hợp lệ hay không hợp lệ -Kiểm tra ứng dụng cách ngẫu nhiên không nhận thức điểm bắt đầu ứng dụng hay điểm kết thúc luồng -Mặc dù không nhận thức ứng dụng chúng định nghĩa lỗi lỗi mơi trường hay lỗi phần cứng -Khơng có ý kiến nhiều UI chức Kết Lỗi báo cáo từ Monkey test địi hỏi phân tích chi tiết Vì khơng rõ bước tái lỗi (hầu vậy) nên việc khơi phục bug khó Tôi nghĩ kĩ thuật nên làm giai đoạn sau việc kiểm thử tất chức kiểm thử có chút tin hiệu ứng dụng Nếu làm giai đoạn đầu kiểm thử, mức độ nguy hiểm cao Nếu sử dụng chương trình hay kịch để tạo đầu vào hợp lệ khơng hợp lệ ngẫu nhiên phân tích trở lên dễ dàng Lợi Monkey Testing -Dễ dàng cài đặt thực -Có thể thực người “khơng q lão luyện” -1 kĩ thuật tốt để kiểm tra độ tin tưởng phần mềm -Có thể phát bug có ảnh hưởng lớn -Không tốn tiền Bất lợi Monkey Test -Có thể phải nhiều ngày phát lỗi -Số lượng lỗi -Việc tái lỗi(nếu xảy ra) trở thách -Một số lỗi có đầu khơng mong muốn kịch test, việc phân tích trở nên khó khăn thời gian Ví dụ: tester áp dụng testcase ngẫu nhiên hệ thống để tìm Bug mà khơng cần xác định trước Sanity testing: Khái niệm: Sanity Test - Kiểm thử bình thường là loại kỹ thuật kiểm thử tester kiểm tra chức thêm, bug hoàn chỉnh hệ thống tập trung vào vài vùng khơng phải tồn hệ thống Khất bại Ví dụ: hi phiên vừa đời ta ưu tiên kiểm tra chức mà gây lỗi trước chức thêm tại, ta áp dụng chiến lượt Sanity test phần mềm không mong đợi từ chối nhận đánh dấu phiên tPhần mềm máy tính v.1 tích hợp chức cộng: + = => Qua phiên sau v.2 lỗi không fix => Phiên v.2 thất bại 2) Ví dụ áp dụng: Hệ thống phần mềm bán dừa qua internet phiên 1.0 với 20 chức khác Nhưng tạo hóa đơn cho người mua dừa có lỗi khơng hiển thị địa người Người chủ muốn qua phiên bản: 2.0 sửa lỗi hiển thị thêm Coupon tạo hóa đơn => Là tester ta áp dụng kỹ thuật Sanity Test (- Đơi ta gọi chiến lượt Sanity Test cho sang trọng.) Khi áp dụng: ta thực việc testing hai phần: Một kiểm tra lỗi khơng hiển thị địa có cịn hay khơng, hai kiểm tra chức thêm Coupon có thực thi vào hay khơng? Sau định vùng kiểm tra, ta đưa kịch để test cho vùng Cơ là: Kịch - Tạo hóa đơn mua dừa => Ưu tiên kiểm tra lỗi chức Coupon Kịch - Người mua khơng có nhập địa mua dừa A/B testing: A/B Test (hay A/B Split Test) phương pháp thử nghiệm phiên (A B) giao diện cách bố trí nội dung, nút chỉnh điều hướng, vị trí đặt hình ảnh, nút mua hàng website bán hàng Mục đích cuối để kiểm tra xem khách hàng thích cách trí hơn, đặt nút vị trí làm tăng tỉ lệ khách hàng, thu hút nhiều lượt xem hơn… Khi thu hút khách hàng ngày bị thu hẹp cạnh tranh trực tuyến ngày gay gắt Vì vậy, nhà làm marketing cần phải hiểu rõ tỉ lệ chuyển đổi tối ưu hóa (CRO) CRO khía cạnh quan trọng chiến lược tiếp thị kĩ thuật số, tỉ lệ chuyển đổi thước đo có tương quan tới tỉ lệ hồn vốn ROI Ngay khách hàng “chuyển đổi” website bạn không giống việc mua sắm hàng hóa, dịch vụ (ví dụ đăng kí tin) quy tắc CRO cịn áp dụng Thật sai lầm nhắc đến việc thực kế hoạch CRO mà bạn lại liên tưởng đến việc thay đổi màu sắc nút button, thêm chứng xã hội, rút ngắn nội dung trang web bao gồm gaminification (tạm dịch yếu tố game để tạo thích thú, vui nhộn)… Một lời khuyên dành cho bạn để tối ưu hóa tỉ lệ chuyển đổi website sử dụng A/B Test A/B test phương pháp nhằm giúp nhà lập trình, marketing, doanh nghiệp lắng nghe khách hàng tốt nhờ đó, mang lại trải nghiệm tuyệt vời cho khách hàng họ Ví dụ: Với trang web bạn A/B testing hết tồn yếu tố ảnh hưởng đến hành vi người dùng hình ảnh, tựa đề, nội dung, call to action, form điền thông tin, v.v… Test yếu tố mà bạn cảm thấy cải thiện để gia tăng conversion rate Alpha testing: Alpha testing dạng acceptance testing; Thực để xác định tất vấn đề/ lỗi xảy trước phát hành sản phẩm đến tay người dùng Trọng tâm việc kiểm thử để mô người dùng thực - Real users cách sử dụng kỹ thuật Black box white box Mục đích để thực nhiệm vụ mà người sử dụng điển hình thực Alpha testing thực môi trường lab thường tester nhân viên nội tổ chức, công ty Kiểu kiểm thử gọi alpha thực sớm, gần cuối phát triển phần mềm, trước thử nghiệm beta. Ví dụ: chơi thử game trước phát hành thức đến người Beta testing: Beta test phần mềm thực "người sử dụng thật - Real users" "môi trường thực tế - Real environment" coi hình thức acceptance testing người dùng Phiên beta phần mềm phát hành/công bố cho số lượng hạn chế người dùng cuối để lấy thông tin phản hồi chất lượng sản phẩm Beta test làm giảm nguy thất bại sản phẩm tăng độ tin tưởng vào chất lượng thơng qua ý kiến nhận xét, đánh giá từ khách hàng Đây bước kiểm tra cuối trước chuyển phần mềm đến tay khách hàng Lợi lớn beta test phản hồi trực tiếp từ phía người dùng cuối, giúp kiểm tra phần mềm mơi trường real time Ví dụ: mở máy chủ Beta, phát hành phiên trước máy chủ cho người chơi trải nghiệm trước phiên tìm lỗi giúp Tester Lỗi hiển thị không tiện dụng Ví dụ 1: lỗi giao diện hình đen game Fifa Online Ví dụ 2: lỗi hiển thị giao diện web Google Chrome 39 Ví dụ 3: lỗi Flash Player dừng đột ngột Google Chrome Ví dụ 4: lỗi plugins Google Chrome Ví dụ 5: lỗi giao diện Youtube