Làm thế nào để thử nghiệm một phiên bản Android khi nó được đưa ra khỏi thị trường?

Ngành công nghiệp ứng dụng di động đã lựa chọn khoảng năm 2010 và ngày nay nó là một ngành công nghiệp năng động, phát triển và lan rộng.
Các ứng dụng di động đã đặt chân vào hầu như mọi lĩnh vực và thậm chí chúng còn đóng một vai trò quan trọng trong các hoạt động hàng ngày của chúng tôi. Thịnh vượng trong ngành công nghiệp di động là một thách thức khó khăn vì có rất nhiều thiết bị và hệ điều hành có sẵn trên thị trường.
Trong hướng dẫn này, tôi sẽ làm sáng tỏ cách thức và chiến lược nên được theo sau khi một phiên bản Android được đưa ra khỏi thị trường.
Nhưng trước đó, hãy để tôi giới thiệu ngắn gọn về thử nghiệm ứng dụng dành cho thiết bị di động.

Thử nghiệm ứng dụng dành cho thiết bị di động là gì?

Thử nghiệm ứng dụng dành cho thiết bị di động có nghĩa là thử nghiệm ứng dụng dành cho thiết bị di động cho chức năng, tính nhất quán và khả năng sử dụng của ứng dụng đó. Điều này có thể được thực hiện bằng tay hoặc bằng cách sử dụng các công cụ tự động hóa.
Khi một ứng dụng di động được phát triển, nó được kiểm tra dựa trên ma trận của các hệ điều hành và các mô hình thiết bị cùng với thử nghiệm chức năng và phi chức năng. Với sự đồng ý của khách hàng và các nhà phân tích kinh doanh, một danh sách các hệ điều hành mong muốn và các mô hình thiết bị được chuẩn bị.
Các giường thử nghiệm để thử nghiệm bao gồm các thiết bị thực tế, giả lập, mô phỏng, đám mây, v.v.

Các vấn đề phát sinh khi một phiên bản được lấy ra khỏi thị trường

Điều gì sẽ xảy ra khi một phiên bản được lấy ra khỏi thị trường và nó sẽ ảnh hưởng như thế nào đến ứng dụng của bạn?
Một khi một phiên bản mới tung ra thị trường sau một thời gian ngắn, phiên bản cũ có thể được kéo ra khỏi thị trường. Điều này xảy ra để tăng doanh nghiệp từ các phiên bản mới để mọi người sẽ leo lên một bước và chuyển sang phiên bản cao hơn.
Điều này luôn được thực hiện sau khi tìm ra số liệu thống kê về việc sử dụng phiên bản cũ nhất. Khi một phiên bản được lấy ra khỏi thị trường, tỷ lệ người dùng sử dụng phiên bản đó là rất ít thậm chí có thể dưới 15%.
Ngược lại, khi một phiên bản mới được phát hành, nó sẽ không có trên tất cả các kiểu điện thoại nhưng chỉ có trên các mẫu mới nhất và không phải mọi người trên thế giới này đều mua điện thoại mới nhất để có phiên bản mới nhất và mới nhất Tính năng, đặc điểm.
Do đó, việc 'đưa ra một phiên bản từ thị trường' được thực hiện sau khi phân tích thống kê người dùng và sự hỗ trợ cần thiết để cung cấp cho phiên bản.
Luôn luôn có một sự khác biệt rất lớn giữa phiên bản mới nhất và lâu đời nhất và do đó phiên bản cũ nhất được kéo ra khi có phiên bản trung gian có sẵn với các tính năng nâng cao để mọi người sẽ có các lựa chọn giá cả phải chăng.
Ví dụ, theo thống kê ngày nay, người dùng Jelly Beans thậm chí không phải 10%, nó chỉ chiếm 7,6% trong khi phần lớn người dùng đang sử dụng Lollipop và Marshmallow trong khi người dùng phiên bản mới nhất 'Nougat' chỉ là 13,5% .

Khi một phiên bản được lấy ra khỏi thị trường, người dùng phải nhất thiết phải nâng cấp lên phiên bản Android mới. Chúng phụ thuộc vào nhà cung cấp dịch vụ hoặc công ty điện thoại như LG, Samsung, Nokia, vv, để cung cấp bản cập nhật phiên bản cho thiết bị của họ.

Các công ty sản xuất điện thoại cũng thông minh và họ phân tích liệu họ có nên nâng cấp phần mềm hay không và nếu có, điều gì sẽ ảnh hưởng đến doanh nghiệp của họ. Có sự khác biệt đáng chú ý giữa phiên bản được lấy ra và phiên bản bên cạnh nó.
Vì hỗ trợ cho phiên bản không còn khả dụng nên rõ ràng không phải tất cả các ứng dụng đều có thể được nâng cấp lên điện thoại của bạn, do đó ảnh hưởng đến công việc hoặc nhu cầu hàng ngày của bạn.
Do đó, người dùng bình thường tiếp tục sử dụng cùng một thiết bị với cùng một hệ điều hành hoặc mua một chiếc điện thoại hoàn toàn mới và sẽ cập nhật ít nhất trong vài năm hoặc mọi người root điện thoại của họ và đưa hệ điều hành mới nhất cho kiểu điện thoại rất nguy hiểm và không khuyến khích.
Từ quan điểm của ứng dụng, điều này ảnh hưởng đến khách hàng và doanh nghiệp của bạn như thế nào?
Đầu tiên và bước cơ bản nhất là phân tích ảnh hưởng của phiên bản Android đã được đưa ra khỏi ứng dụng của bạn. Một số tính năng phổ biến của Android có tác động lớn được giải thích bên dưới.

Các tính năng của Android thay đổi theo phiên bản

Sau đây là một số tính năng rất phổ biến của Android thay đổi theo phiên bản và chúng là những tính năng thường được sử dụng trong khi phát triển một ứng dụng.
Chúng bao gồm:

1) UI:

Với sự ra mắt của mọi phiên bản mới, giao diện người dùng thay đổi và luôn được cải thiện khi so sánh với phiên bản trước đó của nó. Kích thước, màu sắc, sắp xếp các biểu tượng ứng dụng, v.v., cũng thay đổi theo các phiên bản. Các thanh thông báo, các tiện ích, ứng dụng Google tích hợp như Maps, Gmail, v.v. được cải tiến trong phiên bản mới.
Tương tự, các lược đồ màu, cài đặt cũng thay đổi với phiên bản mới.
Nếu bạn thấy những hình ảnh sau đây của Jelly Beans và KitKat bạn có thể nhận thấy sự khác biệt trong UI của họ:

2) Camera:

Nếu chúng ta xem xét phiên bản Android đầu tiên được phát hành vào năm 2008, nó có một thiết bị camera nhưng không hỗ trợ độ phân giải hoặc cân bằng trắng hay chất lượng nhưng bây giờ chúng tôi có HRD +, tự động lấy nét, chức năng camera kép, cân bằng trắng cải thiện nhiều, cơ sở hẹn giờ và nhiều hơn nữa.
Với các phiên bản, các cải tiến cũng được truy cập vào máy ảnh. Và chúng tôi cũng có thể truy cập máy ảnh trên màn hình khóa. Ứng dụng máy ảnh giờ tải ảnh trên Google+ chứ không phải thư viện.

3) Hỗ trợ mạng:

Cho đến khi phiên bản 4.0 trở lên, sự hỗ trợ chỉ dành cho 3G. Sau 4.0, sự hỗ trợ đã tăng lên 4G và hiện tại là LTE. Tốc độ dữ liệu và khả năng kết nối được cải thiện so với các phiên bản Android mới, do đó làm giảm các trục trặc mà chúng ta phải đối mặt trong quá khứ.
Trên Froyo hoặc bánh gừng, có thể không tải phim xuống và cập nhật ứng dụng cùng một lúc trên dữ liệu của nhà cung cấp dịch vụ, chúng tôi có thể làm điều đó một cách dễ dàng và nhanh chóng.

4) Bộ nhớ:

Bộ nhớ vật lý của điện thoại thường bị hạn chế và do đó RAM đóng một vai trò quan trọng trong đó. Thời gian chạy Android (ART) và máy ảo Dalvik làm bộ sưu tập rác để giải phóng bộ nhớ được phân bổ cho ứng dụng.
Máy ảo Dalvik được cải tiến trong một khoảng thời gian để cung cấp thêm thông tin về các ứng dụng đang chạy và trạng thái bộ nhớ. So với Froyo hoặc Gingerbread, Trình quản lý RAM của các phiên bản mới nhất là nhiều phiên bản nâng cao, giúp người dùng có thể quản lý bộ nhớ.
Trước đó, nếu việc giết chết ứng dụng không cải thiện, người dùng phải khởi động lại điện thoại nhưng giờ đây từ Trình quản lý RAM, thật dễ dàng để giải phóng bộ nhớ, do đó tăng tốc độ điện thoại.

5) Hiệu suất:

Mọi người giả định rằng với mỗi phiên bản mới được tung ra cho Android, các chức năng bên dưới bề mặt cũng sẽ cải thiện các yếu tố như hiệu suất, độ ổn định, thời lượng pin, v.v. Nhưng điều đó không xảy ra luôn vì đôi khi các phiên bản chỉ tập trung vào việc cải thiện chức năng, xem và cảm nhận.
Hiệu năng của các ứng dụng cũng thay đổi theo kiểu thiết bị như một bộ xử lý đơn lẻ sẽ chậm khi so sánh với bộ xử lý lõi tứ. Cùng với giao diện người dùng này, các ứng dụng chạy trong nền cũng sẽ ảnh hưởng đến hiệu suất tổng thể.

6) Các ứng dụng Google sẵn có:

Các ứng dụng của Google như Maps, Gmail, Nhắn tin, Ghi chú, v.v., được tích hợp sẵn. Rất nhiều ứng dụng được phát triển để sử dụng các ứng dụng này hoặc kết nối với những ứng dụng này để liên lạc và được sử dụng rộng rãi nhất trong số đó là Google Maps.
Ứng dụng bản đồ của Google được nhiều ứng dụng như Zomato, Uber, OLA, v.v. sử dụng và với việc ra mắt phiên bản mới, các ứng dụng này cũng đã được cải thiện nhiều hơn khi so sánh với các phiên bản cũ hơn.
Dựa trên các tính năng nêu trên (có thể có nhiều tính năng hơn), làm bài tập về nhà sau cho ứng dụng của bạn:

  • Từ các tính năng được đề cập ở trên, tính năng này được sử dụng phổ biến nhất và quan trọng như thế nào đối với ứng dụng của bạn?
  • Sự khác biệt trong (các) tính năng giữa phiên bản đã được rút ra và phiên bản tiếp theo để kiểm tra xem có một số biến thể lớn không?
  • Tạo danh sách các chức năng của ứng dụng hoặc màn hình giao diện người dùng sẽ bị ảnh hưởng.
  • Quan trọng nhất, với sự giúp đỡ của BA của bạn theo đuổi các chủ sở hữu sản phẩm để làm một cuộc khảo sát của khách hàng cho phiên bản đang được kéo ra.

    Thu thập dữ liệu cho phiên bản đã được rút ra
    Khi một phiên bản được rút ra, điều quan trọng là bạn phải thực hiện tất cả các nghiên cứu và có dữ liệu với bạn để quyết định có đồng ý với khách hàng của bạn / Chủ sở hữu sản phẩm để hỗ trợ phiên bản đó hay không.
    Như đã đề cập ở trên, hãy làm cho Chủ sở hữu sản phẩm của bạn thực hiện khảo sát nội bộ (nếu có thể) để tìm phần trăm khách hàng của anh ấy đang sử dụng trong phiên bản nào.
    Đôi khi chủ sở hữu sản phẩm sẽ không sẵn sàng cho các khảo sát như vậy nhưng bạn nên thuyết phục BA của bạn lần lượt thuyết phục chủ sở hữu sản phẩm thực hiện khảo sát vì nếu ít người dùng sử dụng phiên bản đó thì không khôn ngoan để đầu tư công sức, tiền bạc và thời gian để hỗ trợ nó.
    Cùng với điều này, bản thân bạn cần phải nghiên cứu và tìm hiểu tỷ lệ phần trăm người dùng đang sử dụng phiên bản được lấy ra là gì, vì điều này, bạn có thể tham khảo trang tổng quan dành cho nhà phát triển Android và điều này có tất cả thông tin được yêu cầu .
    Đôi khi điều này có thể là không thể nhưng vẫn thuyết phục chủ sở hữu sản phẩm của bạn thu thập một số thông tin để bạn có một số dữ liệu để bạn suy nghĩ trước. Dựa trên thông tin thu thập được chuẩn bị đồ thị hoặc biểu đồ hình tròn và chia sẻ nó với cả nhóm.
    Đọc các bài viết về hiệu ứng chung của phiên bản đã được rút ra, bạn có thể tham khảo một số trang web như ZDNet, Techgig, vv và chia sẻ những phát hiện của bạn với nhóm của bạn. Thử nghiệm ứng dụng di động chính nó là phức tạp, do đó trong các tình huống như vậy khi một phiên bản được rút ra một phân tích kỹ lưỡng và bài tập về nhà nên được thực hiện.
    Bạn có thể nghiên cứu các hướng dẫn về thử thách và giải pháp thử nghiệm trên thiết bị di động và tại sao thử nghiệm trên thiết bị di động khó có thể biết thêm về những thách thức của thử nghiệm ứng dụng dành cho thiết bị di động.
    Phân tích như vậy có thể không được thực hiện bởi nhóm phát triển hoặc BA, Do đó sử dụng cơ hội này để thực hiện phân tích vì tôi tin rằng đó là một bổ sung kiến thức rất lớn cho QA. Khi tôi đang làm việc trên một dự án ứng dụng di động, tôi đã chủ động thực hiện phân tích cho ‘Gingerbread’.
    The application on which I worked was designed for a delivery company and our Product owner refused to do a survey as it wasn’t possible to find out the Gingerbread users among their delivery people. Hence we had to do some analysis to find out the percentage of the users of Gingerbread in the market.
    Khóa học tương lai cho hỗ trợ hoặc không hỗ trợ
    Nếu trong trường hợp bạn phải hỗ trợ các phiên bản đã được đưa ra khỏi ứng dụng của bạn, có rất nhiều câu hỏi mà bạn cần phải chăm sóc.
    Như:
  • Ưu tiên hỗ trợ là gì?
  • Cho đến khi nào chúng ta nên hỗ trợ cho phiên bản?
  • Chúng ta nên quản lý tài nguyên của mình như thế nào?
  • Điều này có ảnh hưởng đến các ưu tiên chạy nước rút khác của chúng tôi không?
  • Thử nghiệm chuyên sâu có cần thiết hay chỉ một BVT là đủ?
    Đây là vài câu hỏi quan trọng mà cả nhóm cần phải quyết định.
    Sau đây là danh sách các giải pháp đã giải quyết cho nhóm của tôi, khi chúng tôi đối mặt với tình huống này:
  1. Đối với lần giới thiệu đầu tiên, bạn sẽ cần phải thận trọng hơn và ứng dụng hoàn chỉnh sẽ cần phải được kiểm tra cho từng chức năng / quy tắc kinh doanh duy nhất. Sau chu kỳ sửa lỗi, một hồi quy hoàn chỉnh của ứng dụng trên phiên bản đó là bắt buộc.
  2. Nếu ứng dụng của bạn có giao diện người dùng đẹp, sau đó thực hiện kiểm tra giao diện người dùng của ba loại mô hình điện thoại, ví dụ: màn hình nhỏ, màn hình cỡ trung bình và điện thoại màn hình có kích thước lớn.
  3. Có cuộc họp với các chuyên gia phân tích và chủ doanh nghiệp SCRUM của bạn để quyết định mức độ ưu tiên của các lỗi liên quan đến phiên bản này và toàn bộ nhóm cùng với Chủ sở hữu sản phẩm phải tuân thủ điều đó.
  4. Đó là khuyến khích để tạo ra một thẻ riêng biệt cho các lỗi liên quan đến phiên bản cụ thể của bạn. Các công cụ theo dõi lỗi có cơ sở để gắn thẻ các lỗi. Ngoài ra, các lỗi được báo cáo bởi Chủ sở hữu sản phẩm phải được gắn thẻ cho phiên bản này
    . Đây là một bước rất hữu ích bởi vì sau một thời gian dựa trên những lỗi này bạn có thể quyết định có tiếp tục hỗ trợ hay không. Do đó với một thẻ, nó trở nên rất dễ dàng để có được danh sách các lỗi liên quan đến phiên bản.
  5. Ban đầu cho một tháng giữ một nhà phát triển và một QA riêng để làm việc trên phiên bản.
  6. Trong kế hoạch chạy nước rút của bạn, cho đến lần phát hành đầu tiên, có các câu chuyện và nhiệm vụ người dùng riêng biệt cho phiên bản với các ưu tiên được thảo luận đã quyết định.
  7. Lý tưởng nhất, hãy hỗ trợ trong 3-6 tháng và sau đó bạn có thể tạo trường hợp của mình dù có tiếp tục hỗ trợ hay không dựa trên các lỗi được báo cáo 'bởi người dùng hoặc khách hàng'.
    Tùy thuộc vào tần suất tìm thấy lỗi và mức độ nghiêm trọng của chúng (tức là sự cố hoặc lỗi chức năng), nhóm có thể đưa ra quyết định. Nhưng nếu không có vấn đề lớn nào được báo cáo bởi người dùng hoặc khách hàng và khi ứng dụng có vẻ ổn định, bạn có thể quyết định ngừng hỗ trợ.
    Tóm lại, bạn có thể thực hiện theo chu kỳ sau cho giai đoạn đầu và sau đó lại quyết định về khóa học tương lai:

Thủ tục kiểm tra các phiên bản đưa ra khỏi thị trường

Làm thế nào để kiểm tra các phiên bản đã được đưa ra khỏi thị trường, giường thử nghiệm của bạn nên là gì? Để thử nghiệm ứng dụng của bạn cho phiên bản đã được gỡ bỏ, tôi khuyên bạn nên sử dụng thiết bị thực hơn là trình mô phỏng hoặc trình mô phỏng hoặc đám mây. Nếu ứng dụng của bạn chủ yếu tập trung vào giao diện người dùng thì bạn có thể sử dụng trình mô phỏng hoặc trình giả lập nhưng để kiểm tra chức năng, thiết bị thực luôn được đề xuất.
Để thử nghiệm trên các thiết bị thực, hãy sử dụng 2-3 thiết bị sẽ tương thích với phiên bản cụ thể đó trong đó các bản cập nhật phiên bản đã bị ngừng cho các thiết bị đó. Bạn cũng có thể sử dụng máy tính bảng nếu người dùng hoặc khách hàng đang sử dụng ứng dụng của bạn trên máy tính bảng. Trừ khi bạn có yêu cầu về khả năng mở rộng hoặc kiểm tra căng thẳng, tôi khuyên bạn không nên sử dụng một đám mây.
Tùy thuộc vào số lượng thử nghiệm (được thực hiện), viết ra các trường hợp thử nghiệm và có một bộ riêng biệt được tạo ra và (một lần nữa) gắn thẻ các lỗi với tên phiên bản. Thực hiện một BVT trên một mạng 2G và không phải là một kết nối wifi mạnh.
Ngoài ra, hãy thử kiểm tra bằng cách làm theo toàn bộ quá trình với tư cách là người dùng hoặc khách hàng tức là bằng cách tải xuống từ cửa hàng Google Play hoặc ít nhất là cố gắng thực hiện BVT từ quan điểm của người dùng cuối.
Một con trỏ khác là sử dụng một chiếc điện thoại có hơn một nửa bộ nhớ được sử dụng như một chiếc điện thoại 3 GB với chỉ 1 GB còn lại vv Đây là một số yếu tố có thể được xem xét để quyết định giường thử nghiệm của bạn.
Ví dụ thực tế
5 năm trước khi tôi đang làm việc trên một dự án ứng dụng di động, chúng tôi đã gặp tình huống tương tự.
Gingerbread đã được dừng lại và khách hàng của chúng tôi nhấn mạnh để cung cấp hỗ trợ cho cùng. Đó là một tình huống rất khó khăn đối với chúng tôi vì ứng dụng của chúng tôi được thiết kế cho người lái xe và người giao hàng do đó khách hàng của chúng tôi không thể thực hiện khảo sát cho người dùng Gingerbread.
Thách thức lớn nhất mà chúng tôi phải đối mặt là các ứng dụng đã bị rơi trên Gingerbread khi người dùng đăng nhập. Nhóm phát triển đã phải viết một đoạn mã riêng biệt dành riêng cho Gingerbread để giải quyết vấn đề.
Một thách thức khác là giao diện người dùng, chúng tôi đã tạo giao diện người dùng dựa trên Icecream Sandwich giống như chúng tôi đã có thẻ để niêm yết. Do đó, giao diện người dùng trên Gingerbread đã bị méo mà mã riêng yêu cầu sửa chữa. Nhưng giao diện người dùng không phải là một ưu tiên lớn do đó những thứ có thể được sửa chữa 'dễ dàng và nhanh chóng' chỉ được thực hiện.
Vấn đề lớn thứ ba là về tọa độ vị trí. Dịch vụ web không gửi được tọa độ cho Gingerbread. Vì đây là một tính năng quan trọng của ứng dụng của chúng tôi, chúng tôi lại thêm một mã riêng cho việc này.
Do các bản sửa lỗi như vậy, ứng dụng cũng bị áp đảo trên các phiên bản khác để kiểm tra xem có bất kỳ điều gì bị hỏng hay không nhưng may mắn thay nó đang chạy trơn tru. Chúng tôi đã có một thẻ riêng được tạo trong JIRA để theo dõi các vấn đề Gingerbread và QA được chỉ định trong 3 tháng chỉ dành cho Gingerbread. Sau 3 tháng, ứng dụng khá ổn định trên Gingerbread và Chủ sở hữu sản phẩm đồng ý giữ các vấn đề Gingerbread ít ưu tiên hơn.

Phần kết luận

Thử nghiệm ứng dụng trên thiết bị di động là một trải nghiệm đầy thách thức và nó cung cấp rất nhiều về mặt học tập, kinh nghiệm và kiến thức. Đây là một thị trường năng động và phát triển, thay đổi sau mỗi 6 tháng. Khi nói đến việc đưa ra các phiên bản, nó cần phải được thực hiện có hệ thống và chu đáo, sau khi làm rất nhiều nghiên cứu và bài tập về nhà.
Nhóm phải ở trên cùng một trang về quyết định được đưa ra. Quyết định của cả hai thành viên hỗ trợ hoặc không hỗ trợ nên được thực hiện sau khi kế toán cho những nỗ lực, thời gian và nguồn lực của bạn cần thiết cho cùng.
Là một QA, hãy cảnh giác và luôn tham gia vì đó là bạn sẽ được thử nghiệm. Nghiên cứu càng nhiều càng tốt về các phiên bản, tính năng của chúng và các kiểu điện thoại di động.
Không phải ai cũng có cơ hội làm việc trên các ứng dụng dành cho thiết bị di động vì vậy nếu có cơ hội lấy nó và sử dụng nó với sự tập trung tối đa.
Nguồn dịch:https://www.softwaretestinghelp.com/test-android-version-taken-out-of-market/