Xin chào, Hackernoon! Tên tôi là Alexander Karpenko và tôi làm việc với tư cách là Kỹ sư QA tại . Tôi đã chuẩn bị bài viết này cho các chuyên gia QA mới làm quen. Dưới đây, tôi sẽ cho bạn biết cách sử dụng (ADB) trong thử nghiệm ứng dụng dành cho thiết bị di động và tại sao nó lại cần ngay từ đầu. inDrive Android Debug Bridge Tôi tưởng tượng bạn đã có kiến thức cơ bản về các nguyên tắc cơ bản về kiểm thử nên tôi sẽ bỏ qua quá trình chuẩn bị và thiết lập dự án. Khả năng của ADB không ngừng được mở rộng, nhưng tôi sẽ chia sẻ một số kỹ thuật có giá trị sẽ cải thiện quy trình làm việc hàng ngày của bạn. Vì câu chuyện của tôi là về thử nghiệm ứng dụng dành cho thiết bị di động, tôi sẽ tập trung vào macOS, cho phép bạn làm việc hiệu quả với tất cả các nền tảng di động phổ biến. Đối với các hệ điều hành khác, các ví dụ có thể hơi khác một chút, nhưng hy vọng rằng người dùng Windows sẽ không chống lại tôi. Để bắt đầu, hãy liên hệ với các lệnh cơ bản nhất để đảm bảo các điểm sau này được trình bày theo một trình tự hợp lý. Hiển thị danh sách các thiết bị được kết nối và kết nối với thiết bị Thông thường, chúng tôi làm việc với một thiết bị, nhưng đôi khi một số thiết bị được kết nối, ví dụ: qua TCP / IP. Trong trường hợp này, chúng ta phải chỉ định thiết bị mà chúng ta muốn chạy lệnh theo cách thủ công. Hiển thị danh sách tất cả các thiết bị được kết nối để lấy số nhận dạng - hiển thị danh sách các thiết bị được kết nối (sử dụng công tắc kéo lên danh sách các thuộc tính mở rộng). Điều này rất hữu ích nếu nhiều thiết bị được kết nối và không rõ chúng ta cần thiết bị nào. adb devices -l Để cho ADB biết thiết bị nào cần nhắm mục tiêu, số sê-ri của thiết bị phải được chỉ định sau công tắc : -s , trong đó là số sê-ri của thiết bị từ danh sách và là lệnh thực thi trên thiết bị. adb -s <serial_number> <command> <serial_number> <command> Ví dụ: cài đặt một ứng dụng trên một thiết bị cụ thể từ danh sách: adb -s 32312b96 install user/download/app.apk Một tình huống thường xuyên khác là khi hoạt động đồng thời liên quan đến một thiết bị thực và một trình giả lập, ví dụ, cho các vai trò khác nhau của người thực thi / người khởi tạo. Trong trường hợp này, các thiết bị có thể dễ dàng phân biệt không phải bằng số sê-ri của chúng mà dựa trên các chuyển đổi sau lệnh quảng cáo. Thí dụ: —d —e - lệnh sẽ được thực thi trên thiết bị thực, với công tắc trên trình giả lập. adb —d install user/download/app.apk —е Chúng tôi cũng có thể kết nối với thiết bị qua TCP / IP khi thiết bị sử dụng cùng một mạng Wi-Fi. Để thực hiện việc này, hãy kết nối thiết bị với PC bằng cáp và thay đổi chế độ hoạt động trên thiết bị từ USB sang TCP / IP bằng cách sử dụng lệnh: adb tcpip 5555 Xác định địa chỉ IP của thiết bị bằng bất kỳ phương pháp khả dụng nào Ví dụ: thông qua cài đặt điện thoại trong Thông tin chung hoặc bằng lệnh: adb shell ifconfig wlan0 Nếu thiết bị của bạn đã bị ngắt kết nối khỏi PC tại thời điểm này, hãy nhớ chỉ định thêm S / N của thiết bị. Tiếp theo, chúng tôi kết nối với nó: adb connect ip_address:5555 Có thể tắt thiết bị bằng lệnh: adb disconnect ip_address:5555 - để tắt tất cả các thiết bị TCP / IP của chúng tôi. adb disconnect Để quay lại chế độ USB, hãy sử dụng lệnh: (chữ thường là quan trọng). adb usb Cài đặt và gỡ cài đặt ứng dụng cũng như định vị gói trên thiết bị Ứng dụng được cài đặt bằng lệnh: , trong đó là đường dẫn tuyệt đối đến tệp ứng dụng APK của chúng tôi. adb install <apk_path> <apk_path> Dưới đây là một số công tắc hữu ích sau lệnh cài đặt thường được sử dụng: - cài đặt lại với phiên bản đã hạ cấp. Nếu không, sẽ xảy ra lỗi (lỗi) ). —d [INSTALL_FAILED_VERSION_DOWNGRADE] - cài đặt lại ứng dụng đã lưu dữ liệu. —r - cấp tất cả các quyền được chỉ định trong tệp kê khai ứng dụng trong quá trình cài đặt. —g Ví dụ: một ứng dụng được cài đặt bằng công tắc này sẽ không yêu cầu bạn cho phép truy cập vào vị trí địa lý hoặc không gian lưu trữ để tải ảnh xuống. Ứng dụng được gỡ cài đặt dựa trên tên của gói. Để làm được điều này, bạn cần biết ứng dụng được đăng ký vào hệ thống như thế nào. Sử dụng Shell và Trình quản lý gói (chiều). Chạy lệnh sau để hiển thị danh sách tất cả các ứng dụng đã cài đặt: adb shell pm list packages Danh sách có thể được lọc theo tên ứng dụng. Bạn sẽ cần điều này nếu danh sách khá lớn, nhưng chúng tôi biết từ nào được chứa trong tên của gói: adb shell pm list packages | grep com.myApp Bạn cũng có thể xuất ra một tệp riêng biệt và tìm gói cần thiết ở đó: adb shell pm list packages > /Users/username/packages.txt Bây giờ chúng ta đã biết cách tìm ra tên của gói ứng dụng, hãy quay lại cách xóa nó khỏi thiết bị. Điều này có thể được thực hiện bằng cách sử dụng lệnh: adb uninstall com.myApp - xóa ứng dụng nhưng lưu dữ liệu và tệp bộ nhớ cache. adb uninstall -k com.myApp Tôi sẽ trình bày riêng một lệnh thường có thể hữu ích: - dọn dẹp bộ nhớ cache và dữ liệu của ứng dụng. adb shell pm clear com.myApp Tải xuống tệp APK từ thiết bị Tôi nghĩ đây là một tình huống hiếm gặp. Nhưng điều này có thể hữu ích cho ai đó, giống như nó đã từng làm với tôi. Tất cả các ứng dụng đã cài đặt đều lưu trữ các tệp APK của chúng trong thư mục / data / appfolder. Vì bạn biết tên của gói, bạn có thể tìm thấy nơi ứng dụng được cài đặt và tải xuống APK của nó từ đó. Để thực hiện việc này, hãy chạy lệnh sau: - hiển thị thư mục cài đặt của ứng dụng. adb shell pm path com.myApp Đây có thể không phải là tất cả những gì dễ thấy: package:/data/app/~~YcTsnr19yQR6ENa0q2EMag==/com.myApp—IHasf91SDB0erQLagc8j0Q==/base.apk Nhưng đây chính xác là cách chúng ta cần con đường này để xem xét. Chúng ta hãy bỏ qua một chút trước và xem cách chúng ta có thể sao chép tệp chúng ta cần vào PC từ điện thoại. Điều này có thể được thực hiện bằng cách sử dụng lệnh: , trong đó là đầu ra của lệnh trước đó của chúng tôi, là đường dẫn trên PC mà bạn muốn sao chép tệp của chúng tôi vào. adb pull <crazyPath> /Users/username/ <crazyPath> /Users/username/ Trường văn bản Hãy nói ngắn gọn về việc kiểm tra các trường văn bản. Ví dụ: bạn phải kiểm tra giới hạn số ký tự tối đa có thể được nhập vào một trường văn bản. Nếu bạn sử dụng một thiết bị, các tập dữ liệu đã chuyển khác nhau có thể được lưu trữ trên điện thoại hoặc trên đám mây. Tuy nhiên, nếu thử nghiệm phải được thực hiện trên các thiết bị khác nhau, dữ liệu thử nghiệm có thể được lưu trữ trên PC và được chuyển đến các thiết bị thông qua các lệnh sau: adb shell input text <text> Thí dụ: - chuỗi "test test" sẽ được nhập. Thay thế khoảng trắng bằng các ký tự đặc biệt , nếu không, chỉ phần trước khoảng trắng sẽ được gửi đến thiết bị. Nếu chúng ta sử dụng các ký tự đặc biệt như Trong văn bản đang được truyền, chúng phải được đánh dấu bằng cách chèn dấu gạch chéo ngược ( ) trước chúng. adb shell input text test%stest %s !@# \ Ví dụ, lệnh: sẽ hiển thị trên màn hình adb shell input text test\!\@\#\$%stest “test!@#$ test” (ADB không hoạt động với các ký tự Cyrillic và tạo ra lỗi NullPointerException). Nội dung của khay nhớ tạm có thể được chuyển theo cách này: adb shell input text $(pbpaste) Hãy nhớ rằng một số ký tự có thể không được truyền khi chúng xuất hiện trên PC. Vấn đề có thể được giải quyết bằng cách sử dụng trình soạn thảo văn bản trực tuyến (sed). Dưới đây là một ví dụ về lệnh mở rộng trong đó chúng tôi thay thế tất cả các khoảng trắng trong bộ đệm bằng các ký tự đặc biệt mà chúng tôi cần để đảm bảo văn bản được chuyển đến thiết bị theo đúng cách: adb shell input text $(pbpaste | sed -e 's/ /\%s/g') là văn bản được chứa trong bộ đệm. pbpaste Công cho phép bạn thực hiện các lệnh cần thiết để chỉnh sửa văn bản. ”—e” là mẫu (mẫu) để sử dụng. “s/take this/change_it_to/option” là cờ để thay thế tất cả các kết quả phù hợp cho một mẫu cụ thể, không có ngoại lệ. /g Liên kết sâu Hãy nhớ rằng tốt nhất là khi thử nghiệm được thực hiện trong môi trường gần với cuộc sống thực nhất có thể, nhưng sẽ rất hữu ích khi biết rằng tùy chọn này cũng có sẵn. Chiến lược này sẽ giúp bạn kiểm tra các liên kết sâu đến các màn hình cần thiết, khi nhiều màn hình được sử dụng hoặc nếu chúng tôi gặp sự cố với cơ sở hạ tầng và không có thông báo đẩy nào đi qua hoặc nếu chưa có thông báo nào đến nhưng bạn cần kiểm tra xem ứng dụng hoạt động. Bạn cũng có thể kiểm tra xem ứng dụng có hoạt động chính xác hay không và không bị lỗi nếu một liên kết sâu không hợp lệ xuất hiện trong cảnh báo thông báo đẩy. Hoặc khi xử lý tình huống mà chúng tôi đi theo một liên kết sâu đến một màn hình không còn tồn tại hoặc trạng thái của nó đã thay đổi, hoặc nếu ngay từ đầu chúng tôi không nên có quyền truy cập vào màn hình đó, bởi vì cảnh báo đẩy đã ở thông báo trong một thời gian dài. Có thể có rất nhiều tình huống như thế này. Trong Shell ADB, chúng ta có thể sử dụng Trình quản lý Hoạt động (AM) để thực thi các lệnh. Chúng tôi bắt đầu hoạt động của mình và gửi liên kết sâu mà chúng tôi muốn kiểm tra. Liên kết sâu thường chứa ký tự “&”, ngăn cách giữa các màn hình. Do đó, khi mở qua một thiết bị đầu cuối, một dấu gạch chéo ngược (\) phải được chèn trước nó. adb shell am start -W -a android.intent.action.VIEW -d “myApp://open/client/trip\&last_trip=test” com.myApp - gọi Người quản lý hoạt động. am - chờ tải xuống trước khi thực hiện lệnh. W - xác định hành động nào sẽ được thực hiện. Trong trường hợp này, đó là . a action.View - dữ liệu cần thiết cho quá trình chạy. Trong trường hợp này, chúng ta đang nói về bản thân liên kết sâu và sau đó là ứng dụng sẽ được sử dụng để mở nó. d Bạn có thể phải chèn lại dấu ngoặc kép theo cách thủ công hoặc thay thế chúng bằng dấu ngoặc kép khi chuyển lệnh đến thiết bị đầu cuối. Nếu có lỗi cú pháp, bạn có thể nhận được một thông báo thích hợp. Tạo ảnh chụp màn hình và quay video từ màn hình thiết bị Sử dụng lệnh này để chụp ảnh màn hình: adb shell screencap -p <device_path/screenshot_name.png> Thí dụ: - chụp ảnh màn hình và lưu tệp có tên trên thiết bị vào thư mục . adb shell screencap -p /sdcard/screencap.png screencap.png /sdcard/screencap.png Bạn có thể lưu ảnh chụp màn hình trên máy tính của mình như sau: - theo mặc định, tệp được sao chép vào thư mục của người dùng hiện tại, tức là . adb pull /sdcard/screencap.png /Users/username/screencap.png Hoặc bạn có thể chạy toàn bộ lệnh cùng một lúc: adb shell screencap -p /sdcard/screencap.png && adb pull /sdcard/screencap.png Trong các phiên bản mới nhất của ADB, lệnh sau có thể được sử dụng để lấy ảnh chụp màn hình: - tệp ảnh chụp màn hình cũng sẽ xuất hiện trong thư mục của người dùng hiện tại trên PC. adb exec—out screencap —p > screen.png Đường dẫn mặc định có thể được thay đổi theo cách thủ công bằng cách được thêm vào cuối lệnh: - và ảnh chụp màn hình sẽ xuất hiện trong thư mục . adb exec—out screencap -p > downloads/test/screen.png /Users/username/downloads/test/screen.png Nếu quan tâm, bạn cũng có thể tự động hóa quá trình này một chút bằng cách thêm bí danh vào . Trong macOS, bạn có thể sử dụng Dịch vụ Automator để tạo và thiết lập các phím nóng. bash_profile Sử dụng lệnh này để quay video: . adb shell screenrecord device_path Thí dụ: - sử dụng lệnh này để bắt đầu quay màn hình thiết bị dựa trên cài đặt mặc định trong ba phút và lưu kết quả vào tệp trên thiết bị. adb shell screenrecord /sdcard/screenrecord.mp4 /sdcard/screenrecord.mp4 Bạn có thể chỉ định thời gian ghi theo cách thủ công bằng cách sử dụng công tắc (tính bằng giây, nhưng thời lượng ghi vẫn bị giới hạn ở 180 giây). —time—limit time Có thể dừng quá trình ghi trước thời hạn bằng cách nhấn CTRL + C Tệp cũng có thể được sao chép bằng cách sử dụng lệnh kéo, theo cách tương tự như quy trình chụp ảnh màn hình. Bạn cũng có thể kiểm tra các tính năng bổ sung của tiện ích này bằng cách sử dụng tắc - trợ giúp. Ngẫu nhiên, nó có thể thay đổi độ phân giải ghi và tốc độ bit, cũng như thêm dữ liệu bổ sung cho báo cáo lỗi. --help Sẽ rất hữu ích khi sử dụng công tắc để bổ sung thông tin về hệ thống được sử dụng để ghi dưới dạng khung hình đầu tiên trong video. -bugreport Bây giờ chúng ta đã trình bày cách tải xuống một số nội dung từ thiết bị, hãy tập trung một chút vào cách tải nội dung lên đó. Chúng tôi đã mở ứng dụng trên PC, điều chỉnh định dạng và nội dung, tải xuống điện thoại và kiểm tra để đảm bảo rằng ứng dụng phản hồi chính xác với các định dạng không xác định và giới hạn quá khổ. Để tải tệp lên điện thoại từ PC, bạn có thể sử dụng lệnh sau: adb push /Users/username/file <device_path> Hãy chạy lệnh: - điều này sẽ sao chép tệp của chúng tôi vào thẻ SD của điện thoại. adb push /Users/username/screen.png sdcard screen.png Kiểm tra xem trạng thái của ứng dụng đã được khôi phục sau khi hệ thống xóa hay chưa Một ví dụ khác từ kinh nghiệm liên quan đến việc kiểm tra xem trạng thái của ứng dụng đã được khôi phục sau khi hệ thống xóa hay chưa. Thu gọn ứng dụng, hủy quá trình - hành động này mô phỏng tình huống khi hệ thống dừng quá trình do không có đủ bộ nhớ: adb shell am kill com.myApp Chạy lại và kiểm tra xem mọi thứ có hoạt động tốt hay không. Chúng tôi đã gặp tình huống này: người dùng thu nhỏ một ứng dụng khi đang ở trên một màn hình nhất định. Sau một thời gian, hệ thống làm chậm quá trình và lưu vào bộ nhớ cache trạng thái của nó. Khi người dùng cố gắng mở rộng ứng dụng, nó sẽ bị treo. Điều này xảy ra khi dữ liệu từ bộ nhớ cache được truy cập, vì các phân đoạn đang khôi phục lại ngăn xếp và trạng thái của chúng, nhưng bộ nhớ cache đã trống. Thật không may, lỗi này đã bị bỏ qua trong giai đoạn thử nghiệm, bởi vì chúng tôi đã không gặp phải nó trước đây, và vì vậy nó đã được đưa vào sản xuất. Bây giờ bạn biết điều đó là có thể, bạn có thể đảm bảo rằng bạn không lặp lại những sai lầm của chúng tôi. Nhật ký Bạn nên kiểm tra nhật ký khi cố gắng tìm ra nguyên nhân khiến ứng dụng gặp sự cố. Nếu bạn muốn lưu nội dung bộ đệm nhật ký hiện tại, điều này có thể được thực hiện bằng cách sử dụng lệnh sau: - hiển thị nhật ký trong thời gian thực. adb logcat - hiển thị thông tin nhật ký tại thời điểm lệnh được chạy mà không cần thêm các sự kiện thực trên thiết bị. Cũng có thể xuất nhật ký ra một tệp riêng biệt bằng cách sử dụng lệnh: (tệp được tạo trong thư mục của người dùng hiện tại). adb logcat —d adb logcat —d > file.log Và lệnh sẽ ghi nhật ký trực tiếp vào tệp, thêm tất cả các sự kiện thực trên thiết bị. adb logcat >> file.log Có một số cấp độ theo thứ tự ưu tiên tăng dần: V - Verbose, D - Debug, I - Info, W - Warn, E - Error, F - Fatal, S - Silent, chẳng hạn: - sẽ xuất ra các bản ghi có lỗi và cấp cao hơn. adb logcat '*:E' Bây giờ chúng ta hãy tìm hiểu sơ lược về định dạng và bộ lọc đầu ra. Bạn có thể thay đổi định dạng của đầu ra cho bảng điều khiển bằng cách sử dụng công tắc -v, ví dụ: - xuất các bản ghi tuần tự bằng cách ghi lại các mốc thời gian. adb logcat -v time - hiển thị từng cấp độ của nhật ký bằng một màu khác nhau (rất hữu ích khi đọc). adb logcat -v color - hiển thị ưu tiên quy trình, thẻ và PID. adb logcat -v brief Mỗi thông báo nhật ký có một thẻ và mức độ ưu tiên liên quan của nó. Bạn có thể sử dụng chúng để giảm lượng đầu ra cho bảng điều khiển: - sẽ hiển thị các sự kiện phân tích mà chúng tôi gửi qua dịch vụ swrve. Tham số chỉ ra rằng đầu ra nhật ký bị giới hạn trong biểu thức bộ lọc mà chúng tôi đã chỉ định rõ ràng. adb logcat SwrveSDK:I '*:S' *:S (-s) Và như mọi khi, bạn có thể sử dụng tiện ích grep để lọc đầu ra: adb logcat '*:E' —v color | grep com.myApp Theo truyền thống, để biết thêm thông tin, bạn luôn có thể chuyển sang trợ lý của mình adb logcat --help Bây giờ chúng ta hãy xem làm thế nào để sử dụng nó Ví dụ: nếu một lỗi được tái tạo trong khi thiết bị không được kết nối, bạn có thể kết nối nó ngay lập tức và chuyển hướng nhật ký đến một tệp. Để gỡ lỗi thêm, trước khi thu thập nhật ký, bạn có thể xóa trước bộ đệm nhật ký trước khi tạo lại lỗi để loại bỏ dữ liệu thừa. Điều này có thể được thực hiện thông qua lệnh: , sau đó chúng tôi tái tạo lỗi và chạy adb logcat —c adb logcat —d Đối với những người thích tìm hiểu hàng đống nhật ký, có một công cụ khác cần xem xét - báo cáo lỗi của ADB. Công cụ này cho phép bạn tạo các kho lưu trữ zip với đầy đủ thông tin gỡ lỗi ở định dạng văn bản thuần túy ( ). .txt - tạo một kho lưu trữ zip trong thư mục được chỉ định. adb bugreport /Users/username Sao chép tất cả thông tin về thiết bị, chẳng hạn nhưdumpstate, kết xuất và dữ liệu logcat vào thư mục được chỉ định. Theo mặc định, các báo cáo lỗi được lưu trữ trong / bugreports và có thể được xem qua: adb shell ls /bugreports/ Thông tin quan trọng nhất đối với chúng tôi được lưu trữ trong bugreport-BUILD_ID-DATE.txt Giám sát sự cố và ANR (Ứng dụng không phản hồi) là một công cụ thú vị khác để làm việc với sự cố. Chạy nó bằng cách sử dụng lệnh này: , và sau đó chúng tôi tái tạo sự cố của mình. Bảng điều khiển sẽ hiển thị thông tin về sự cố mà không có bất kỳ chi tiết thừa nào và ba tùy chọn để tiếp tục nỗ lực giám sát của chúng tôi: . adb shell am monitor (c)ontinue: show crash dialog, (k)ill: immediately kill app, (q)uit: finish monitoring Trình giả lập Hiển thị danh sách các trình giả lập đã định cấu hình: emulator -list-avds Chạy trình giả lập chúng ta cần: emulator @avdname Khi làm việc với trình giả lập, đôi khi cần phải khởi động lại các dịch vụ và máy chủ phải được đặt lại sau khi trình giả lập được khởi động, nhưng thường thì chỉ cần một lệnh là đủ: . Nếu điều này không hữu ích, hãy chạy toàn bộ tập lệnh: adb kill-server - hiển thị danh sách các trình giả lập đã định cấu hình. emulator -list-avds - dừng máy chủ. adb kill-server (hoặc ) - trong đó là tên của trình giả lập. emulator -avd avdname emulator @avdname avdname - khởi động lại máy chủ. adb start—server - hiển thị danh sách các thiết bị được kết nối nơi trình giả lập bị mất của chúng tôi sẽ xuất hiện. adb devices Đối với những người lười nhất trong số các bạn, một trình giả lập có thể được tạo từ dòng lệnh. Ví dụ: lệnh sau tạo một trình giả lập có tên "test" bằng cách sử dụng hình ảnh hệ thống x86 với API 25 :): avdmanager create avd —n test —k "system—images;android—25;google_apis;x86" Nếu không có hình ảnh mong muốn, bạn có thể cài đặt trước bằng lệnh: sdkmanager --install "system—images;android—25;google_apis;x86" - hiển thị danh sách hình ảnh có sẵn để tải xuống sdkmanager --list | grep system—images Với trình giả lập, đôi khi cũng xảy ra sự cố “ảo” trong quá trình hoạt động và một lệnh được sử dụng thường xuyên giúp ích ở đây là “khởi động lạnh” trình giả lập mà không cần kéo ảnh chụp nhanh tự động lên. Ảnh chụp nhanh được thực hiện ở đầu ra sẽ như sau: emulator @avdname —no—snapshot—load Dưới đây là một số công tắc hữu ích hơn cần xem xét khi khởi động trình mô phỏng: - sẽ không có ảnh chụp nhanh tự động nào được lưu -no-snapshot-save - sẽ không có ảnh chụp nhanh nào được tải xuống hoặc lưu -no-snapshot Nếu trình giả lập vẫn không hoạt động bình thường, nó có thể được xóa bằng cách sử dụng nút chuyển để đưa trình giả lập về trạng thái ban đầu: -wipe-data Tạo ảnh chụp nhanh là một tính năng rất hữu ích để lưu các trạng thái khác nhau của thiết bị. Theo cách thủ công, điều này có thể được thực hiện thông qua cài đặt trình giả lập hoặc bằng cách chạy lệnh này: - lưu trạng thái của trình giả lập trong đó là tên của ảnh chụp nhanh sẽ được lưu trữ trên thiết bị adb emu avd snapshot save test test - chạy trình mô phỏng của chúng tôi có tên @avd và hiển thị danh sách ảnh chụp nhanh trong bảng điều khiển emulator @avdname —snapshot—list Tiếp theo, bạn có thể tải một ảnh chụp nhanh đã lưu trước đó bằng cách sử dụng lệnh này: - trong đó là tên của ảnh chụp nhanh đã lưu trước đó adb emu avd snapshot load test kiểm tra - xóa có tên snapshot adb emu avd snapshot delete test test Cũng có thể chạy ngay trình giả lập với ảnh chụp nhanh mà chúng tôi cần: emulator @avdname -snapshot test Bạn cũng có thể sử dụng lệnh để lấy ảnh chụp nhanh từ thiết bị: pull adb emu avd snapshot pull test /Users/username/ Trình giả lập của chúng tôi có thể được vận hành thông qua bảng điều khiển . Nhưng trước tiên bạn phải cài đặt nó. Cách dễ nhất để làm điều đó là thông qua trình quản lý gói , nếu bạn có. Nếu không, thì đã đến lúc tìm hiểu nó là gì và làm thế nào để sử dụng nó. Vì vậy, hãy cài đặt bằng cách sử dụng lệnh: telnet brew telnet brew install telnet. Tiếp theo, chạy trình mô phỏng của chúng tôi và trong một tab khác của thiết bị đầu cuối, kết nối với nó bằng lệnh: Ví dụ: telnet localhost port, - kết nối với trình giả lập của chúng tôi sử dụng cổng 5554 telnet localhost 5554 Sau khi hoàn thành lệnh, chúng tôi có thể thực hiện tất cả các loại công việc hữu ích với trình mô phỏng của mình, bao gồm cả làm việc với địa lý (ví dụ: lệnh sẽ đặt vị trí mong muốn của chúng tôi tại các tọa độ được chỉ định), mạng hoặc pin, trong khi danh sách đầy đủ các lệnh như mọi khi có thể được tìm thấy thông qua trợ giúp. geo fix 40.748840 -73.984279 Ví dụ, quy trình tương tự với ảnh chụp nhanh được đơn giản hóa đôi chút, trong khi các lệnh được nêu trong phần trước được rút gọn thành . avd snapshot <command> Thay đổi độ phân giải trên thiết bị Trình quản lý cửa sổ (wm) có một số lệnh hữu ích để đảm bảo các thành phần trên màn hình của thiết bị được hiển thị chính xác. Chúng cho phép bạn điều chỉnh độ phân giải mật độ pixel để bạn có thể xem qua tất cả các tùy chọn cần thiết cho kích thước màn hình và xem ứng dụng của chúng tôi sẽ thích ứng với chúng như thế nào mà không cần có sẵn số lượng thiết bị thích hợp: - đặt độ phân giải màn hình tùy chỉnh, với chiều rộng 1080 và chiều cao là 1920. adb shell wm size 1080x1920 - đặt lại tất cả các cài đặt đã thay đổi của chúng tôi. adb shell wm size reset - thay đổi mật độ điểm ảnh, trong đó giá trị nhỏ nhất là 72. Giá trị càng lớn, các phần tử trên màn hình càng lớn. adb shell wm density X - đặt lại tất cả các cài đặt đã thay đổi của chúng tôi. adb shell wm density reset Nếu chúng tôi chạy các lệnh của mình mà không có bất kỳ đối số nào, chúng tôi sẽ lấy lại độ phân giải màn hình hiện tại và mật độ điểm ảnh của thiết bị / trình mô phỏng được kết nối. Con khỉ Riêng biệt, chúng ta có thể đề cập đến Monkey - một công cụ tạo ra các sự kiện ngẫu nhiên của người dùng trên trình giả lập hoặc thiết bị, chẳng hạn như nhấp chuột, chạm và cử chỉ, cũng như một số sự kiện cấp hệ thống giống như chuyển động của một con khỉ ngớ ngẩn. Monkey có thể được sử dụng để kiểm tra căng thẳng. Monkey - hiển thị tất cả các thông số Monkey. adb shell monkey Ví dụ về một kịch bản hoàn chỉnh: adb shell monkey ——throttle 100 ——pct—syskeys 0 —p com.myApp —v 10 - đặt độ trễ giữa các hành động tính bằng mili giây. Khi Monkey thực hiện tất cả các thao tác một cách nhanh chóng, công tắc (phím) này thường được sử dụng khi chúng ta muốn kiểm soát trực quan những gì đang xảy ra trên màn hình. --throttle - xác định tỷ lệ phần trăm các nút hệ thống sẽ được nhấn trong một kịch bản. Trong ví dụ này, nó được đặt thành 0, có nghĩa là không có nút hệ thống nào được nhấn. --pct-syskeys Công tắc - tên của gói được truyền đi -p Công tắc - số lượng hành động được thực hiện -v Quyền ứng dụng Thông thường, các hoạt động liên quan ở đây ngụ ý thu hồi quyền ứng dụng, vì quyền thường được cấp thông qua yêu cầu ứng dụng - điều có thể được thực hiện nhanh chóng và dễ dàng - trong khi việc thu hồi quyền được thực hiện thông qua cài đặt hệ thống. - hiển thị danh sách các quyền ứng dụng có sẵn, ví dụ: bắt buộc được cấp khi cài đặt ứng dụng, - quyền được yêu cầu tại một thời điểm cụ thể, ví dụ: khi truy cập vào bộ lưu trữ tệp. Lưu ý rằng nếu thiếu quyền trong danh sách quyền được yêu cầu, bạn sẽ không thể cấp quyền truy cập cho quyền đó. adb shell dumpsys package com.MyApp | grep permission install permissions runtime permissions Vì vậy, lệnh sau phải được chạy để thu hồi quyền của ứng dụng của chúng tôi: , ví dụ: adb shell pm revoke packageName permissionName - thu hồi quyền truy cập của vào máy ảnh. Khi chúng tôi quay lại ứng dụng và cố gắng sử dụng máy ảnh thông qua nó, chúng tôi sẽ thấy một yêu cầu cấp quyền mới. adb shell pm revoke com.MyApp android.permission.CAMERA com.myApp Lệnh cấp cấp quyền cho ứng dụng, ví dụ: - cấp quyền truy cập vào camera của điện thoại cho ứng dụng của chúng tôi. adb shell pm grant com.myApp android.permission.CAMERA Cục pin Ở đây chúng ta hãy cùng tìm hiểu sơ qua về pin và chế độ chờ. - hiển thị thông tin pin. adb shell dumpsys battery - đặt mức sạc pin, trong đó X là phần trăm mức sạc. adb shell dumpsys battery set level X - mô phỏng cách rút pin. adb shell dumpsys battery unplug - đặt lại tất cả các cài đặt đã thay đổi của chúng tôi. adb shell dumpsys battery reset Bây giờ chúng ta hãy xem xét các chế độ chờ. Bắt đầu từ Android 6, có một chức năng được gọi là Doze Mode, để tiết kiệm pin và kéo dài tuổi thọ pin bằng cách hạn chế hoạt động ứng dụng sau khi người dùng không tương tác với thiết bị trong một thời gian và khi thiết bị không được sạc. Hệ thống định kỳ thoát Chế độ ngủ gật để hoàn thành các tác vụ nền đang chờ xử lý. Chế độ chờ ứng dụng là một tính năng tương tự khác của Android. Không giống như Doze Mode, nó theo dõi trạng thái của một ứng dụng cụ thể đã không hoạt động trong một khoảng thời gian nhất định và sau đó kích hoạt chế độ chờ. Công việc của chúng tôi là đảm bảo rằng ứng dụng phục hồi bình thường sau khi thoát khỏi hai chế độ tiết kiệm năng lượng này, không bị lỗi, thông báo tiếp tục đến, v.v. Để chuyển thiết bị sang Chế độ Ngừng, hãy chạy các lệnh sau: pin. adb shell dumpsys battery unplug - lệnh có thể phải được thực hiện nhiều lần cho đến khi được hiển thị: . adb shell dumpsys deviceidle step Stepped to deep: IDLE Sau khi tất cả các quy trình chúng tôi đã hoàn thành với pin, tốt nhất là chạy lệnh: - đưa nó về trạng thái ban đầu. adb shell dumpsys battery reset Lệnh này cũng có thể được sử dụng để buộc thiết bị vào Chế độ Doze: - đôi khi, trước đó, bạn phải chạy lệnh: adb shell dumpsys deviceidle force—idle adb shell dumpsys deviceidle enable. Bạn có thể kích hoạt lại nó từ Chế độ Doze bằng lệnh: - và đừng quên đặt lại tình trạng pin: adb shell dumpsys deviceidle unforce . adb shell dumpsys battery reset Bây giờ một chút về Chế độ chờ của ứng dụng. Để triển khai ứng dụng ở chế độ này, cần chạy các lệnh sau: - ngắt pin như trường hợp trước. adb shell dumpsys battery unplug - không hoạt động - triển khai ứng dụng ở chế độ Chờ ứng dụng. adb shell am set—inactive com.myApp true Tiếp theo, chuyển ứng dụng của chúng tôi ra khỏi chế độ Chờ ứng dụng bằng cách sử dụng lệnh sau: . adb shell am set—inactive com.myApp false Bạn có thể kiểm tra trạng thái ứng dụng bằng cách chạy lệnh sau: adb shell am get—inactive com.myApp Một số lệnh hữu ích hơn cần xem xét - khởi động lại thiết bị (cũng có liên quan đến thiết bị thực). adb reboot - hiển thị đầy đủ thông tin về một ứng dụng cụ thể. adb shell dumpsys package com.myApp - để kiểm tra mức sử dụng bộ nhớ của ứng dụng trên thiết bị, từ dung lượng chiếm đến việc hiển thị cơ sở dữ liệu được ứng dụng này sử dụng, cũng như đường dẫn đến chúng. adb shell dumpsys meminfo com.myApp - hiển thị danh sách các thuộc tính thiết bị có sẵn (nhà sản xuất, kiểu thiết bị, thông số kỹ thuật phần cứng, v.v.) adb shell getprop Hiển thị danh sách các hoạt động có thể truy cập được cho ứng dụng: . adb shell dumpsys package com.myApp | grep —i Activity Hiển thị tên của hoạt động đang chạy: . adb shell dumpsys window | grep Focused Chạy hoạt động ứng dụng đã chọn: - bằng cách này, bạn có thể chạy bất kỳ ứng dụng nào đã cài đặt, bao gồm cả các ứng dụng hệ thống. Ví dụ: adb shell am start -n com.android.settings / .Settings hiển thị cài đặt điện thoại của chúng tôi. adb shell am start —n com.myApp/.ActivityClass Thực hiện cuộc gọi đến số điện thoại được chỉ định: . adb shell am start —a android.intent.action.CALL tel:+790900000XX Mở một trang trong trình duyệt web của bạn: adb shell am start —a android.intent.action.VIEW 'https://indriver.com' Lời kết Tôi muốn chỉ ra rằng không thể nhồi nhét tất cả các tính năng của Android Debug Bridge vào một bài báo hoặc tiến hành nghiên cứu kỹ lưỡng về chúng. Những thay đổi liên tục xảy ra: những gì hoạt động ngày hôm nay có thể đột ngột ngừng hoạt động vào ngày mai và nhu cầu kiến thức về các công cụ nhất định sẽ phát sinh khi chúng ta tìm kiếm giải pháp cho các vấn đề cụ thể. Nhưng tôi có thể tự tin nói rằng tài liệu mà chúng tôi đã đề cập ngày hôm nay đủ để giúp bạn bắt đầu và sau đó tiếp tục một thời gian. Chúc bạn may mắn với những nỗ lực của mình và tôi hy vọng bạn sẽ thích khám phá thế giới thú vị của kiểm thử phần mềm!
