Một câu hỏi thường gặp từ người học của chúng tôi là Làm thế nào để kiểm tra Ứng dụng dành cho thiết bị di động? Trong hướng dẫn này, chúng tôi cung cấp Kịch bản thử nghiệm / Trường hợp thử nghiệm mẫu để thử nghiệm Ứng dụng dành cho thiết bị di động.
Bạn có thể thực hiện một số hoặc tất cả các Trường hợp thử nghiệm dựa trên các yêu cầu thử nghiệm trên thiết bị di động của bạn. Các trường hợp kiểm tra được tổ chức dựa trên Các loại kiểm tra trên thiết bị di động.
- Các trường hợp kiểm tra thử nghiệm chức năng
- Kiểm tra năng suất
- Các trường hợp thử nghiệm kiểm tra bảo mật
- Các trường hợp thử nghiệm kiểm tra khả năng sử dụng
- Các trường hợp thử nghiệm kiểm tra khả năng tương thích
- Các trường hợp thử nghiệm kiểm tra khả năng phục hồi
- Danh sách kiểm tra quan trọng
Kiểm tra chức năng của ứng dụng di động
Các thử nghiệm chức năng của ứng dụng di động là một quá trình thử nghiệm chức năng của các ứng dụng di động như tương tác người dùng cũng như kiểm tra các giao dịch mà người dùng có thể thực hiện. Mục đích chính của kiểm thử chức năng ứng dụng di động là đảm bảo chất lượng, đáp ứng các kỳ vọng đã định, giảm rủi ro hoặc sai sót và sự hài lòng của khách hàng.
Các yếu tố khác nhau có liên quan trong thử nghiệm chức năng là
- Loại ứng dụng dựa trên việc sử dụng chức năng kinh doanh (ngân hàng, trò chơi, xã hội hoặc kinh doanh)
- Loại đối tượng mục tiêu (người tiêu dùng, doanh nghiệp, giáo dục)
- Kênh phân phối được sử dụng để truyền bá ứng dụng (ví dụ: Apple App Store, Google Play, phân phối trực tiếp)
Các kịch bản kiểm thử cơ bản nhất trong kiểm thử chức năng có thể được coi là:
- Để xác thực xem tất cả các trường bắt buộc bắt buộc có đang hoạt động theo yêu cầu hay không.
- Để xác nhận rằng các trường bắt buộc được hiển thị trên màn hình theo cách khác biệt so với các trường không bắt buộc.
- Để xác nhận xem ứng dụng có hoạt động theo yêu cầu bất cứ khi nào ứng dụng khởi động / dừng hay không.
- Để xác nhận xem ứng dụng có chuyển sang chế độ thu nhỏ bất cứ khi nào có cuộc gọi đến hay không. Để xác nhận điều tương tự, chúng ta cần sử dụng điện thoại thứ hai, để gọi thiết bị.
- Để xác nhận xem điện thoại có thể lưu trữ, xử lý và nhận SMS bất cứ khi nào ứng dụng đang chạy hay không. Để xác nhận điều tương tự, chúng ta cần sử dụng điện thoại thứ hai để gửi sms đến thiết bị đang được thử nghiệm và nơi ứng dụng đang được thử nghiệm hiện đang chạy.
- Để xác nhận rằng thiết bị có thể thực hiện các yêu cầu đa nhiệm cần thiết bất cứ khi nào cần thiết.
- Để xác nhận rằng ứng dụng cho phép các tùy chọn mạng xã hội cần thiết như chia sẻ, đăng bài và điều hướng, v.v.
- Để xác thực rằng ứng dụng hỗ trợ bất kỳ giao dịch cổng thanh toán nào như Visa, Mastercard, Paypal, v.v. theo yêu cầu của ứng dụng.
- Để xác nhận rằng các kịch bản cuộn trang đang được bật trong ứng dụng khi cần thiết.
- Để xác nhận rằng điều hướng giữa các mô-đun có liên quan trong ứng dụng là theo yêu cầu.
- Để xác nhận rằng các lỗi cắt ngắn hoàn toàn ở một giới hạn có thể chấp nhận được.
- Để xác thực rằng người dùng nhận được thông báo lỗi thích hợp như “Lỗi mạng. Vui lòng thử sau một thời gian ”bất cứ khi nào có bất kỳ lỗi mạng nào.
- Để xác nhận rằng ứng dụng đã cài đặt cho phép các ứng dụng khác hoạt động tốt và nó không ăn vào bộ nhớ của các ứng dụng khác.
- Để xác nhận rằng ứng dụng sẽ tiếp tục ở lần hoạt động cuối cùng trong trường hợp khởi động lại khó hoặc hệ thống gặp sự cố.
- Để xác nhận xem việc cài đặt ứng dụng có được thực hiện suôn sẻ hay không với điều kiện người dùng có đủ tài nguyên cần thiết và nó không dẫn đến bất kỳ lỗi đáng kể nào.
- Để xác nhận rằng ứng dụng thực hiện cơ sở tự động khởi động theo yêu cầu.
- Để xác nhận xem ứng dụng có thực hiện theo yêu cầu trong tất cả các phiên bản Di động là 2g, 3g và 4g hay không.
- Thực hiện Kiểm tra hồi quy để phát hiện ra các lỗi phần mềm mới trong các khu vực hiện có của hệ thống sau khi thực hiện các thay đổi đối với chúng. Đồng thời chạy lại các bài kiểm tra đã thực hiện trước đó để xác định rằng hành vi của chương trình không thay đổi do các thay đổi.
- Để xác nhận xem ứng dụng có cung cấp hướng dẫn sử dụng có sẵn cho những người không quen thuộc với ứng dụng hay không
Các trường hợp thử nghiệm kiểm tra hiệu suất
Mục tiêu cơ bản của loại thử nghiệm này là đảm bảo rằng ứng dụng thực hiện một cách chấp nhận được theo các yêu cầu hiệu suất nhất định chẳng hạn như truy cập bởi một số lượng lớn người dùng hoặc loại bỏ một phần cơ sở hạ tầng quan trọng như máy chủ cơ sở dữ liệu.
Các kịch bản thử nghiệm chung cho Kiểm tra hiệu suất trong ứng dụng Di động là:
- Để xác định xem ứng dụng có hoạt động theo yêu cầu trong các điều kiện tải khác nhau hay không.
- Để xác định xem vùng phủ sóng hiện tại của mạng có thể hỗ trợ ứng dụng ở các cấp độ người dùng cao nhất, trung bình và tối thiểu hay không.
- Để xác định xem thiết lập cấu hình máy khách-máy chủ hiện tại có cung cấp mức hiệu suất tối ưu cần thiết hay không.
- Để xác định các ứng dụng và cơ sở hạ tầng tắc nghẽn khác nhau ngăn ứng dụng hoạt động ở các mức khả năng chấp nhận được yêu cầu.
- Để xác nhận xem thời gian phản hồi của ứng dụng có đúng như yêu cầu hay không.
- Để đánh giá sản phẩm và / hoặc phần cứng để xác định xem nó có thể xử lý khối lượng tải dự kiến hay không.
- Để đánh giá xem liệu tuổi thọ pin có thể hỗ trợ ứng dụng hoạt động với khối lượng tải dự kiến hay không.
- Để xác nhận hiệu suất của ứng dụng khi mạng được thay đổi thành WIFI từ 2G / 3G hoặc ngược lại.
- Để xác thực từng chu trình cần thiết, chu kỳ CPU là tối ưu hóa
- Để xác nhận rằng mức tiêu thụ pin, rò rỉ bộ nhớ, các tài nguyên như GPS, hiệu suất của Máy ảnh đều nằm trong các hướng dẫn bắt buộc.
- Để xác nhận tuổi thọ của ứng dụng bất cứ khi nào người dùng tải nghiêm ngặt.
- Để xác nhận hiệu suất mạng trong khi di chuyển với thiết bị.
- Để xác nhận hiệu suất ứng dụng khi chỉ yêu cầu các giai đoạn kết nối không liên tục.
Các trường hợp thử nghiệm kiểm tra bảo mật
Mục tiêu cơ bản của kiểm tra bảo mật là đảm bảo đáp ứng các yêu cầu bảo mật mạng và dữ liệu của ứng dụng theo hướng dẫn.
Sau đây là các lĩnh vực quan trọng nhất để kiểm tra tính bảo mật của các ứng dụng Di động.
- Để xác thực rằng ứng dụng có thể chống lại bất kỳ cuộc tấn công vũ phu nào, đó là một quá trình tự động thử và sai được sử dụng để đoán tên người dùng, mật khẩu hoặc số thẻ tín dụng của một người.
- Để xác thực xem một ứng dụng không cho phép kẻ tấn công truy cập vào nội dung hoặc chức năng nhạy cảm mà không cần xác thực thích hợp.
- Để xác nhận rằng ứng dụng có hệ thống bảo vệ bằng mật khẩu mạnh và nó không cho phép kẻ tấn công lấy, thay đổi hoặc khôi phục mật khẩu của người dùng khác.
- Để xác nhận rằng ứng dụng không bị hết hạn phiên không đủ.
- Để xác định các phụ thuộc động và thực hiện các biện pháp để ngăn chặn bất kỳ kẻ tấn công nào truy cập vào các lỗ hổng này.
- Để ngăn chặn các cuộc tấn công liên quan đến việc tiêm SQL.
- Để xác định và khôi phục từ mọi tình huống mã không được quản lý.
- Để đảm bảo liệu chứng chỉ có được xác thực hay không, ứng dụng có triển khai tính năng Ghim chứng chỉ hay không.
- Để bảo vệ ứng dụng và mạng khỏi các cuộc tấn công từ chối dịch vụ.
- Để phân tích các yêu cầu về lưu trữ dữ liệu và xác thực dữ liệu.
- Để kích hoạt tính năng quản lý phiên nhằm ngăn người dùng trái phép truy cập thông tin không được yêu cầu.
- Để kiểm tra xem có bất kỳ mã mật mã nào bị hỏng hay không và đảm bảo rằng nó đã được sửa chữa.
- Để xác nhận xem việc triển khai logic nghiệp vụ có được bảo mật và không dễ bị tấn công từ bên ngoài hay không.
- Để phân tích các tương tác của hệ thống tệp, hãy xác định bất kỳ lỗ hổng nào và khắc phục các sự cố này.
- Để xác thực trình xử lý giao thức, ví dụ: cố gắng định cấu hình lại trang đích mặc định cho ứng dụng bằng cách sử dụng iframe độc hại.
- Để bảo vệ chống lại các tiêm độc hại từ phía khách hàng.
- Để bảo vệ khỏi việc tiêm thời gian chạy độc hại.
- Để điều tra bộ nhớ đệm tệp và ngăn chặn bất kỳ khả năng độc hại nào từ cùng một.
- Để tránh việc lưu trữ dữ liệu không an toàn trong bộ nhớ đệm bàn phím của các ứng dụng.
- Để điều tra cookie và ngăn chặn bất kỳ hành động độc hại nào từ cookie.
- Để cung cấp các cuộc kiểm tra thường xuyên để phân tích bảo vệ dữ liệu.
- Điều tra các tệp được tạo tùy chỉnh và ngăn chặn bất kỳ hành động độc hại nào từ các tệp được tạo tùy chỉnh.
- Để ngăn chặn lỗi tràn bộ đệm và các trường hợp hỏng bộ nhớ.
- Để phân tích các luồng dữ liệu khác nhau và ngăn chặn bất kỳ lỗ hổng nào từ các luồng này.
Các trường hợp thử nghiệm kiểm tra khả năng sử dụng
Quá trình kiểm tra khả năng sử dụng của ứng dụng Di động được thực hiện để có một ứng dụng bước nhanh chóng và dễ dàng với ít chức năng hơn một ứng dụng chậm và khó với nhiều tính năng. Mục tiêu chính là đảm bảo rằng chúng tôi có được một giao diện dễ sử dụng, trực quan và tương tự như các giao diện được ngành công nghiệp chấp nhận đang được sử dụng rộng rãi.
- Để đảm bảo rằng các nút phải có kích thước yêu cầu và phù hợp với ngón tay to.
- Để đảm bảo rằng các nút được đặt trong cùng một phần của màn hình để tránh nhầm lẫn cho người dùng cuối.
- Để đảm bảo rằng các biểu tượng là tự nhiên và phù hợp với ứng dụng.
- Để đảm bảo rằng các nút, có cùng chức năng cũng phải có cùng màu.
- Để đảm bảo rằng xác nhận cho các cơ sở phóng to và thu nhỏ khi chạm phải được bật.
- Để đảm bảo rằng đầu vào bàn phím có thể được thu nhỏ theo cách thích hợp.
- Để đảm bảo rằng ứng dụng cung cấp một phương pháp để quay lại hoặc hoàn tác một hành động, khi chạm vào mục sai, trong một khoảng thời gian có thể chấp nhận được.
- Để đảm bảo rằng các menu ngữ cảnh không bị quá tải vì nó phải được sử dụng nhanh chóng.
- Để đảm bảo rằng văn bản được giữ đơn giản và rõ ràng để người dùng có thể nhìn thấy.
- Để đảm bảo rằng người dùng cuối có thể đọc được các câu và đoạn văn ngắn.
- Để đảm bảo rằng kích thước phông chữ đủ lớn để có thể đọc được và không quá lớn hoặc quá nhỏ.
- Để xác thực ứng dụng sẽ nhắc người dùng bất cứ khi nào người dùng bắt đầu tải xuống một lượng lớn dữ liệu có thể không có lợi cho hiệu suất của ứng dụng.
- Để xác nhận rằng việc đóng ứng dụng được thực hiện từ các trạng thái khác nhau và xác minh xem nó có mở lại trong cùng một trạng thái hay không.
- Để đảm bảo rằng tất cả các chuỗi được chuyển đổi thành các ngôn ngữ thích hợp bất cứ khi nào có cơ sở dịch ngôn ngữ.
- Để đảm bảo rằng các mục ứng dụng luôn được đồng bộ theo các thao tác của người dùng.
- Để đảm bảo rằng người dùng cuối được cung cấp tài liệu hướng dẫn sử dụng giúp người dùng cuối hiểu và vận hành ứng dụng, những người có thể không quen thuộc với các quy trình của ứng dụng
Kiểm tra khả năng sử dụng thường được thực hiện bởi người dùng thủ công vì chỉ con người mới có thể hiểu được khả năng cảm nhận và sự thoải mái của những người dùng khác.
Các trường hợp thử nghiệm kiểm tra khả năng tương thích
Kiểm tra khả năng tương thích trên thiết bị di động được thực hiện để đảm bảo rằng vì các thiết bị di động có kích thước, độ phân giải, màn hình, phiên bản và phần cứng khác nhau nên ứng dụng cần được kiểm tra trên tất cả các thiết bị để đảm bảo rằng ứng dụng hoạt động như mong muốn.
Sau đây là các lĩnh vực nổi bật nhất để kiểm tra tính tương thích.
- Để xác nhận rằng người dùng Giao diện của ứng dụng có phù hợp với kích thước màn hình của thiết bị, không có văn bản / điều khiển nào bị ẩn hoặc không thể truy cập được.
- Để đảm bảo rằng tất cả người dùng ứng dụng đều có thể đọc được văn bản.
- Để đảm bảo rằng chức năng gọi / báo thức được bật bất cứ khi nào ứng dụng đang chạy. Ứng dụng được thu nhỏ hoặc tạm ngưng khi có cuộc gọi và sau đó bất cứ khi nào cuộc gọi dừng, ứng dụng sẽ được tiếp tục lại.
Các trường hợp thử nghiệm kiểm tra khả năng phục hồi
- Khôi phục sự cố và gián đoạn giao dịch
- Xác thực tình huống khôi phục ứng dụng hiệu quả sau các trường hợp gián đoạn / sự cố không mong muốn.
- Xác minh cách ứng dụng xử lý giao dịch khi mất điện (tức là Pin chết hoặc thiết bị tắt thủ công đột ngột)
- Quá trình xác nhận kết nối bị tạm dừng, hệ thống cần thiết lập lại để khôi phục dữ liệu bị ảnh hưởng trực tiếp bởi kết nối bị tạm dừng.
Danh sách kiểm tra quan trọng
- Kiểm tra cài đặt (liệu ứng dụng có thể được cài đặt trong một khoảng thời gian hợp lý và với tiêu chí bắt buộc hay không)
- Kiểm tra việc gỡ cài đặt (liệu ứng dụng có thể được gỡ cài đặt trong một khoảng thời gian hợp lý và với tiêu chí bắt buộc hay không)
- Các trường hợp kiểm tra mạng (xác nhận xem mạng có đang hoạt động dưới tải yêu cầu hay không, liệu mạng có thể hỗ trợ tất cả các ứng dụng cần thiết trong quá trình kiểm tra hay không)
- Kiểm tra các khóa chưa được ánh xạ
- Kiểm tra màn hình giật gân của ứng dụng
- Tiếp tục nhập bàn phím khi bị gián đoạn và những lúc khác như sự cố mạng
- Các phương pháp giải quyết việc thoát ứng dụng
- Hiệu ứng bộ sạc khi ứng dụng đang chạy nền
- Pin yếu và nhu cầu hiệu suất cao
- Loại bỏ pin trong khi một ứng dụng đang được thực hiện
- Mức tiêu thụ pin theo ứng dụng
- Kiểm tra tác dụng phụ của ứng dụng