Kiểm thử ứng dụng di động: Trường hợp kiểm thử mẫu & Kịch bản kiểm thử

Một câu hỏi thường gặp từ học viên của chúng tôi là làm thế nào để kiểm thử ứng dụng di động. Dưới đây là một số ví dụ. kịch bản kiểm thử và trường hợp kiểm thử Dành cho ứng dụng di động.

Bạn có thể thực hiện một số hoặc tất cả các trường hợp kiểm thử này tùy thuộc vào nhu cầu của mình. thử nghiệm di động các yêu cầu. Các trường hợp được sắp xếp theo loại thử nghiệm di động.

Kiểm tra chức năng của ứng dụng di động

Kiểm thử chức năng của một ứng dụng di động là quá trình kiểm tra các chức năng của ứng dụng, bao gồm tương tác người dùng và các giao dịch mà người dùng có thể thực hiện. Mục đích là để đảm bảo chất lượng, đáp ứng các kỳ vọng đã đặt ra, giảm thiểu rủi ro lỗi và giữ cho khách hàng hài lòng.

Các yếu tố khác nhau có liên quan trong kiểm thử chức năng bao gồm:

1. Loại ứng dụng dựa trên việc sử dụng chức năng kinh doanh (ngân hàng, chơi game, xã hội hoặc kinh doanh)
2. Target loại đối tượng (người tiêu dùng, doanh nghiệp, giáo dục)
3. Kênh phân phối được sử dụng để phổ biến ứng dụng (ví dụ: Apple App Store, Google (Phát, phân phối trực tiếp)

Những yếu tố đó quyết định độ sâu của mỗi khu vực bên dưới, như sơ đồ minh họa.

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 xem xét như sau:

1. Để xác thực xem tất cả các trường bắt buộc bắt buộc có hoạt động theo yêu cầu hay không.
2. Để đảm bảo các trường bắt buộc được hiển thị trên màn hình một cách riêng biệt so với các trường không bắt buộc.
3. Để xác nhận xem ứng dụng có hoạt động đúng theo yêu cầu mỗi khi ứng dụng khởi động hoặc dừng hay không.
4. Để kiểm tra xem ứng dụng có chuyển sang chế độ thu nhỏ mỗi khi có cuộc gọi đến hay không. Để xác thực điều này, hãy sử dụng một điện thoại khác để gọi đến thiết bị. Đây là cốt lõi của vấn đề. kiểm tra gián đoạn.
5. Để xác minh xem điện thoại có khả năng lưu trữ, xử lý và nhận tin nhắn SMS khi ứng dụng đang chạy hay không. Để thực hiện việc này, hãy sử dụng một điện thoại thứ hai để gửi tin nhắn SMS đến thiết bị đang được kiểm tra, trên đó ứng dụng cần kiểm tra hiện đang chạy.
6. Để xác nhận rằng thiết bị có khả năng thực hiện đa nhiệm cần thiết bất cứ khi nào cần.
7. Để 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.
8. Để xác nhận rằng ứng dụng hỗ trợ bất kỳ giao dịch cổng thanh toán nào như Visa, Mastercard hoặc PayPal theo yêu cầu của ứng dụng.
9. Để xác nhận rằng các kịch bản cuộn trang đã được bật trong ứng dụng khi cần thiết.
10. Để xác nhận rằng việc điều hướng giữa các mô-đun liên quan trong ứng dụng đáp ứng đúng yêu cầu.
11. Để đảm bảo rằng các lỗi cắt cụt được giữ ở mức giới hạn chấp nhận được.
12. Để đảm bảo người dùng nhận được thông báo lỗi thích hợp, ví dụ như “Lỗi mạng. Vui lòng thử lại sau” mỗi khi xảy ra lỗi mạng.
13. Để 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à không chiếm dụng bộ nhớ của các ứng dụng khác.
14. Để xác thực rằng ứng dụng sẽ tiếp tục hoạt động ở thao tác cuối cùng trong trường hợp khởi động lại cứng hoặc gặp sự cố hệ thống.
15. Để xác nhận xem việc cài đặt ứng dụng có thể diễn ra suôn sẻ hay không nếu người dùng có đủ tài nguyên cần thiết, và liệu quá trình cài đặt có dẫn đến bất kỳ lỗi nghiêm trọng nào hay không.
16. Để xác nhận rằng ứng dụng thực hiện chức năng tự khởi động theo đúng yêu cầu.
17. Để xác nhận xem ứng dụng có hoạt động theo đúng yêu cầu trên tất cả các thế hệ mạng di động, tức là 3G, 4G và 5G hay không.
18. Để thực hiện Kiểm tra hồi quy Phát hiện 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 đã có những thay đổi. Đồng thời chạy lại các bài kiểm tra đã thực hiện trước đó để xác định xem hành vi của chương trình có bị thay đổi do những thay đổi đó hay không.
19. Để xác minh xem ứng dụng có cung cấp hướng dẫn sử dụng dành cho những người chưa quen thuộc với ứng dụng hay không.

Các trường hợp kiểm thử kiểm thử hiệu năng

Khi các tính năng hoạt động chính xác, câu hỏi đặt ra là liệu chúng có đáp ứng được yêu cầu khi chịu tải hay không.

Mục tiêu cơ bản của loại kiểm thử này là đảm bảo ứng dụng hoạt động ở mức chấp nhận được dưới các yêu cầu hiệu năng nhất định, chẳng hạn như truy cập bởi một lượng lớn người dùng hoặc việ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 kiểm thử chung cho kiểm tra năng suất Trong ứng dụng di động, các yếu tố bao gồm:

1. Để 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.
2. Để xác định xem vùng phủ sóng mạng hiện tại có thể hỗ trợ ứng dụng ở cấp độ người dùng cao nhất, trung bình và tối thiểu hay không.
3. Để 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.
4. Nhằm xác định các điểm nghẽn khác nhau trong ứng dụng và cơ sở hạ tầng gây cản trở hoạt động của ứng dụng ở mức độ chấp nhận được.
5. Để xác nhận xem thời gian phản hồi của ứng dụng có đáp ứng yêu cầu hay không.
6. Để đánh giá sản phẩm và/hoặc phần cứng nhằm xác định xem nó có thể xử lý khối lượng tải dự kiến ​​hay không.
7. Để đánh giá xem thời lượng pin có thể đáp ứng được nhu cầu của ứng dụng dưới mức tải dự kiến ​​hay không.
8. Để kiểm tra hiệu năng ứng dụng khi chuyển đổi mạng từ 4G/5G sang Wi-Fi hoặc ngược lại.
9. Để xác nhận rằng mỗi chu kỳ CPU cần thiết đều được tối ưu hóa.
10. Để xác nhận rằng mức tiêu thụ pin, rò rỉ bộ nhớ và các tài nguyên như GPS và hiệu năng camera đều nằm trong giới hạn cho phép.
11. Để xác thực tuổi thọ của ứng dụng bất cứ khi nào tải của người dùng nghiêm ngặt.
12. Để xác thực hiệu suất mạng trong khi di chuyển xung quanh với thiết bị.
13. Để kiểm tra hiệu năng của ứng dụng khi chỉ có kết nối mạng gián đoạn.

Các trường hợp kiểm tra kiểm tra bảo mật

Hiệu năng và bảo mật có mối liên hệ mật thiết: bộ nhớ cục bộ giúp tăng tốc ứng dụng cũng chính là thứ mà kẻ tấn công đọc được đầu tiên.

Mục tiêu cơ bản của kiểm tra bảo mật là đảm bảo rằng các yêu cầu bảo mật mạng và dữ liệu của ứng dụng được đáp ứng theo hướng dẫn.

Sau đây là những lĩnh vực quan trọng nhất cần kiểm tra về tính bảo mật của ứng dụng di động.

1. Để xác nhận rằng ứng dụng có khả năng chống lại bất kỳ cuộc tấn công vét cạn nào, tức là một quy 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.
2. Để xác nhận rằng ứ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ó xác thực phù hợp.
3. Để xác nhận rằng ứng dụng có hệ thống bảo vệ mật khẩu mạnh và không cho phép kẻ tấn công lấy được, thay đổi hoặc khôi phục mật khẩu của người dùng khác.
4. Để xác thực rằng ứng dụng không bị hết hạn phiên.
5. Xác định các mối quan hệ phụ thuộc động và đưa ra 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.
6. Để ngăn ngừa SQL các cuộc tấn công liên quan đến tiêm chích.
7. Để xác định và khôi phục từ mọi tình huống mã không được quản lý.
8. Để đảm bảo các chứng chỉ được xác thực và kiểm tra xem ứng dụng có thực hiện ghim chứng chỉ hay không.
9. Để 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ụ.
10. Để phân tích các yêu cầu lưu trữ dữ liệu và xác thực dữ liệu.
11. Cho phép quản lý phiên để ngăn người dùng trái phép truy cập thông tin không mong muốn.
12. Để kiểm tra xem có mã mật mã nào bị hỏng hay không và đảm bảo rằng nó đã được sửa chữa.
13. Để xác nhận rằng việc triển khai logic nghiệp vụ được bảo mật và không dễ bị tấn công từ bên ngoài.
14. Để phân tích các tương tác của hệ thống tệp, hãy xác định mọi lỗ hổng và khắc phục các sự cố này.
15. Để xác thực các trình xử lý giao thức, ví dụ bằng cách thử 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.
16. Để bảo vệ chống lại việc tiêm độc hại từ phía khách hàng.
17. Để bảo vệ chống lại việc tiêm thời gian chạy độc hại.
18. Để điều tra bộ nhớ đệm tệp và ngăn chặn mọi khả năng độc hại tương tự.
19. Để ngăn chặn 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.
20. Để điều tra về cookie và ngăn chặn mọi hành vi độc hại từ cookie.
21. Để cung cấp kiểm toán thường xuyên để phân tích bảo vệ dữ liệu.
22. Điều tra các tập tin do người dùng tự tạo và ngăn chặn mọi hành vi độc hại từ các tập tin đó.
23. Để ngăn ngừa tình trạng tràn bộ đệm và lỗi hỏng bộ nhớ.
24. Phân tích các luồng dữ liệu khác nhau và ngăn ngừa mọi lỗ hổng bảo mật từ chúng.

Các trường hợp kiểm thử khả năng sử dụng

Một ứng dụng bảo mật mà không ai có thể thao tác vẫn thất bại, vì vậy khả năng sử dụng cần được đặt lên hàng đầu song song với các kiểm tra kỹ thuật.

Quá trình kiểm thử khả năng sử dụng của một ứng dụng di động được thực hiện nhằm tạo ra một ứng dụng nhanh chóng và dễ sử dụng với ít chức năng hơn, thay vì một ứng dụng chậm và khó sử dụng với nhiều tính năng. Mục tiêu chính là tạo ra một giao diện dễ sử dụng, trực quan, tương tự như các giao diện được chấp nhận rộng rãi trong ngành.

1. Để đảm bảo các nút có kích thước phù hợp và vừa vặn với ngón tay to.
2. Để đảm bảo các nút được đặt trong cùng một khu vực trên màn hình nhằm tránh gây nhầm lẫn cho người dùng cuối.
3. Để đảm bảo các biểu tượng được tự nhiên và nhất quán với ứng dụng.
4. Để đảm bảo các nút có cùng chức năng cũng có cùng màu sắc.
5. Để đảm bảo quá trình xác thực cho vòi nước được thực hiện thành công.ping Chức năng phóng to và thu nhỏ đã được bật.
6. Để đảm bảo rằng đầu vào bàn phím có thể được giảm thiểu một cách thích hợp.
7. Để đảm bảo rằng ứng dụng cung cấp 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 khoảng thời gian có thể chấp nhận được.
8. Để đảm bảo các menu ngữ cảnh không bị quá tải, vì chúng cần được sử dụng nhanh chóng.
9. Để đảm bảo văn bản được giữ đơn giản và rõ ràng, dễ đọc đối với người dùng.
10. Để đảm bảo các câu và đoạn văn ngắn dễ đọc đối với người dùng cuối.
11. Đảm bảo cỡ chữ đủ lớn để dễ đọc và không quá lớn hoặc quá nhỏ.
12. Để xác nhận rằng ứng dụng sẽ nhắc người dùng mỗi khi người dùng bắt đầu tải xuống một lượng dữ liệu lớn, điều này có thể ảnh hưởng đến hiệu suất của ứng dụng.
13. Để xác nhận việc đóng ứng dụng được thực hiện từ các trạng thái khác nhau và kiểm tra xem ứng dụng có mở lại ở cùng trạng thái đó hay không.
14. Để đảm bảo tất cả các chuỗi ký tự được chuyển đổi sang ngôn ngữ phù hợp bất cứ khi nào có sẵn công cụ dịch ngôn ngữ.
15. Để đảm bảo các mục ứng dụng luôn được đồng bộ theo thao tác của người dùng.
16. Để đảm bảo người dùng cuối được cung cấp sách hướng dẫn sử dụng giúp họ hiểu và vận hành ứng dụng, trong trường hợp họ chưa quen với cách thức hoạt động của ứng dụng.

Việc kiểm tra khả năng sử dụng thường được thực hiện bởi người dùng trực tiếp, vì chỉ có con người mới có thể hiểu được 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

Cùng một bản dựng phải hoạt động giống hệt nhau trên phần cứng mà nhóm có thể chưa từng cầm nắm.

Kiểm tra khả năng tương thích Việc kiểm thử trên thiết bị di động được thực hiện 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, do đó ứng dụng cần được kiểm tra trên tất cả các thiết bị để đảm bảo rằng nó hoạt động như mong muốn.

Sau đây là những lĩnh vực nổi bật nhất để kiểm tra khả năng tương thích.

1. Để xác nhận rằng giao diện người dùng của ứng dụng phù hợp với kích thước màn hình của thiết bị và không có văn bản hoặc điều khiển nào bị ẩn một phần hoặc không thể truy cập được.
2. Để đảm bảo văn bản dễ đọc đối với tất cả người dùng ứng dụng.
3. Để đảm bảo chức năng gọi điện và báo thức luôn được kích hoạt khi ứng dụng đang chạy. Ứng dụng sẽ được thu nhỏ hoặc tạm dừng khi có cuộc gọi đến, và khi cuộc gọi kết thúc, ứng dụng sẽ được khôi phục.

Các trường hợp kiểm tra khả năng phục hồi

Kiểm thử khả năng phục hồi bao gồm phục hồi sau sự cố và gián đoạn giao dịch — những gì ứng dụng thực hiện khi thiết bị, pin hoặc kết nối gặp sự cố giữa chừng trong quá trình giao dịch.

1. Xác thực tình trạng khôi phục ứng dụng hiệu quả sau các sự cố gián đoạn hoặc lỗi đột ngột.
2. Kiểm tra cách ứng dụng xử lý giao dịch trong trường hợp mất điện (tức là pin hết hoặc thiết bị bị tắt thủ công).
3. Việc xác thực quy trình khi kết nối bị gián đoạn và hệ thống cần thiết lập lại kết nối để khôi phục dữ liệu bị ảnh hưởng trực tiếp bởi sự gián đoạn kết nối. Sử dụng đúng cách công cụ kiểm tra di động Giúp đảm bảo quá trình phục hồi diễn ra suôn sẻ.

Danh sách kiểm tra quan trọng khi kiểm thử ứng dụng di động

Một vài dấu tích xuất hiện ở tất cả các hạng mục trên và rất dễ bị bỏ quên.

1. Kiểm tra cài đặt (xác nhận xem ứng dụng có thể được cài đặt trong thời gian hợp lý và đáp ứng các tiêu chí yêu cầu hay không)
2. Kiểm tra khả năng 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à đáp ứng các tiêu chí yêu cầu hay không)
3. Các trường hợp kiểm thử mạng (kiểm tra xem mạng có hoạt động tốt dưới tải trọng yêu cầu hay không, và liệu mạng có khả năng hỗ trợ tất cả các ứng dụng cần thiết trong quá trình kiểm thử hay không)
4. Kiểm tra các phím chưa được ánh xạ
5. Kiểm tra màn hình khởi động của ứng dụng.
6. Tiếp tục nhập liệu bằng bàn phím trong thời gian gián đoạn và các thời điểm khác, chẳng hạn như sự cố mạng.
7. Các phương pháp xử lý việc thoát khỏi ứng dụng
8. Hiệu ứng sạc trong khi ứng dụng đang chạy ẩn
9. Pin yếu và nhu cầu hiệu suất cao
10. Tháo pin khi ứng dụng đang chạy.
11. Mức tiêu hao pin của ứng dụng
12. Kiểm tra tác dụng phụ của ứng dụng

Câu Hỏi Thường Gặp