1. Thử nghiệm ứng dụng Android
Kiểm tra sớm, kiểm tra thường xuyên, kiểm tra trên các thiết bị. Đó là câu thần chú đảm bảo chất
lượng, chúng tôi cho là quan trọng nhất khi nói đến việc thử nghiệm ứng dụng di động. Ứng dụng
thử nghiệm không cần phải là một quá trình lựa chọn hợp lý. Thay vào đó, bạn có thể thích nghi
với kỹ thuật đảm bảo chất lượng truyền thống như tự động hóa và kiểm tra đơn vị cho Android
tương đối dễ dàng. Trong chương này, chúng tôi thảo luận về mẹo và thủ thuật của chúng tôi để
thử nghiệm các ứng dụng Android. Chúng tôi cũng cảnh báo bạn, các nhà quản lý dự án, các nhà
phát triển phần mềm, và thử nghiệm của các ứng dụng của điện thoại di động khác nhau và các
bệnh lặt vặt những cạm bẫy để làm tốt nhất của bạn để tránh.
Thực tiễn tốt nhất trong thử nghiệm ứng dụng di động
Giống như tất cả các quy trình bảo đảm chất lượng, phát triển điện thoại di động các dự án được
hưởng lợi từ một thiết kế tốt hệ thống theo dõi lỗi, xây dựng lịch trình thường xuyên, và theo kế
hoạch, kiểm tra hệ thống. Ngoài ra còn có cơ hội phong phú cho hộp màu trắng (hoặc hộp màu
xám) thử nghiệm và một số cơ hội hạn chế cho tự động hóa.
Thiết kế một ứng dụng di động hệ thống theo dõi lỗi
Bạn có thể tùy chỉnh hệ thống theo dõi lỗi nhất để làm việc cho các thử nghiệm của ứng dụng di
động. Hệ thống theo dõi lỗi phải bao gồm theo dõi các vấn đề khuyết tật cho thiết bị cụ thể và các
vấn đề liên quan đến bất kỳ máy chủ ứng dụng tập trung (nếu có).
Đăng nhập Thông tin quan trọng khiếm khuyết
Một điện thoại di động hệ thống theo dõi lỗi tốt bao gồm các thông tin sau đây về một khiếm
khuyết thiết bị điển hình:
 Xây dựng thông tin phiên bản, ngôn ngữ, và như vậy.
 Cấu hình thiết bị và thông tin nhà nước bao gồm cả loại thiết bị, phiên bản nền tảng, định hướng màn hình,
trạng thái mạng, và thông tin vận chuyển.
 Các bước để tạo lại vấn đề sử dụng các chi tiết cụ thể về chính xác mà các phương thức nhập liệu đã được
sử dụng (chạm so với nhấp chuột).
 Ảnh chụp màn hình thiết bị có thể được sử dụng DDMS hoặc công cụ xem Hệ thống cấp bậc được cung
cấp với SDK Android.
Xác định lại các khiếm khuyết hạn cho các ứng dụng di động
Nó cũng quan trọng để xem xét định nghĩa lớn hơn của hạn khiếm khuyết . Khuyết tật có thể xảy
ra trên tất cả các thiết bị hoặc trên chỉ có một số thiết bị. Khuyết tật cũng có thể xảy ra trong các
phần khác của môi trường ứng dụng, chẳng hạn như trên một máy chủ ứng dụng từ xa. Một số loại
khuyết tật điển hình trên các ứng dụng điện thoại di động bao gồm
 Bị rơi và chấm dứt bất ngờ.
 Tính năng không hoạt động đúng (thực hiện không đúng cách).
 Sử dụng quá nhiều không gian đĩa / bộ nhớ trên thiết bị.
 Xác nhận đầu vào trung bình (thường, bấm nút).
 Vấn đề quản lý nhà nước (khởi động, tắt, tạm dừng, tiếp tục, tắt nguồn).
 Vấn đề đáp ứng (khởi động chậm, tắt máy, đình chỉ, tiếp tục).
 Thiếu kiểm tra thay đổi trạng thái (thất bại trong quá trình thay đổi giữa các quốc gia, chẳng hạn như một sự
gián đoạn bất ngờ trong sơ yếu lý lịch).

2.  Các vấn đề liên quan đến khả năng sử dụng các phương pháp đầu vào, cỡ chữ, và lộn xộn màn hình bất
động sản. Vấn đề thẩm mỹ mà gây ra màn hình để hiển thị không chính xác.
 Tạm dừng hoặc "đóng băng" trên các chủ đề giao diện chính (không thực hiện không đồng bộ luồng).
 Chỉ số phản hồi mất tích (thất bại cho thấy tiến trình).
 Tích hợp với các ứng dụng khác trên thiết bị gây ra vấn đề.
 Ứng dụng "không chơi độc đáo" trên thiết bị (tháo pin, tắt chế độ tiết kiệm điện năng, sử dụng quá mức các
nguồn tài nguyên mạng, phải gánh chịu phí sử dụng rộng rãi, thông báo khó chịu).
 Sử dụng quá nhiều bộ nhớ, không giải phóng bộ nhớ hoặc giải phóng các nguồn lực một cách hợp lý, và
không dừng lại đề người lao động khi công việc được hoàn thành.
 Không phù hợp với thỏa thuận của bên thứ ba, chẳng hạn như Android SDK License Agreement, về Google
Maps API, về thị trường, hoặc bất kỳ điều khoản khác áp dụng cho các ứng dụng.
 Khách hàng ứng dụng hoặc máy chủ không xử lý dữ liệu được bảo vệ / tin an toàn. Điều này bao gồm việc
đảm bảo rằng các máy chủ hoặc dịch vụ từ xa có thời gian hoạt động đầy đủ và các biện pháp an ninh được thực
hiện.
Quản lý Môi trường kiểm tra
Thử nghiệm các ứng dụng điện thoại di động đặt ra một thách thức lớn cho đội bảo đảm chất
lượng, đặc biệt là về quản lý cấu hình. Khó khăn trong việc kiểm tra như vậy thường được đánh giá
thấp. Không làm cho những suy nghĩ sai lầm rằng các ứng dụng di động được dễ dàng hơn để kiểm
tra bởi vì họ có ít tính năng hơn so với các ứng dụng máy tính để bàn và vì thế, đơn giản để xác
nhận. Sự đa dạng lớn các thiết bị Android có sẵn trên thị trường hiện nay làm cho thử nghiệm các
môi trường khác nhau cài đặt phức tạp.
Quản lý cấu hình thiết bị
Phân mảnh thiết bị có lẽ là thách thức lớn nhất các mặt thử nghiệm điện thoại di động.Các thiết bị
Android đến trong nhiều hình thức-yếu tố có màn hình khác nhau, phiên bản nền tảng, và phần
cứng cơ bản. Họ đến với một loạt các phương pháp đầu vào như các nút và màn hình cảm ứng. Họ
đi kèm với tính năng tùy chọn, chẳng hạn như máy ảnh và hỗ trợ đồ họa nâng cao. Nhiều thiết bị
Android là điện thoại thông minh, nhưng không phải tất cả. Theo dõi tất cả các thiết bị, khả năng
của mình, và như vậy là một công việc lớn, và nhiều công việc rơi vào nhóm thử nghiệm.
Nhân viên bảo đảm chất lượng phải có một sự hiểu biết chi tiết về các chức năng sẵn có của từng
thiết bị mục tiêu, trong đó có quen với những tính năng có sẵn và bất kỳ phong cách riêng thiết bị
cụ thể mà tồn tại. Bất cứ khi nào có thể, kiểm tra nên kiểm tra từng thiết bị như nó được sử dụng
trong lĩnh vực này, mà có thể không được cấu hình mặc định của thiết bị hoặc ngôn ngữ. Điều này
có nghĩa là thay đổi chế độ nhập liệu, định hướng màn hình, và các thiết lập miền địa phương. Nó
cũng có nghĩa là thử nghiệm với pin, không chỉ cắm vào trong khi ngồi ở bàn làm việc.
Một trăm phần trăm bảo hiểm thử nghiệm là không thể, vì vậy bảo đảm chất lượng phải phát triển
ưu tiên suy nghĩ. Phát triển một cơ sở dữ liệu thiết bị có thể làm giảm sự nhầm lẫn của quản lý cấu
hình điện thoại di động, giúp xác định các ưu tiên thử nghiệm, và theo dõi các phần cứng vật lý có
sẵn để thử nghiệm. Sử dụng cấu hình AVD, giả lập cũng là một công cụ hiệu quả để mở rộng phạm
vi để mô phỏng các thiết bị và các tình huống có thể sẽ không được bảo hiểm khác.
Xác định Nhà nước bắt đầu sạch trên một thiết bị
Hiện không có cách nào tốt để "hình ảnh" một thiết bị để bạn có thể trở về trạng thái bắt đầu cùng
một lần nữa và một lần nữa. Nhóm nghiên cứu thử nghiệm bảo đảm chất lượng cần phải xác định
những gì một thiết bị "sạch" là dành cho mục đích của trường hợp thử nghiệm. Điều này có thể liên

3. quan đến một quá trình gỡ bỏ cài đặt cụ thể, một số dẫn làm sạch, hoặc đôi khi một thiết lập lại
nhà máy.
Bắt chước hoạt động thực Thế giới
Nó gần như không thể (và chắc chắn không hiệu quả đối với hầu hết các công ty) để thiết lập một
môi trường bị cô lập hoàn toàn để thử nghiệm ứng dụng di động. Đó là khá phổ biến cho các ứng
dụng mạng để được thử nghiệm với thử nghiệm (giả) máy chủ ứng dụng và sau đó đi "sống" trên
máy chủ sản xuất với cấu hình tương tự. Tuy nhiên, về mặt cấu hình thiết bị, thử nghiệm phần
mềm điện thoại di động phải sử dụng các thiết bị thực tế với dịch vụ thực tế để kiểm tra các ứng
dụng điện thoại di động đúng cách. Nếu thiết bị là một chiếc điện thoại, sau đó nó cần để có thể
thực hiện và nhận các cuộc gọi điện thoại, gửi và nhận tin nhắn văn bản, xác định vị trí sử dụng
dịch vụ LBS, và về cơ bản làm bất cứ điều gì một chiếc điện thoại bình thường.
Thử nghiệm một ứng dụng điện thoại di động liên quan đến nhiều hơn chỉ cần đảm bảo các ứng
dụng hoạt động tốt. Trong thế giới thực, ứng dụng của bạn không tồn tại trong chân không, nhưng
là một trong nhiều cài đặt trên thiết bị. Thử nghiệm một ứng dụng điện thoại di động liên quan đến
việc đảm bảo rằng các phần mềm tích hợp tốt với các chức năng thiết bị khác và các ứng dụng. Ví
dụ, hãy nói rằng bạn đang phát triển một trò chơi. Kiểm tra phải xác minh rằng các cuộc gọi nhận
được trong khi chơi các trò chơi gây ra các trò chơi để tự động tạm dừng (giữ cho nhà nước) và cho
phép các cuộc gọi được trả lời hoặc bỏ qua mà không có vấn đề.
Điều này cũng có nghĩa là xét nghiệm cần phải cài đặt các ứng dụng khác trên thiết bị.Một nơi tốt
để bắt đầu là với các ứng dụng phổ biến nhất cho các thiết bị. Thử nghiệm ứng dụng của bạn
không chỉ có cài đặt các ứng dụng, mà còn với sử dụng thực tế, có thể tiết lộ các vấn đề hội nhập
hoặc mô hình sử dụng mà không lưới cũng với phần còn lại của thiết bị.
Đôi khi xét nghiệm cần phải sáng tạo khi nói đến việc tái tạo một số loại sự kiện. Ví dụ, xét nghiệm
phải đảm bảo rằng ứng dụng của họ cư xử thích hợp khi điện thoại di động bị mất mạng hoặc bảo
hiểm điện thoại.
Tối đa hóa phủ sóng thử nghiệm
Tất cả các đội kiểm tra phấn đấu bảo hiểm thử nghiệm 100 phần trăm, nhưng cũng nhất nhận ra
một mục tiêu như vậy là không hợp lý hoặc chi phí-hiệu quả (đặc biệt là với hàng tá thiết bị
Android có sẵn trên toàn thế giới). Xét nghiệm phải làm hết sức mình để bao gồm một loạt các kịch
bản, chiều sâu và bề rộng của mà có thể là khó khăn, đặc biệt là cho những người mới đến điện
thoại di động. Chúng ta hãy xem xét một số loại hình cụ thể của thử nghiệm và làm thế nào bảo
đảm chất lượng đội đã tìm cách-một số cố gắng và thực sự và những người khác mới và sáng tạo,
để tối đa hóa bảo hiểm.
Xác nhận xây dựng và thiết kế thử nghiệm khói
Ngoài một quá trình xây dựng thông thường, nó có thể hữu ích để xây dựng một chính sách
nghiệm thu xây dựng (cũng đôi khi được gọi là xây dựng xác nhận, kiểm tra khói, hoặc kiểm tra sự
tỉnh táo). Kiểm tra xây dựng chấp nhận là ngắn hạn và mục tiêu chức năng quan trọng để xác định
nếu xây dựng là đủ tốt cho kiểm tra kỹ lưỡng hơn để hoàn thành. Đây cũng là một cơ hội để nhanh
chóng xác minh sửa lỗi dự kiến sẽ được xây dựng trước khi một chu kỳ Kiểm tra lại hoàn toàn xảy
ra. Xem xét việc xây nghiệm thu xây dựng cho nhiều phiên bản nền tảng Android để chạy cùng
một lúc.
Tự động Kiểm tra chức năng cho xây dựng chấp nhận

4. Điện thoại di động xây dựng chấp nhận thử nghiệm thường được thực hiện bằng tay trên thiết bị
mục tiêu ưu tiên cao nhất, tuy nhiên, điều này cũng là một tình hình lý tưởng cho một "sự tỉnh táo"
kiểm tra tự động. Bằng cách tạo ra một thử nghiệm chức năng xương sống cho các giả lập mà, như
phần mềm máy tính để bàn, có thể được sử dụng với các nền tảng tự động hóa bảo đảm chất
lượng điển hình như Borland SilkTest, nhóm nghiên cứu có thể tăng cường mức độ tự tin rằng một
xây dựng là tiếp tục thử nghiệm có giá trị, và số lượng xấu xây dựng giao cho bảo đảm chất lượng
có thể được giảm thiểu.
Thử nghiệm trên giả lập so với các thiết bị
Khi bạn có thể có được bàn tay của bạn trên thiết bị thực tế người dùng của bạn có, tập trung thử
nghiệm của bạn ở đó. Tuy nhiên, các thiết bị và các hợp đồng dịch vụ mà thường đến với họ có thể
tốn kém. Nhóm thử nghiệm của bạn có thể không được dự kiến sẽ thiết lập môi trường kiểm tra
trên tất cả các tàu sân bay hoặc mỗi quốc gia nơi người dùng sử dụng ứng dụng của bạn. Có lần
khi giả lập Android có thể giảm chi phí và cải thiện vùng phủ sóng thử nghiệm. Một số lợi ích của
việc sử dụng các mô phỏng bao gồm
 Khả năng mô phỏng các thiết bị khi họ không có hoặc thiếu
 Khả năng kiểm tra kịch bản thử nghiệm khó khăn không khả thi trên các thiết bị trực tiếp
 Khả năng được tự động như bất kỳ phần mềm máy tính để bàn khác
Trước khi thử nghiệm thiết bị đang có sẵn Sử dụng Emulator
Các nhà phát triển thường nhắm vào các thiết bị up-and-coming hoặc các phiên bản nền tảng chưa
có sẵn cho công chúng. Các thiết bị này thường được mong đợi và các nhà phát triển đã sẵn sàng
với các ứng dụng cho các thiết bị vào ngày 1 phát hành thường trải qua một vết sưng bán hàng vì
ít ứng dụng có sẵn cho các cuộc thi người sử dụng ít hơn, thêm doanh thu.
Phiên bản mới nhất của Android SDK thường được phát hành cho các nhà phát triển vài tháng trước
khi công chúng nhận được cập nhật trên không trung. Ngoài ra, các nhà phát triển đôi khi có thể
được truy cập vào điện thoại thông qua phần chuẩn tàu sân bay và các chương trình phát triển sản
xuất. Tuy nhiên, các nhà phát triển và thử nghiệm cần phải nhận thức sự nguy hiểm của thử
nghiệm trên điện thoại phần chuẩn: Các điện thoại này là beta-chất lượng. Thông số kỹ thuật cuối
cùng và phần mềm có thể thay đổi mà không báo trước. Những ngày phát hành điện thoại có thể
trượt, và điện thoại có thể không bao giờ đạt đến sản xuất.
Khi điện thoại chuẩn bị sản xuất không có thể được mua lại, xét nghiệm có thể làm một số thử
nghiệm chức năng sử dụng cấu hình giả lập mà cố gắng để kết hợp chặt chẽ các nền tảng mục
tiêu, giảm bớt những rủi ro cho một chu kỳ thử nghiệm nhỏ gọn khi các thiết bị đi động, cho phép
các nhà phát triển để phát hành các ứng dụng nhanh hơn.
Tận dụng cơ hội kiểm tra tự động Sử dụng Emulator
Thử nghiệm Android có một số tùy chọn tự động hóa khác nhau có sẵn để lựa chọn. Nó chắc chắn
có thể dàn dựng phần mềm kiểm tra tự động để thực hiện các phần mềm giả lập và có một số
công cụ kiểm tra (khỉ, ví dụ) có thể giúp quá trình thử nghiệm. Thật không may, không phải là
thực sự rất nhiều lựa chọn để thử nghiệm phần cứng tự động, ngoài những người sử dụng với các
khuôn khổ kiểm tra đơn vị. Chúng tôi chắc chắn có thể tưởng tượng một người nào đó đến với một
thử nghiệm phần cứng giải pháp trong tâm trí của chúng tôi, thiết bị trông rất giống máy chữ ký tự
động tổng thống Mỹ sử dụng để đăng ký thẻ hình ảnh và Giáng sinh. Việc nắm bắt được rằng tất cả
các thiết bị trông và hoạt động khác nhau, vì vậy bất kỳ tay cử động sẽ cần phải được hiệu chuẩn

5. lại cho mỗi thiết bị. Các vấn đề khác là làm thế nào để xác định khi ứng dụng đã thất bại hay thành
công. Nếu có ai phát triển phần mềm công cụ kiểm tra tự động di động, nó có thể là một công ty
phần mềm tư vấn kiểm tra điện thoại di động. Đối với các nhà phát triển phần mềm di động điển
hình, các chi phí có thể sẽ cấm.
Sự hiểu biết sự nguy hiểm của Dựa trên Emulator
Thật không may, giả lập là nhiều hơn một "chung chung" thiết bị Android mà giả vờ tại rất nhiều
các thiết bị ruột-mặc dù tất cả các tùy chọn có sẵn trong cấu hình AVD.
Giả lập không đại diện cho việc thực hiện cụ thể của nền tảng Android mà là duy nhất cho một
thiết bị nhất định. Nó không sử dụng cùng một phần cứng để xác định tín hiệu, mạng, hoặc thông
tin vị trí. Giả lập có thể giả vờ thực hiện và nhận các cuộc gọi và tin nhắn, hoặc chụp ảnh hoặc
video. Vào cuối ngày, nó không quan trọng nếu ứng dụng hoạt động trên giả lập nếu nó không
hoạt động trên các thiết bị thực tế.
Chiến lược kiểm tra: Kiểm tra hộp trắng
Các công cụ Android cung cấp các công cụ phong phú cho các hộp đen và thử nghiệm hộp màu
trắng:
Kiểm tra hộp đen có thể chỉ cần thử nghiệm các thiết bị và tài liệu hướng dẫn kiểm tra.Cho kiểm
tra hộp đen, nó thậm chí còn quan trọng hơn là những người thử nghiệm có một kiến thức làm việc
của các thiết bị cụ thể, do đó cung cấp hướng dẫn sử dụng thiết bị và thông số kỹ thuật cũng hỗ
trợ trong việc thử nghiệm kỹ lưỡng hơn. Ngoài các chi tiết như vậy, biết sắc thái thiết bị cũng như
các tiêu chuẩn thiết bị có thể giúp đỡ rất nhiều với khả năng sử dụng thử nghiệm. Ví dụ, nếu một
dock có sẵn cho các thiết bị, biết rằng nó là một trong hai chế độ chân dung hoặc phong cảnh rất
hữu ích.
Kiểm tra hộp trắng chưa bao giờ được dễ dàng hơn trên điện thoại di động. Kiểm tra hộp màu
trắng có thể tận dụng nhiều công cụ giá cả phải chăng bao gồm cả môi trường Eclipse phát triển,
đó là miễn phí, và các công cụ gỡ lỗi nhiều có sẵn như là một phần của Android SDK. Kiểm tra hộp
màu trắng sử dụng Android Emulator, DDMS, và đặc biệt là ADB. Họ cũng có thể tận dụng lợi thế
của khuôn khổ kiểm tra đơn vị mạnh mẽ, mà chúng tôi thảo luận chi tiết trong chương trước. Đối
với những công việc này, xét nghiệm đòi hỏi một máy tính với một môi trường phát triển tương tự
như các nhà phát triển.
Kiểm tra máy chủ và dịch vụ ứng dụng di động
Mặc dù xét nghiệm thường tập trung vào phần khách hàng của ứng dụng, đôi khi họ bỏ bê để kiểm
tra kỹ lưỡng các phần máy chủ. Nhiều ứng dụng di động dựa trên mạng hoặc "đám mây." Nếu ứng
dụng của bạn phụ thuộc vào một máy chủ hoặc dịch vụ từ xa để vận hành, kiểm tra phía máy chủ
của ứng dụng của bạn là rất quan trọng. Ngay cả khi dịch vụ không phải là của riêng bạn, bạn cần
phải kiểm tra kỹ lưỡng chống lại nó để bạn biết nó hoạt động như các ứng dụng dự kiến nó cư xử.
Dưới đây là một số hướng dẫn để thử nghiệm các máy chủ hoặc dịch vụ từ xa:
 Phiên bản máy chủ của bạn xây dựng. Bạn nên quản lý rollouts máy chủ giống như bất kỳ một phần khác
của quá trình xây dựng. Máy chủ nên được là phiên bản và triển khai một cách tái sản xuất.
 Sử dụng máy chủ thử nghiệm. Thường xuyên, kiểm tra bảo đảm chất lượng đối với một máy chủ giả trong
một môi trường có kiểm soát. Điều này đặc biệt đúng nếu máy chủ trực tiếp đã hoạt động với người sử dụng thật.
 Kiểm tra khả năng mở rộng. Kiểm tra máy chủ hoặc dịch vụ theo tải, bao gồm kiểm tra căng thẳng (nhiều
người sử dụng, khách hàng mô phỏng).

6.  Kiểm tra an ninh (hack, SQL injection, và như vậy) máy chủ.
 Đảm bảo rằng ứng dụng của bạn xử lý bảo trì máy chủ từ xa hoặc gián đoạn dịch vụ một cách duyên dáng,
lịch trình hay không.
 Kiểm tra nâng cấp máy chủ và rollbacks và phát triển một kế hoạch về cách bạn sẽ thông báo cho người sử
dụng nếu và khi các dịch vụ đang xuống.
Các loại phục vụ kiểm tra một cơ hội khác để thử nghiệm tự động để được sử dụng.
Thử nghiệm ứng dụng trực quan phúc thẩm và tính khả dụng
Thử nghiệm một ứng dụng điện thoại di động không chỉ là về việc tìm kiếm các tính năng rối loạn
chức năng, mà còn đánh giá khả năng sử dụng của ứng dụng. Khu vực báo cáo của ứng dụng mà
thiếu kháng cáo hình ảnh hoặc rất khó để di chuyển hoặc sử dụng.Chúng tôi muốn sử dụng kẹo
cao su tương tự đi bộ-và-su khi nói đến giao diện người dùng điện thoại di động. Người sử dụng
điện thoại di động thường xuyên không cung cấp cho các ứng dụng quan tâm đầy đủ. Thay vào đó,
họ đi bộ hoặc làm cái gì khác trong khi họ sử dụng nó. Các ứng dụng nên được dễ dàng cho người
sử dụng như nhai kẹo cao su.
Tận dụng tiêu chuẩn của bên thứ ba cho Android Kiểm tra
Tạo một thói quen cố gắng để thích nghi với các nguyên tắc kiểm thử phần mềm truyền thống để
điện thoại di động. Khuyến khích nhân viên đảm bảo chất lượng để phát triển và chia sẻ các thực
hành trong công ty của bạn.
Một lần nữa, không có chương trình chứng nhận được thiết kế đặc biệt cho các ứng dụng Android
tại thời điểm này, tuy nhiên, không có gì là dừng các chợ điện thoại di động từ phát triển
chúng. Xem xét tìm kiếm trên các chương trình cấp chứng chỉ có sẵn trong các nền tảng di động
khác, chẳng hạn như các kịch bản thử nghiệm rộng rãi và hướng dẫn chấp nhận sử dụng iPhone
của Apple và các nền tảng BREW và điều chỉnh cho các ứng dụng Android của bạn. Cho dù bạn có
kế hoạch để áp dụng cho một chứng chỉ cụ thể, làm cho một nỗ lực để phù hợp với nguyên tắc chất
lượng được công nhận có thể cải thiện chất lượng của ứng dụng.
Xử lý kịch bản kiểm tra chuyên ngành
Ngoài chức năng kiểm tra, có một vài kịch bản thử nghiệm chuyên ngành khác mà bất cứ đội nào
bảo đảm chất lượng nên xem xét.
Thử nghiệm ứng dụng tích hợp điểm
Đó là cần thiết để kiểm tra cách thức ứng dụng cư xử với các bộ phận khác của hệ điều hành
Android. Ví dụ:
 Đảm bảo rằng sự gián đoạn từ các hệ điều hành được xử lý đúng cách (tin nhắn gửi đến, cuộc gọi, và tắt
máy)
 Xác nhận dữ liệu nhà cung cấp nội dung tiếp xúc với ứng dụng của bạn, bao gồm cả sử dụng chẳng hạn
như thông qua một thư mục sống
 Xác nhận chức năng kích hoạt các ứng dụng khác thông qua một Ý định
 Xác nhận bất kỳ chức năng được biết đến kích hoạt trong ứng dụng của bạn thông qua một Ý định
 Xác nhận bất kỳ điểm vào thứ cấp để ứng dụng của bạn như được định nghĩa trong AndroidManifest.xml,
chẳng hạn như các phím tắt ứng dụng
 Xác nhận các hình thức thay thế của ứng dụng của bạn, chẳng hạn như ứng dụng Widget
 Xác nhận tính năng dịch vụ liên quan, nếu có
Nâng cấp thử nghiệm

7. Khi có thể, thực hiện các bài kiểm tra nâng cấp của cả hai máy khách và máy chủ hoặc bên dịch vụ
của sự vật. Nếu hỗ trợ nâng cấp được lên kế hoạch, có phát triển tạo ra một ứng dụng Android giả
nâng cấp để đảm bảo chất lượng có thể xác nhận rằng dữ liệu di cư xảy ra đúng cách, ngay cả khi
ứng dụng nâng cấp không làm gì với dữ liệu.
Thử nghiệm Quốc tế hóa sản phẩm
Đó là một ý tưởng tốt để kiểm tra hỗ trợ quốc tế đầu trong quá trình phát triển, cả máy khách và
máy chủ, dịch vụ. Bạn có khả năng chạy vào một số vấn đề trong lĩnh vực này liên quan đến màn
hình bất động sản và các vấn đề với chuỗi, ngày, giờ, và định dạng.
Thử nghiệm cho sự phù hợp
Hãy chắc chắn để xem xét các chính sách, thỏa thuận, và các điều khoản mà ứng dụng của bạn
phải phù hợp và chắc chắn rằng ứng dụng của bạn tuân thủ. Ví dụ, các ứng dụng Android phải theo
mặc định phù hợp với các Hiệp định phát triển Android và các điều khoản của dịch vụ Google Maps
(nếu có).
Kiểm tra cài đặt
Nói chung, cài đặt các ứng dụng Android là đơn giản, tuy nhiên, bạn cần phải kiểm tra cài đặt trên
các thiết bị với nguồn lực thấp và bộ nhớ thấp và cài đặt thử nghiệm từ những thị trường cụ thể khi
ứng dụng của bạn Nếu vị trí cài đặt biểu hiện cho phép phương tiện truyền thông bên ngoài, là "đi
sống." chắc chắn để kiểm tra các kịch bản khác nhau nguồn tài nguyên thấp hoặc mất tích.
Kiểm tra sao lưu
Không quên để kiểm tra tính năng không rõ ràng với người sử dụng, chẳng hạn như sao lưu và khôi
phục lại dịch vụ và các tính năng đồng bộ thảo luận trong chương "Quản lý tài khoản người dùng
và đồng bộ hoá dữ liệu người dùng."
Thử nghiệm tính năng
Hiệu suất ứng dụng quan trọng trong thế giới di động. Android SDK có hỗ trợ cho các tính toán đo
hiệu năng trong một ứng dụng và bộ nhớ theo dõi và sử dụng tài nguyên.Xét nghiệm cần làm quen
với những tiện ích này và sử dụng chúng thường xuyên để giúp xác định chỗ nghẽn và rò rỉ bộ nhớ
nguy hiểm và lạm dụng các nguồn tài nguyên.
Thử nghiệm ứng dụng Thanh toán
Thanh toán là quá quan trọng để lại để phỏng đoán. Kiểm tra nó. Bạn nhận thấy rất nhiều ứng
dụng thử nghiệm trên Android Market. Nhớ để xác định rằng ứng dụng của bạn là một ứng dụng
thử nghiệm.
Thử nghiệm cho bất ngờ
Không phụ thuộc vào công việc bạn thiết kế, hiểu rằng người dùng thực hiện ngẫu nhiên, bất ngờ
thứ-trên mục đích và một cách tình cờ. Một số người dùng là "nút mashers", trong khi những người
khác quên đặt khóa bàn phím trước khi đặt điện thoại trong túi của họ, kết quả là một tập hợp kỳ
lạ của phím bấm. Một cuộc gọi hoặc tin nhắn văn bản điện thoại chắc chắn sẽ đến trong trong,
trường hợp tiến nhất-xa xa. Ứng dụng của bạn phải đủ mạnh mẽ để xử lý này. Khỉ công cụ dòng
lệnh exerciser là một cách tốt để thử nghiệm cho loại sự kiện.
Thử nghiệm để tăng khả năng Là một "Killer App"

8. Mỗi nhà phát triển điện thoại di động muốn phát triển một "ứng dụng sát thủ"-những ứng dụng đi
virus, tên lửa lên đầu bảng xếp hạng, và làm cho hàng triệu một tháng. Hầu hết mọi người nghĩ
rằng nếu họ chỉ tìm thấy những ý tưởng đúng, họ sẽ có một ứng dụng sát thủ trên tay của họ. Các
nhà phát triển luôn được cọ rửa các danh sách top ten, cố gắng tìm ra cách để phát triển điều lớn
tiếp theo. Nhưng chúng ta hãy cho bạn biết một bí mật nhỏ: Nếu có một điều mà tất cả các "ứng
dụng sát thủ" chia sẻ, đó là một tiêu chuẩn chất lượng trung bình cao hơn. Không cồng kềnh, chậm
chạp, khó chịu, hoặc khó khăn để sử dụng ứng dụng bao giờ làm cho nó vào các giải đấu lớn. Kiểm
tra và thực thi các tiêu chuẩn chất lượng có thể có nghĩa là sự khác biệt giữa một ứng dụng bình
thường và một ứng dụng sát thủ.
Nếu bạn dành nhiều thời gian bất kỳ kiểm tra trên thị trường điện thoại di động, bạn nhận thấy
một số công ty phát triển điện thoại di động lớn xuất bản một loạt các ứng dụng chất lượng cao với
một cái nhìn chia sẻ và cảm nhận. Các công ty tận dụng giao diện người dùng nhất quán, chia sẻ
và tiêu chuẩn chất lượng trên trung bình để xây dựng lòng trung thành thương hiệu và gia tăng thị
phần, trong khi bảo hiểm rủi ro cược của họ có lẽ chỉ là một trong nhiều ứng dụng của họ sẽ có sự
kết hợp kỳ diệu của ý tưởng tuyệt vời và chất lượng thiết kế. Khác, các công ty nhỏ hơn thường có
những ý tưởng tuyệt vời, nhưng đấu tranh với các khía cạnh chất lượng phát triển phần mềm di
động. Kết quả tất yếu là thị trường điện thoại di động có đầy đủ các ý tưởng ứng dụng tuyệt vời bị
thực hiện với giao diện người dùng nghèo và khuyết tật làm tê liệt.
Công cụ tận dụng Android cho ứng dụng thử nghiệm Android
Android SDK và cộng đồng nhà phát triển cung cấp một số công cụ hữu ích và tài nguyên để thử
nghiệm ứng dụng và đảm bảo chất lượng. Bạn có thể muốn tận dụng những công cụ này trong giai
đoạn này của dự án phát triển của bạn:
 Các thiết bị vật lý để kiểm tra và tái tạo lỗi
 Giả lập Android cho tự động kiểm tra và thử nghiệm các bản xây dựng khi thiết bị không có sẵn
 Công cụ Android DDMS để gỡ lỗi và tương tác với các giả lập hoặc thiết bị, cũng như chụp ảnh màn hình
 Công cụ ADB cho khai thác gỗ, gỡ lỗi, và các công cụ truy cập trình bao
 Các exerciser khỉ công cụ dòng lệnh để thử nghiệm căng thẳng của đầu vào (có sẵn thông qua ADB vỏ)
 Các công cụ dòng lệnh sqlite3 để truy cập cơ sở dữ liệu ứng dụng (có sẵn thông qua ADB vỏ)
 Trình xem Hệ thống cấp bậc để điều hướng giao diện người dùng và xác minh và cho ảnh chụp màn hình
hoàn hảo pixel của thiết bị
 Môi trường phát triển Eclipse với khai thác gỗ và gỡ lỗi các công cụ ADT và có liên quan để kiểm tra hộp
trắng
Cần lưu ý rằng mặc dù chúng tôi đã sử dụng các công cụ điều hành Android như giả lập Android và
DDMS công cụ với Eclipse gỡ lỗi, đây là những công cụ độc lập có thể được sử dụng bởi các nhân
viên đảm bảo chất lượng mà không cần mã nguồn hoặc một môi trường phát triển.
Tránh sai lầm ngớ ngẩn trong kiểm thử ứng dụng Android
Dưới đây là một số trong những sai lầm ngớ ngẩn và bực bội và những cạm bẫy mà xét nghiệm
Android nên cố gắng tránh:
 Không kiểm tra các thành phần máy chủ hoặc dịch vụ được sử dụng bởi một ứng dụng như triệt để như các
mặt hàng khác.
 Không thử nghiệm với phiên bản thích hợp của Android SDK (thiết bị so với xây dựng phát triển các phiên
bản).
 Không thử nghiệm trên thiết bị và giả định mô phỏng là đủ.

9.  Không kiểm tra các ứng dụng trực tiếp bằng cách sử dụng cùng một hệ thống mà người dùng sử dụng
(thanh toán, lắp đặt, và như vậy). Mua ứng dụng của riêng bạn.
 Bỏ qua để kiểm tra tất cả các điểm nhập cảnh vào ứng dụng.
 Bỏ qua để kiểm tra trong lĩnh vực bảo hiểm khác nhau và tốc độ mạng.
 Bỏ qua để kiểm tra sử dụng năng lượng pin. Không luôn luôn có các thiết bị cắm in
Gia công phần mềm Trách nhiệm kiểm tra
Đảm bảo chất lượng điện thoại di động có thể được thuê ngoài. Hãy nhớ rằng, mặc dù, rằng sự
thành công của gia công phần mềm trách nhiệm bảo đảm chất lượng của bạn phụ thuộc vào chất
lượng và chi tiết của các tài liệu mà bạn có thể cung cấp. Gia công phần mềm làm cho nó khó khăn
hơn để hình thành các mối quan hệ chặt chẽ giữa bảo đảm chất lượng và các nhà phát triển có thể
giúp đảm bảo kiểm tra kỹ lưỡng và toàn diện.

10.  Không kiểm tra các ứng dụng trực tiếp bằng cách sử dụng cùng một hệ thống mà người dùng sử dụng
(thanh toán, lắp đặt, và như vậy). Mua ứng dụng của riêng bạn.
 Bỏ qua để kiểm tra tất cả các điểm nhập cảnh vào ứng dụng.
 Bỏ qua để kiểm tra trong lĩnh vực bảo hiểm khác nhau và tốc độ mạng.
 Bỏ qua để kiểm tra sử dụng năng lượng pin. Không luôn luôn có các thiết bị cắm in
Gia công phần mềm Trách nhiệm kiểm tra
Đảm bảo chất lượng điện thoại di động có thể được thuê ngoài. Hãy nhớ rằng, mặc dù, rằng sự
thành công của gia công phần mềm trách nhiệm bảo đảm chất lượng của bạn phụ thuộc vào chất
lượng và chi tiết của các tài liệu mà bạn có thể cung cấp. Gia công phần mềm làm cho nó khó khăn
hơn để hình thành các mối quan hệ chặt chẽ giữa bảo đảm chất lượng và các nhà phát triển có thể
giúp đảm bảo kiểm tra kỹ lưỡng và toàn diện.