4 loại Mobile App Testing, QA cần phải thực hiện

Phần quan trọng nhất để phát triển 1 kế hoạch kiểm thử đáng tin cậy là tìm hiểu các tính năng và các yêu cầu. Và với việc kiểm thử thích hợp, các team QA có thể đảm bảo các ứng dụng mobile đáp ứng các yêu cầu kỹ thuật và các bug/crash ít xảy ra.

Để đạt được điều này, các team QA buộc phải được tổ chức trong giai đoạn lặp kế hoạch và phân tích của SDLC (Software Development Lifecycle) để vượt qua các bước lặp nhanh chóng. Tập trung vào việc phát triển và kiểm thử mobile dẫn đến việc xây dựng các ứng dụng mobile chất lượng cao hơn, dẫn đến thị phần kinh doanh cao hơn.

Nếu 1 ứng dụng mobile đang được xây dựng lần đầu tiên hoặc trong quá trình phát triển 1 version mới, thì đây là 4 phần của bài kiểm thử bạn sẽ được thảo luận trong cuộc họp test-plan của bạn và cách thực hiện.

Functional testing: Trên các thiết bị thật cần đảm bảo các ứng dụng mà nó được đòi hỏi phải làm

Chức năng của một ứng dụng mobile phải được kiểm thử trước khi release. Cho dù mục đích chính của 1 ứng dụng mobile là gì, mục đích đó phải được kiểm thử đối với các trường hợp ngoại lệ.

Ví dụ: nếu chức năng chính của 1 ứng dụng ngân hàng là để xử lý các giao dịch, các giao dịch cần được kiểm thử kỹ lưỡng. 1 ngoại lệ có thể được phát hiện khi thực hiện 1 chuyển khoản từ 1 tài khoản này tới tài khoản khác. Nếu ứng dụng mobile đi kèm với 1 tính năng định vị các ATM, các tester cần đảm bảo ứng dụng đang đưa người dùng đến đúng vị trí.

Cùng với các chức năng cụ thể của 1 ứng dụng mobile có các tình huống quan trọng khác mà có thể khiến 1 ứng dụng mobile lỗi. Các trường hợp này áp dụng tới bất kỳ loại ứng dụng mobile nào. Kiểm thử mobile cần xác minh:

* Ứng dụng được chạy chính xác từ màn hình chính
* Màn hình hiện lên không freeze
* Tất cả các nút biểu diễn chính xác và được bật
* Không có các ngoại lệ xảy ra khi điều hướng 1 ứng dụng
* Các chức năng bàn phím chính xác đối với các text box
* Các object vẫn được bật khi thay đổi hướng (dọc hoặc ngang)
* Các cuộc gọi đến và văn bản không ảnh hưởng đến trải nghiệm của người dùng
* Các thông báo đến hay các ứng dụng background không ảnh hưởng xấu đến trải nghiệm của người dùng

Kiểm thử các chức năng là hoạt động tốt nhất trong 1 môi trường mà gần nhất với 1 môi trường production. Chạy các kiểm thử này trên các thiết bị thật (vs các giả lập và mô phỏng) phát hiện ra các lỗi và thiếu sót thật sự. Ngay cả các lỗi nhỏ nhất có thể có 1 tác động bất lợi đến điểm mấu chốt.

Tỷ lệ gần 1 trên 4 người dùng từ bỏ 1 ứng dụng sau lần đầu tiên họ sử dụng nó. Để cải thiện việc sử dụng, các tổ chức cần nhất quán đảm bảo ứng dụng mobile của họ hoạt động đúng như dự định.

Performance testing (and load testing and stress testing): giúp đảm bảo chất lượng của mobile

Việc test performance của mobile không chỉ là về mức độ sử dụng của người dùng trong 1 ứng dụng mobile mà còn làm thế nào các thành phần của nó hoạt động an toàn và hiệu quả khi stress. Cho dù đó là Uber vs. Lyft, TicketMaster vs. StubHub, hoặc thậm chí CVS so với Walgreens, các ứng dụng mobile và các website đang cạnh tranh để cung cấp trải nghiệm khách hàng số chất lượng cao nhất.

Cuộc cạnh tranh của mobile là khốc liệt và, với các ứng dụng mobile và các trải nghiệm số liên tục được tối ưu, các nhà lãnh đạo theo dõi sát sao những đối thủ trong cùng ngành. 90% các ứng dụng có doanh thu top đầu có từ 4 sao trở lên. Khi các ứng dụng top đầu nhận được các bài review tốt, làm thế nào bạn làm nó nổi bật lên?

Performance testing and load testing and stress testing là rất cần thiết. Người sử dụng sẽ không đợi, cũng không phải đợi 1 giao diện thiết kế vụng về. Thật dễ dàng, họ có thể và sẽ chuyển sang đối thủ cạnh tranh. Nếu ứng dụng Uber bị lỗi, người dùng có thể chỉ đơn giản yêu cầu 1 Lyft để chọn chúng. Nếu TicketMaster không thể xử lý thanh toán, người dụng mobile có thể dễ dàng chuyển sang StubHub để mua hàng.

Hiểu rõ nơi xảy ra tắc nghẽn là bước đầu tiên trong việc giảm thiểu các vấn đề về hiệu năng của mobile và đưa ra các ứng dụng mobile có chất lượng cao hơn. Các chỉ số hiệu năng được sử dụng để so sánh các ứng dụng này với các ứng dụng khác trong 1 ngành. Các team operation, lần lượt sử dụng chúng để đặt các mục tiêu cụ thể cho các ứng dụng của họ khi họ cố gắng để đánh bại đối thủ.

Usability Testing and Người dùng Acceptance Testing: Cả 2 đều cần thiết nhưng không giống nhau

Người dùng Acceptance Testing (UAT) và Usability Testing (UT) có thể nghe tương tự nhau, và cả 2 đều cần thiết, nhưng chúng không giống nhau. UAT đảm bảo các tính năng là đáp ứng các yêu cầu của các function, trong khi UT giúp xác minh các tính năng là đáp ứng các mong đợi từ quan điểm của người dùng.

Ví dụ: 1 ứng dụng chia sẻ đi xe có thể có 100% các kết quả pass trong UAT để order 1 chiếc xe bởi vì quy trình làm việc đáp ứng các yêu cầu của sản phẩm hoặc hướng dẫn sử dụng nhưng có thể có các kết quả fail trong UT. Các UT có thể đi qua cùng 1 quy trình làm việc như UAT nhưng fail bởi vì người dùng cảm thấy cái trải nghiệm kém so với các tiêu chuẩn hoặc tiêu chuẩn của sản phẩm cạnh tranh.

Đặc biệt với các ứng dụng nội bộ, rất cần thiết để những người dùng có 1 phạm vi lựa chọn quản lý các kiểm duyệt của chính họ trên ứng dụng mobile. Các team development và operation phát triển bổ trợ feedback từ người dùng trải nghiệm thực tế. Họ muốn tìm ra không chỉ nếu 1 ứng dụng đang có chức năng và hiệu năng tốt, mà còn nếu người kiểm thử mobile cảm thấy ứng dụng là hữu ích trong thực tiễn hàng ngày.

Nếu 20 trong số 30 người dùng của 1 ứng dụng nội bộ cảm thấy công cụ lỗi không đạt được kết quả mong muốn, điều đó chứng tỏ ứng dụng có vấn đề. Tuy nhiên, nếu 29 trên 30 người dùng cảm thấy ứng dụng hữu ích cho các công việc hàng ngày, điều này giúp xác nhận công cụ sẽ đủ phục vụ mục đích của nó.

Edge-Case testing: Có thể ngăn chặn người dùng thiếu kinh nghiệm và phủ nhận sự hữu ích của ứng dụng mobile

Các Edge-Case là các tình huống xảy ra trong điều kiện hoạt động khắc nghiệt, và được áp dụng tới các hoạt động kiểm thử hồi quy, unit, performance. Nếu các team kiểm thử mobile nắm được mức độ tối thiểu và tối đa cho 1 tính năng, họ có thể giảm độ lệch tiêu chuẩn của lỗi.

Xem xét 1 ứng dụng mobile mà yêu cầu các thông số cụ thể khi thiết lập 1 người dùng mới. Tất cả các yếu tố đầu vào cần được kiểm thử dựa trên phạm vi tối đa và tối thiểu của chúng, như sau:

• Password phải có tối đa 9 ký tự. Nó phải chứa đựng ít nhất 4 chữ cái va 2 chữ số, không có ký tự đặc biệt

  • Form không được chấp nhận nếu người dùng nhập 1 ký tự đặc biệt
  • Form không được chấp nhận nếu người dùng nhập 10 ký tự
  • Form không được chấp nhận nếu người dùng nhập quá ít ký tự
  • Form không được chấp nhận nếu người dùng nhập toàn bộ chữ số hoặc toàn bộ chữ cái

• Người dụng phải trên 18 tuổi để submit 1 form. Nhập ngày sinh theo kiểu sau: dd / mm / yyyy

  • Form không được chấp nhận nếu người dùng không đủ 18 tuổi dựa trên trường ngày sinh
  • Form không được chấp nhận nếu người dùng không nhập ngày sinh theo đúng định dạng

1 loại khác của Edge Case là khi 1 người dùng không tuân theo quy trình làm việc được kỳ vọng của ứng dụng. Trong các tình huống này, mặc dù 1 người dùng mobile không thể sử dụng 1 ứng dụng như được thiết kế, họ sẽ vẫn không gặp phải sự cố.

Các kiểm thử Edge Case cũng giúp nhận diện các lỗ hổng bằng cách phát đi các cuộc tấn công bảo mật có chủ đích. Loại kiểm thử này đảm bảo sự tuân thủ và có thể cô lập các nguy cơ trong 1 ứng dụng. Và trong khi các Edge Case có thể không chắc chắn, tuy nhiên chúng vẫn có thể có 1 sự ảnh hưởng đến nhận thức của 1 ứng dụng mobile và trải nghiệm tổng thể của người dùng.

Tổng hợp các lợi ích của việc kiểm thử ứng dụng mobile của bạn

4 vấn đề quan trọng nhất team ứng dụng mobile cần kiểm thử là functionality, performance, usability, và các Edge Case software. Việc tổ chức và lập kế hoạch kiểm thử 4 thuộc tính giúp vượt qua các bước lặp nhanh chóng.

Khi tất cả các thuộc tính này được kiểm thử, khả năng người dùng trải nghiệm 1 lỗi sẽ giảm, cũng như khả năng họ gỡ bỏ ứng dụng của bạn và chuyển sang đối thủ cạnh tranh cũng sẽ giảm. Trải nghiệm ứng dụng SIGOS giúp team focus vào các phân vùng bằng cách cung cấp các dịch vụ chi tiết nhất kiểm thử mobile và giám sát ứng dụng và các thiết bị điện toán đám mây trên thị trường ngày nay.

Tham khảo: http://axblog.sigos.com/four-types-of-mobile-testing