Kể từ ngày 27 tháng 3 năm 2025, bạn nên sử dụng android-latest-release thay vì aosp-main để xây dựng và đóng góp cho AOSP. Để biết thêm thông tin, hãy xem phần Thay đổi đối với AOSP.

Trang này được dịch bởi Cloud Translation API.

Kiểm thử ITS bằng máy ảnh

Trang này cung cấp danh sách đầy đủ các bài kiểm thử trong Bộ kiểm thử hình ảnh của máy ảnh (ITS). Bộ kiểm thử này là một phần của Trình xác minh Bộ kiểm thử khả năng tương thích với Android (CTS). Kiểm thử ITS là kiểm thử chức năng, nghĩa là không đo lường chất lượng hình ảnh mà kiểm tra xem tất cả các chức năng của máy ảnh được quảng cáo có hoạt động như mong đợi hay không. Tài liệu này giúp nhà phát triển và người kiểm thử hiểu được từng kiểm thử thực hiện chức năng gì và cách gỡ lỗi kiểm thử không thành công.

Cổng ITS của máy ảnh kiểm thử theo các thuộc tính máy ảnh bắt buộc, cấp độ API và cấp độ hiệu suất nội dung nghe nhìn (MPC). Đối với cấp độ API, ITS sử dụng ro.product.first_api_level để kiểm thử cổng được thêm vào một cấp độ API cụ thể. Cấp độ này kiểm thử trải nghiệm người dùng tiêu cực đối với chức năng ở các cấp độ API thấp hơn. ITS sử dụng ro.vendor.api_level để kiểm thử các tính năng được thêm vào một cấp độ API cụ thể yêu cầu khả năng phần cứng mới. Nếu ro.odm.build.media_performance_class được xác định cho một thiết bị, thì ITS yêu cầu chạy các kiểm thử cụ thể tuỳ thuộc vào cấp MPC.

Các bài kiểm thử được nhóm theo cảnh như sau:

scene0: Ghi lại siêu dữ liệu, độ trễ, con quay hồi chuyển, độ rung
scene1: Độ phơi sáng, độ nhạy, bù giá trị phơi sáng (EV), YUV so với JPEG và RAW
scene2: Phát hiện khuôn mặt, các bài kiểm thử yêu cầu cảnh màu
scene3: Cải thiện cạnh, chuyển động của ống kính
scene4: Tỷ lệ khung hình, cắt, trường nhìn
scene5: Phân vùng bóng đổ của ống kính
scene6: Phóng to
scene7: Công tắc nhiều máy ảnh
scene8: Đo sáng vùng tự động (AE) và cân bằng trắng tự động (AWB)
scene9: Nén JPEG
scene_extensions: Tiện ích máy ảnh
scene_tele: Chuyển đổi ống kính tele
scene_flash: Tự động bật đèn flash, tốc độ khung hình tối thiểu
scene_video: Thiếu khung hình
sensor_fusion: Độ lệch thời gian của máy ảnh và con quay hồi chuyển
feature_combination: Tổ hợp tính năng
scene_ip: Tương đồng hình ảnh giữa ứng dụng máy ảnh mặc định và ứng dụng Máy ảnh Jetpack (JCA)

Hãy xem từng phần để biết nội dung mô tả về từng cảnh.

scene0

Các bài kiểm thử không yêu cầu thông tin cảnh cụ thể. Tuy nhiên, điện thoại phải ở trạng thái tĩnh để kiểm thử con quay hồi chuyển và độ rung.

test_jitter

Đo độ trễ trong dấu thời gian của máy ảnh.

Các API đã kiểm thử:

Đạt: Có ít nhất 30 ms chênh lệch giữa các khung hình.

Trong hình sau, hãy lưu ý phạm vi trục y nhỏ. Độ trễ thực sự nhỏ trong biểu đồ này.

Biểu đồ test_jitter

Hình 1. Biểu đồ test_jitter.

test_metadata

Kiểm tra tính hợp lệ của các mục siêu dữ liệu, xem xét kết quả chụp và các đối tượng đặc điểm của máy ảnh. Bài kiểm thử này sử dụng giá trị phơi sáng và độ lợi auto_capture_request vì nội dung hình ảnh không quan trọng.

Các API đã kiểm thử:

Đạt: Có thẻ cấp độ phần cứng, rollingShutterSkew, frameDuration, timestampSource, croppingType, blackLevelPattern, pixel_pitch, trường nhìn (FoV) và khoảng cách lấy nét siêu tiêu cự và có giá trị hợp lệ.

test_request_capture_match

Kiểm thử để đảm bảo thiết bị ghi chính xác các giá trị phơi sáng và độ lợi bằng cách đọc lại siêu dữ liệu chụp.

Các API đã kiểm thử:

Đạt: Yêu cầu và ghi lại các giá trị siêu dữ liệu khớp trên tất cả các cảnh quay.

test_sensor_events

Đối với các thiết bị quảng cáo tính năng hỗ trợ hợp nhất cảm biến, quy trình kiểm thử này sẽ kiểm tra xem thiết bị có truy vấn và in các sự kiện cảm biến hay không. Các cảm biến dự kiến là gia tốc kế, con quay hồi chuyển và từ kế. Quy trình kiểm thử này chỉ hoạt động nếu màn hình đang bật, tức là thiết bị không ở chế độ chờ.

Các API đã kiểm thử:

Đạt: Nhận được sự kiện cho mỗi cảm biến.

test_solid_color_test_pattern

Kiểm thử để đảm bảo các mẫu kiểm thử màu đồng nhất được tạo đúng cách cho tính năng tắt tiếng máy ảnh. Nếu hỗ trợ tính năng tắt tiếng máy ảnh, thì phải hỗ trợ các mẫu kiểm thử màu đồng nhất. Nếu không hỗ trợ tính năng tắt tiếng máy ảnh, thì các mẫu kiểm thử màu đồng nhất chỉ được kiểm thử nếu tính năng này được quảng cáo.

Nếu hình ảnh thô được hỗ trợ, thì việc chỉ định màu cũng được kiểm thử. Các màu được kiểm thử là đen, trắng, đỏ, xanh dương và xanh lục. Đối với những máy ảnh không hỗ trợ hình ảnh thô, chỉ màu đen mới được kiểm thử.

Các API đã kiểm thử:

Đạt: Các mẫu kiểm thử đồng nhất được hỗ trợ có màu chính xác và có độ biến thiên thấp trong hình ảnh.

test_test_pattern

Kiểm thử tham số android.sensor.testPatternMode để chụp khung hình cho mỗi mẫu kiểm thử hợp lệ và kiểm tra để đảm bảo rằng các khung hình được tạo chính xác cho màu đồng nhất và thanh màu. Quy trình kiểm thử này bao gồm các bước sau:

Chụp ảnh cho tất cả các mẫu kiểm thử được hỗ trợ.
Kiểm tra tính chính xác của mẫu kiểm thử màu đồng nhất và thanh màu.

Các API đã kiểm thử:

Đạt: Các mẫu kiểm thử được hỗ trợ được tạo chính xác.

Ví dụ về test_test_patterns

Hình 2. Ví dụ về test_test_patterns.

test_tonemap_curve

Kiểm thử việc chuyển đổi mẫu kiểm thử từ thô sang YUV bằng bản đồ tông màu tuyến tính. Bài kiểm thử này yêu cầu android.sensor.testPatternMode = 2 (COLOR_BARS) để tạo một mẫu hình ảnh hoàn hảo cho việc chuyển đổi bản đồ tông màu. Xác minh rằng quy trình có đầu ra màu sắc thích hợp với bản đồ tông màu tuyến tính và đầu vào hình ảnh lý tưởng (dựa vào test_test_patterns).

Các API đã kiểm thử:

Đạt: YUV và RAW trông giống nhau.

Ví dụ về tệp thô test_tonemap_curve

Hình 3. Ví dụ về dữ liệu thô test_tonemap_curve.

Ví dụ về YUV test_tonemap_curve

Hình 4. Ví dụ về test_tonemap_curve YUV.

test_unified_timestamp

Kiểm tra xem sự kiện cảm biến hình ảnh và chuyển động có nằm trong cùng một miền thời gian hay không.

Các API đã kiểm thử:

Đạt: Dấu thời gian chuyển động nằm giữa hai dấu thời gian hình ảnh.

test_vibration_restriction

Kiểm tra xem tính năng rung của thiết bị có hoạt động như mong đợi hay không.

Các API đã kiểm thử:

Đạt: Thiết bị không rung khi bị tắt tiếng bằng API hạn chế âm thanh của máy ảnh.

scene1_1

scene1 là một biểu đồ màu xám. Biểu đồ màu xám phải bao phủ 30% FoV của máy ảnh ở giữa. Biểu đồ màu xám dự kiến sẽ thách thức 3A (AE, AWB và AF) ở mức độ vừa phải vì vùng trung tâm không có đặc điểm nào. Tuy nhiên, yêu cầu chụp chỉ định toàn bộ cảnh, bao gồm các tính năng đủ để 3A hội tụ.

Bạn có thể kiểm thử máy ảnh RFoV trong WFoV hoặc thiết bị kiểm thử RFoV. Nếu máy ảnh RFoV được kiểm thử trong giàn thử nghiệm WFoV, thì biểu đồ sẽ được điều chỉnh theo tỷ lệ 2/3 để chỉ định một số ranh giới cho biểu đồ màu xám trong FoV nhằm giúp 3A hội tụ. Để biết thêm thông tin chi tiết về các thiết bị thử nghiệm máy ảnh, hãy xem phần Camera ITS-in-a-box.

ví dụ scene1

Hình 5. Biểu đồ scene1 ở kích thước đầy đủ (bên trái), biểu đồ theo tỷ lệ 2/3 (bên phải).

test_ae_precapture_trigger

Kiểm thử máy trạng thái AE khi sử dụng trình kích hoạt trước khi chụp. Ghi lại 5 yêu cầu thủ công khi AE bị tắt. Yêu cầu cuối cùng có một trình kích hoạt AE trước khi chụp, bạn nên bỏ qua yêu cầu này vì AE bị tắt.

Các API đã kiểm thử:

Đạt: AE hội tụ.

test_auto_vs_manual

Các thử nghiệm chụp ảnh tự động và thủ công đều giống nhau.

Các API đã kiểm thử:

Đạt: Độ lợi và phép biến đổi cân bằng trắng thủ công được báo cáo trong mỗi kết quả chụp khớp với cân bằng trắng tự động estimate từ thuật toán 3A của máy ảnh.

Ví dụ về kiểm thử tự động test_auto_vs_manual

Hình 6. Ví dụ về kiểm thử tự động test_auto_vs_manual.

Ví dụ về cân bằng trắng test_auto_vs_manual

Hình 7. Ví dụ về cân bằng trắng test_auto_vs_manual.

Ví dụ về phép biến đổi cân bằng trắng thủ công test_auto_vs_manual

Hình 8. Ví dụ về phép biến đổi cân bằng trắng thủ công test_auto_vs_manual.

test_black_white

Kiểm thử để đảm bảo thiết bị tạo ra hình ảnh đen trắng đầy đủ. Chụp hai lần, lần đầu có độ lợi cực thấp và thời gian phơi sáng ngắn, dẫn đến ảnh màu đen, lần thứ hai có độ lợi cực cao và thời gian phơi sáng dài, dẫn đến ảnh màu trắng.

Các API đã kiểm thử:

Chuyển: Tạo hình ảnh đen trắng. Các kênh bão hoà của hình ảnh trắng có giá trị RGB là [255, 255, 255] với biên độ sai số dưới 1%.

test_black_white, ví dụ về màu đen

Hình 9. test_black_white, ví dụ về màu đen.

Ví dụ về phép biến đổi cân bằng trắng thủ công test_auto_vs_manual

Hình 10. test_black_white, ví dụ về màu trắng.

Ví dụ về giá trị trung bình của biểu đồ test_black_white

Hình 11. test_black_white, plot means example.

test_burst_capture

Xác minh rằng toàn bộ quy trình chụp có thể theo kịp tốc độ chụp ở kích thước đầy đủ và thời gian CPU.

Các API đã kiểm thử:

android.hardware.camera2.CameraMetadata#REQUEST_AVAILABLE_CAPABILITIES_BURST_CAPTURE

Chuyển: Chụp một loạt hình ảnh ở kích thước đầy đủ, kiểm tra tình trạng bỏ khung hình và độ sáng hình ảnh.

test_burst_sameness_manual

Chụp 5 loạt 50 ảnh bằng chế độ cài đặt chụp thủ công và kiểm tra để đảm bảo rằng tất cả các ảnh đều giống hệt nhau. Sử dụng quy trình kiểm thử này để xác định xem có khung hình ngẫu nhiên nào được xử lý theo cách khác hay có hiện tượng nhiễu hay không.

Các API đã kiểm thử:

Đạt: Hình ảnh giống hệt nhau về mặt hình ảnh và giá trị RGB.

Không đạt: Cho thấy sự tăng đột biến hoặc giảm của biểu đồ trung bình RGB ở đầu mỗi đợt bắn

Dung sai là 3% đối với first_API_level < 30
Dung sai là 2% đối với first_API_level >= 30

test_burst_sameness_manual_mean

Hình 12. Ví dụ về giá trị trung bình test_burst_sameness_manual.

test_burst_sameness_manual_plot_means

Hình 13. test_burst_sameness_manual_plot_means

test_crop_region_raw

Kiểm thử để đảm bảo rằng các luồng RAW không thể cắt được.

Các API đã kiểm thử:

Đạt: Hình ảnh YUV được cắt theo tâm nhưng không phải hình ảnh RAW.

ví dụ về vùng cắt thô trong test_crop_region_raw

Hình 14. Ví dụ về vùng cắt thô test_crop_region_raw comp.

ví dụ đầy đủ về test_crop_region_raw comp raw

Hình 15. Ví dụ đầy đủ về test_crop_region_raw comp raw.

Ví dụ về cắt YUV trong thành phần kết hợp test_crop_region_raw

Hình 16. Ví dụ về việc cắt YUV trong thành phần kết hợp test_crop_region_raw.

Ví dụ về test_crop_region_raw_yuv_full

Hình 17. Ví dụ đầy đủ về test_crop_region_raw YUV.

test_crop_regions

Kiểm thử để đảm bảo các vùng cắt hoạt động. Chụp toàn bộ hình ảnh và tạo các bản vá của 5 vùng khác nhau (góc và tâm). Chụp hình ảnh có chế độ cắt được đặt cho 5 vùng. So sánh các giá trị của bản vá và hình ảnh đã cắt.

Các API đã kiểm thử:

Đạt: Hình ảnh của vùng đã cắt khớp với bản vá tương ứng với hình ảnh đã cắt.

test_ev_compensation

Kiểm thử để đảm bảo rằng giá trị bù phơi sáng (EV) được áp dụng. Bài kiểm tra bao gồm một phần cơ bản và một phần nâng cao.

Phần cơ bản kiểm thử việc áp dụng hệ số bù EV bằng cách sử dụng một dải được tạo bằng CONTROL_AE_COMPENSATION_STEP. 8 khung hình được chụp ở mỗi giá trị bù sáng.

Phần nâng cao tăng độ phơi sáng theo 8 bước và kiểm tra độ sáng được đo lường so với độ sáng dự kiến. Giá trị dự kiến được tính toán từ độ sáng của hình ảnh mà không áp dụng hệ số bù EV và giá trị dự kiến sẽ bão hoà nếu các giá trị được tính toán vượt quá phạm vi giá trị hình ảnh thực tế. Kiểm thử sẽ không đạt nếu giá trị dự kiến và giá trị đo không khớp hoặc nếu hình ảnh bị phơi sáng quá mức trong vòng 5 bước.

Các API đã kiểm thử:

Điểm phần cơ bản: Hình ảnh cho thấy độ phơi sáng tăng lên mà không bị phơi sáng quá mức trong vòng 5 bước.

test_ev_compensation_basic

Hình 18. test_ev_compensation_basic.

Chuyển phần nâng cao: Ghi lại mức tăng độ sáng khi chế độ cài đặt bù sáng tăng lên. 8 khung hình được chụp cho mỗi chế độ cài đặt bù sáng EV có giá trị độ sáng ổn định.

test_ev_compensation_advanced_plot_means

Hình 19. test_ev_compensation_advanced_plot_means.

test_exposure_x_iso

Kiểm thử để đạt được độ phơi sáng không đổi khi ISO và thời gian phơi sáng thay đổi. Chụp một loạt ảnh có ISO và thời gian phơi sáng được chọn để cân bằng lẫn nhau. Kết quả phải có cùng độ sáng, nhưng theo trình tự, hình ảnh sẽ trở nên nhiễu hơn. Xác minh các giá trị trung bình của pixel mẫu gần nhau. Xác minh rằng hình ảnh không bị kẹp ở mức 0 hoặc 1 (sẽ khiến hình ảnh trông giống như các đường phẳng). Bạn cũng có thể chạy kiểm thử bằng hình ảnh RAW bằng cách đặt cờ debug trong tệp cấu hình.

Các API đã kiểm thử:

Đạt: Hình ảnh có cùng độ sáng, nhưng bị nhiễu hơn khi ISO cao hơn. Các mặt phẳng RGB phẳng khi giá trị của ISO*exposure không đổi trong không gian gain đã kiểm thử.

Cơ chế không thành công: Trong hình sau, khi giá trị hệ số tăng (trục x) tăng lên, giá trị trung bình của mặt phẳng RGB chuẩn hoá (trục y) bắt đầu sai lệch so với giá trị hệ số tăng thấp.

test_exposure_plot_means

Hình 20. test_exposure_plot_means.

test_exposure_mult=1.00.jpg

Hình 21. test_exposure_mult=1.00.

test_exposure_mult=64.00

Hình 22. test_exposure_mult=64.00.

test_latching

Kiểm thử các chế độ cài đặt (độ phơi sáng và độ lợi) trên khung bên phải cho máy ảnh FULL và LEVEL_3. Chụp một loạt ảnh bằng các yêu cầu liên tiếp, thay đổi các tham số yêu cầu chụp giữa các ảnh. Kiểm tra để đảm bảo hình ảnh có các thuộc tính dự kiến.

Các API đã kiểm thử:

android.hardware.camera2.CameraCharacteristics#INFO_SUPPORTED_HARDWARE_LEVEL

Đạt: Hình ảnh [2, 3, 6, 8, 10, 12, 13] đã tăng ISO hoặc độ phơi sáng và xuất hiện với giá trị trung bình RGB cao hơn trong biểu đồ trong hình sau.

Ví dụ về giá trị trung bình của biểu đồ test_latching

Hình 23. Ví dụ về ý nghĩa của biểu đồ test_latching.

test_latching i=00

Hình 24. test_latching i=00.

test_latching i=01

Hình 25. test_latching i=01.

test_latching i=02

Hình 26. test_latching i=02.

test_latching i=03

Hình 27. test_latching i=03.

test_latching i=04

Hình 28. test_latching i=04.

test_latching i=05

Hình 29. test_latching i=05.

test_latching i=06

Hình 30. test_latching i=06.

test_latching i=07

Hình 31. test_latching i=07.

test_latching i=08

Hình 32. test_latching i=08.

test_latching i=09

Hình 33. test_latching i=09.

test_latching i=10

Hình 34. test_latching i=10.

test_latching i=11

Hình 35. test_latching i=11.

test_latching i=12

Hình 36. test_latching i=12.

test_linearity

Kiểm thử để đảm bảo rằng quá trình xử lý thiết bị có thể được đảo ngược thành pixel tuyến tính. Ghi lại một trình tự các cảnh quay bằng cách hướng thiết bị vào một mục tiêu đồng nhất.

Các API đã kiểm thử:

Đạt: Giá trị R, G, B phải tăng tuyến tính khi độ nhạy tăng.

Ví dụ về giá trị trung bình của biểu đồ test_linearity

Hình 37. Ví dụ về ý nghĩa của biểu đồ test_linearity.

test_locked_burst

Kiểm thử khoá 3A và chụp ảnh YUV liên tiếp (sử dụng chế độ cài đặt tự động). Bài kiểm thử này được thiết kế để vượt qua ngay cả trên các thiết bị có giới hạn không có MANUAL_SENSOR hoặc PER_FRAME_CONTROLS. Quy trình kiểm thử này kiểm tra tính nhất quán của hình ảnh YUV trong khi quy trình kiểm tra tốc độ khung hình nằm trong CTS.

Các API đã kiểm thử:

Đạt: Các ảnh chụp trông nhất quán.

Ví dụ về test_locked_burst frame0

Hình 38. Ví dụ về test_locked_burst frame0.

Ví dụ về test_locked_burst frame1

Hình 39. Ví dụ về test_locked_burst frame1.

test_locked_burst_frame2

Hình 40. Ví dụ về test_locked_burst frame2.

scene1_2

scene 1_2 là một bản sao giống hệt về chức năng của scene 1_1, triển khai cấu trúc cảnh phụ để giảm thời lượng kéo dài của scene 1.

test_param_color_correction

Kiểm thử để đảm bảo các tham số android.colorCorrection.* được áp dụng khi được đặt. Chụp ảnh với các giá trị biến đổi và độ lợi khác nhau, đồng thời kiểm tra để đảm bảo rằng các ảnh đó trông khác nhau tương ứng. Biến đổi và độ lợi được chọn để làm cho đầu ra ngày càng có màu đỏ hoặc xanh dương. Sử dụng bản đồ tông màu tuyến tính.

Ánh xạ tông màu là một kỹ thuật được dùng trong quá trình xử lý hình ảnh để liên kết một nhóm màu với một nhóm màu khác nhằm ước chừng hình thức của hình ảnh có dải động cao trong một môi trường có dải động bị hạn chế hơn.

Các API đã kiểm thử:

Đạt: Giá trị R và B tăng lên theo phép biến đổi.

Ví dụ về giá trị trung bình của biểu đồ test_param_color_correction

Hình 41. Ví dụ về giá trị trung bình của biểu đồ test_param_color_correction.

Trong các hình sau, trục x là các yêu cầu chụp: 0 = thống nhất, 1 = tăng cường màu đỏ và 2 = tăng cường màu xanh dương.

ví dụ về test_param_color_correction req=0 unity

Hình 42. Ví dụ về test_param_color_correction req=0 unity.

ví dụ về mức tăng màu đỏ test_param_color_correctness req=1

Hình 43. Ví dụ về mức tăng màu đỏ test_param_color_correctness req=1.

Ví dụ về tăng cường màu xanh dương test_param_color_correction req=2

Hình 44. Ví dụ về test_param_color_correction req=2 tăng cường màu xanh dương.

test_param_flash_mode

Kiểm thử việc áp dụng tham số android.flash.mode. Đặt thủ công độ phơi sáng ở phía tối để biết rõ liệu đèn flash có được kích hoạt hay không và sử dụng bản đồ tông màu tuyến tính. Kiểm tra phần giữa bằng hình ảnh xếp kề để xem có hiệu ứng chuyển màu lớn được tạo hay không nhằm xác minh xem đèn flash có được kích hoạt hay không.

Các API đã kiểm thử:

Đạt: Trung tâm của hình ảnh thẻ thông tin có độ dốc lớn, nghĩa là đèn flash đã được kích hoạt.

Ví dụ về test_param_flash_mode 1

Hình 45. Ví dụ về test_param_flash_mode 1.

Ví dụ về thẻ thông tin test_param_flash_mode 1

Hình 46. Ví dụ về một thẻ thông tin test_param_flash_mode.

Ví dụ về test_param_flash_mode_2

Hình 47. Ví dụ về test_param_flash_mode 2.

Ví dụ về thẻ thông tin test_param_flash_mode 2

Hình 48. Ví dụ về hai thẻ thông tin test_param_flash_mode.

test_param_noise_reduction

Kiểm thử để đảm bảo thông số android.noiseReduction.mode được áp dụng đúng cách khi được đặt. Chụp ảnh khi máy ảnh có ánh sáng yếu. Sử dụng độ lợi tương tự cao để giúp đảm bảo hình ảnh được chụp có nhiễu. Chụp 3 ảnh, cho chế độ NR tắt, nhanh và chất lượng cao. Ngoài ra, hãy chụp một hình ảnh có độ lợi thấp và tắt tính năng NR, đồng thời sử dụng độ biến thiên của hình ảnh này làm đường cơ sở. Tỷ lệ tín hiệu trên tạp âm (SNR) càng cao thì chất lượng hình ảnh càng tốt.

Các API đã kiểm thử:

android.hardware.camera2.CaptureRequest#NOISE_REDUCTION_MODE

Đạt: Tỷ lệ tín hiệu trên tạp âm thay đổi theo các chế độ giảm nhiễu và hoạt động tương tự như biểu đồ sau:

Ví dụ về SNR trong biểu đồ test_param_noise_reduction

Hình 49. Ví dụ về SNR trong biểu đồ test_param_noise_reduction.

0: TẮT, 1: NHANH, 2: CAO, 3: TỐI THIỂU , 4: ZSL

ví dụ về test_param_noise_reduction high gain nr=0

Hình 50. Ví dụ về test_param_noise_reduction high gain nr=0.

Ví dụ về test_param_noise_reduction high gain nr=1

Hình 51. Ví dụ về test_param_noise_reduction high gain nr=1.

Ví dụ về test_param_noise_reduction high gain nr=2

Hình 52. Ví dụ về độ lợi cao test_param_noise_reduction nr=2.

Ví dụ về test_param_noise_reduction high gain nr=3

Hình 53. Ví dụ về test_param_noise_reduction high gain nr=3.

Ví dụ về độ lợi thấp test_param_noise_reduction

Hình 54. Ví dụ về độ lợi thấp test_param_noise_reduction.

test_param_shading_mode

Kiểm thử việc áp dụng tham số android.shading.mode.

Các API đã kiểm thử:

Đạt: Chế độ tô bóng được chuyển đổi và bản đồ tô bóng của ống kính được sửa đổi như dự kiến.

Bản đồ đổ bóng ống kính test_param_shading_mode, ví dụ về chế độ 0 vòng lặp 0

Hình 55. Bản đồ đổ bóng ống kính test_param_shading_mode, ví dụ về chế độ 0 vòng lặp 0.

Ví dụ về bản đồ đổ bóng ống kính test_param_shading_mode, chế độ 1 vòng lặp 0

Hình 56. Bản đồ đổ bóng ống kính test_param_shading_mode, ví dụ về chế độ 1 vòng lặp 0.

Ví dụ về bản đồ đổ bóng ống kính test_param_shading_mode, chế độ 2 vòng lặp 0

Hình 57. Bản đồ đổ bóng ống kính test_param_shading_mode, ví dụ về chế độ 2 vòng lặp 0.

test_param_tonemap_mode

Kiểm thử việc áp dụng tham số android.tonemap.mode. Áp dụng các đường cong bản đồ tông màu khác nhau cho từng kênh R, G, B và kiểm tra để đảm bảo rằng hình ảnh đầu ra được sửa đổi như mong đợi. Bài kiểm thử này bao gồm hai bài kiểm thử, test1 và test2.

Các API đã kiểm thử:

Mật khẩu:

test1: Cả hai hình ảnh đều có bản đồ tông màu tuyến tính, nhưng n=1 có độ dốc lớn hơn. Kênh G (xanh lục) sáng hơn cho hình ảnh n=1.
test2: Cùng một bản đồ tông màu, nhưng có độ dài khác nhau. Hình ảnh giống hệt nhau.

test_param_tonemap_mode với n=0

Hình 58. test_param_tonemap_mode với n=0.

test_param_tonemap_mode với n=1

Hình 59. test_param_tonemap_mode với n=1.

test_post_raw_sensitivity_boost

Kiểm tra độ nhạy thô sau khi tăng. Chụp một tập hợp hình ảnh thô và YUV với độ nhạy khác nhau, đăng kết hợp tăng độ nhạy thô và kiểm tra xem trung bình điểm ảnh đầu ra có khớp với chế độ cài đặt yêu cầu hay không.

Các API đã kiểm thử:

Đạt: Hình ảnh thô sẽ tối hơn khi độ tăng tăng lên trong khi độ sáng của hình ảnh YUV vẫn không đổi.

test_post_raw_sensitivity_boost raw s=3583 boost=0100 example

Hình 60. Ví dụ về test_post_raw_sensitivity_boost raw s=3583 boost=0100.

ví dụ test_post_raw_sensitivity_boost raw s=1792 boost=0200

Hình 61. Ví dụ về test_post_raw_sensitivity_boost raw s=1792 boost=0200.

test_post_raw_sensitivity_boost raw s=0896 boost=0400 ví dụ

Hình 62. Ví dụ về test_post_raw_sensitivity_boost raw s=0896 boost=0400.

test_post_raw_sensitivity_boost raw s=0448 boost=0800 ví dụ

Hình 63. Ví dụ về test_post_raw_sensitivity_boost raw s=0448 boost=0800.

test_post_raw_sensitivity_boost raw s=0224 boost=1600 example

Hình 64. Ví dụ về test_post_raw_sensitivity_boost raw s=0224 boost=1600.

test_post_raw_sensitivity_boost raw s=0112 boost=3199 ví dụ

Hình 65. Ví dụ về test_post_raw_sensitivity_boost raw s=0112 boost=3199.

Ví dụ về giá trị trung bình của biểu đồ thô test_post_raw_sensitivity_boost

Hình 66. Ví dụ về giá trị trung bình của biểu đồ thô test_post_raw_sensitivity_boost.

ví dụ test_post_raw_sensitivity_boost YUV s=0112 boost=3199

Hình 67. Ví dụ về test_post_raw_sensitivity_boost YUV s=0112 boost=3199.

ví dụ test_post_raw_sensitivity_boost YUV s=0448 boost=0800

Hình 68. Ví dụ về test_post_raw_sensitivity_boost YUV s=0448 boost=0800.

ví dụ về test_post_raw_sensitivity_boost YUV s=0896 boost=0400

Hình 69. Ví dụ về test_post_raw_sensitivity_boost YUV s=0896 boost=0400.

Ví dụ về test_post_raw_sensitivity_boost YUV s=1792 boost=0200

Hình 70. Ví dụ về test_post_raw_sensitivity_boost YUV s=1792 boost=0200.

ví dụ về test_post_raw_sensitivity_boost YUV s=3585 boost=0100

Hình 71. Ví dụ về test_post_raw_sensitivity_boost YUV s=3585 boost=0100.

test_post_raw_sensitivity_boost_yuv_plot_means

Hình 72. test_post_raw_sensitivity_boost_yuv_plot_means

test_raw_exposure

Chụp một tập hợp hình ảnh thô với thời gian phơi sáng tăng dần và đo lường giá trị điểm ảnh.

Các API đã kiểm thử:

Đạt: Việc tăng ISO (mức tăng) giúp các pixel nhạy cảm hơn với ánh sáng, vì vậy, đồ thị sẽ di chuyển sang trái.

Ví dụ về test_raw_exposure ISO=55

Hình 73. Ví dụ về test_raw_exposure ISO=55.

10⁰ là 1 ms, 10¹ là 10 ms và 10⁻¹ là 0, 1 ms.

Ví dụ về test_raw_exposure ISO=132

Hình 74. Ví dụ về test_raw_exposure ISO=132.

Ví dụ về test_raw_exposure ISO=209

Hình 75. Ví dụ về test_raw_exposure ISO=209.

Ví dụ về test_raw_exposure ISO=286

Hình 76. Ví dụ về test_raw_exposure ISOs=286.

Ví dụ về test_raw_exposure ISO=363

Hình 77. Ví dụ về test_raw_exposure ISO=363.

test_raw_exposure_s=440

Hình 78. Ví dụ về test_raw_exposure ISO=440.

test_reprocess_noise_reduction

Kiểm thử android.noiseReduction.mode được áp dụng để xử lý lại các yêu cầu. Chụp ảnh được xử lý lại khi máy ảnh có ánh sáng yếu. Sử dụng độ lợi tương tự cao để xác minh rằng hình ảnh chụp bị nhiễu. Chụp 3 hình ảnh được xử lý lại, cho chế độ NR tắt, nhanh và chất lượng cao. Chụp một hình ảnh được xử lý lại có độ lợi thấp và tắt tính năng Giảm nhiễu, đồng thời sử dụng độ biến thiên của hình ảnh này làm đường cơ sở.

Các API đã kiểm thử:

android.hardware.camera2.CaptureResult#NOISE_REDUCTION_MODE

Đạt: FAST >= OFF, HQ >= FAST và HQ >> OFF.

Biểu đồ SNR điển hình so với chế độ NR

Hình 79. Ví dụ về biểu đồ điển hình về SNR so với chế độ NR.

test_tonemap_sequence

Kiểm thử một chuỗi ảnh chụp với các đường cong bản đồ tông màu khác nhau. Chụp 3 ảnh thủ công bằng bản đồ tông màu tuyến tính. Chụp 3 ảnh thủ công bằng bản đồ tông màu mặc định. Tính toán delta giữa mỗi cặp khung hình liên tiếp.

Các API đã kiểm thử:

Đạt: Có ba khung hình giống hệt nhau, theo sau là một nhóm ba khung hình giống hệt nhau khác.

Ví dụ về test_tonemap_sequence i=0

Hình 80. Ví dụ về test_tonemap_sequence i=0.

Ví dụ về test_tonemap_sequence i=1

Hình 81. Ví dụ về test_tonemap_sequence i=1.

Ví dụ về test_tonemap_sequence i=2

Hình 82. Ví dụ về test_tonemap_sequence i=2.

Ví dụ về test_tonemap_sequence i=3

Hình 83. Ví dụ về test_tonemap_sequence i=3.

Ví dụ về test_tonemap_sequence_i=4

Hình 84. Ví dụ về test_tonemap_sequence i=4.

Ví dụ về test_tonemap_sequence i=5

Hình 85. Ví dụ về test_tonemap_sequence i=5.

test_yuv_jpeg_all

Kiểm thử để đảm bảo tất cả kích thước và định dạng được báo cáo cho tính năng chụp ảnh đều hoạt động. Sử dụng yêu cầu thủ công với bản đồ tông màu tuyến tính để YUV và JPEG trông giống nhau khi được mô-đun image_processing_utils chuyển đổi. Theo mặc định, hình ảnh sẽ không được lưu, nhưng bạn có thể lưu hình ảnh bằng cách bật debug_mode.

Các API đã kiểm thử:

Đạt: Tất cả tâm hình ảnh đều có độ lệch trung bình gốc (RMS) (giá trị của tín hiệu) tối đa trong hình ảnh được chuyển đổi RGB với 3% hình ảnh YUV có độ phân giải cao nhất.

Ví dụ về test_yuv_jpeg_all

Hình 86. Ví dụ về test_yuv_jpeg_all.

test_yuv_plus_dng

Kiểm thử để đảm bảo kích thước và định dạng được báo cáo cho tính năng chụp ảnh hoạt động.

Các API đã kiểm thử:

android.hardware.camera2.CameraMetadata#REQUEST_AVAILABLE_CAPABILITIES_RAW

Đạt: Kiểm thử hoàn tất và trả về các hình ảnh được yêu cầu.

Ví dụ về test_yuv_plus_dng

Hình 87. Ví dụ về test_yuv_plus_dng.

scene1_3

scene 1_3 là một bản sao giống hệt về chức năng của scene 1_1, triển khai cấu trúc cảnh phụ để giảm thời lượng kéo dài của scene 1.

test_capture_result

Kiểm thử để đảm bảo dữ liệu hợp lệ được trả về trong các đối tượng CaptureResult. Quy trình kiểm thử bao gồm một lần chụp tự động, một lần chụp thủ công và một lần chụp tự động thứ hai.

Các API đã kiểm thử:

Đạt: Siêu dữ liệu hợp lệ cho tất cả các lần chụp và chế độ cài đặt thủ công không bị rò rỉ vào lần chụp tự động thứ hai. Lập biểu đồ hiệu chỉnh bóng đổ của ống kính cho các ảnh chụp.

test_capture_result_plot_lsc_auto_ch0

Hình 88. test_capture_result_plot_lsc_auto_ch0.

test_dng_noise_model

Xác minh rằng các tham số của mô hình thô DNG là chính xác. Biểu đồ mô tả độ biến thiên được đo lường của một mảng trung tâm của thẻ xám trong các ảnh thô được chụp trong một phạm vi độ nhạy, đồng thời so sánh các giá trị này với độ biến thiên dự kiến ở mỗi độ nhạy theo mô hình nhiễu DNG trong HAL máy ảnh (dựa trên các tham số O,S được trả về trong các đối tượng kết quả chụp). Để biết thêm thông tin chi tiết về mô hình nhiễu DNG, hãy tải tài liệu sau đây về Mô hình nhiễu DNG.

Các API đã kiểm thử:

Đạt: Các tham số mô hình thô DNG là chính xác. Giá trị RGB dự kiến khớp với giá trị RGB thực tế được đo lường.

test_dng_noise_model_plog

Hình 89. test_dng_noise_model_plog.

test_jpeg

Kiểm thử để đảm bảo rằng hình ảnh YUV đã chuyển đổi và hình ảnh JPEG của thiết bị trông giống nhau. Kiểm thử lấy 10% hình ảnh ở giữa và tính toán giá trị RGB, đồng thời xác minh rằng các giá trị này khớp nhau.

Các API đã kiểm thử:

android.graphics.ImageFormat#JPEG

Đạt: Độ chênh lệch RGB trung bình giữa mỗi hình ảnh dưới 3%.

test_jpeg_fmt=jpg.jpg

Hình 90. test_jpeg_fmt=jpg.jpg.

test_jpeg=fmt=yuv.jpg

Hình 91. test_jpeg=fmt=yuv.jpg.

test_raw_burst_sensitivity

Chụp một nhóm hình ảnh thô với độ lợi tăng dần và đo độ nhiễu. Chỉ chụp ảnh thô, theo chế độ chụp liên tiếp.

Các API đã kiểm thử:

Đạt: Mỗi cảnh quay có nhiều tạp âm hơn cảnh quay trước đó, vì độ lợi đang tăng lên.

Sử dụng phương sai của ô lưới số liệu thống kê trung tâm.

test_raw_burst_sensitivity_variance

Hình 92. test_raw_burst_sensitivity_variance.

test_raw_sensitivity

Chụp một tập hợp hình ảnh thô với độ nhạy tăng dần và đo độ nhiễu (hệ số biến thiên) ở 10% hình ảnh ở giữa. Kiểm thử để đảm bảo mỗi lần chụp đều có nhiều tạp âm hơn lần chụp trước.

Các API đã kiểm thử:

Đạt: Phương sai tăng lên theo từng lần chụp.

test_raw_sensitivity_variance

Hình 93. test_raw_sensitivity_variance.

test_yuv_plus_jpeg

Kiểm thử việc chụp một khung hình dưới dạng cả đầu ra YUV và JPEG. Sử dụng yêu cầu thủ công với bản đồ tông màu tuyến tính để YUV và JPEG trông giống nhau khi được mô-đun image_processing_utils chuyển đổi.

Các API đã kiểm thử:

Đạt: Hình ảnh YUV và JPEG tương tự nhau và có chênh lệch RMS (giá trị của tín hiệu) dưới 1%.

test_yuv_plus_jpeg ở định dạng JPEG

Hình 94. test_yuv_plus_jpeg với định dạng JPEG.

test_yuv_plus_jpeg với định dạng YUV

Hình 95. test_yuv_plus_jpeg với định dạng YUV.

test_yuv_plus_raw

Kiểm thử việc chụp một khung hình dưới dạng cả đầu ra thô (10 bit và 12 bit) và đầu ra YUV nếu được hỗ trợ. Sử dụng yêu cầu thủ công với bản đồ tông màu tuyến tính để dự kiến là dữ liệu thô và YUV sẽ giống nhau. So sánh giá trị RGB 10% ở giữa của hình ảnh đã chuyển đổi RGB. Nhật kýandroid.shading.mode.

Các API đã kiểm thử:

Đạt: Hình ảnh YUV và hình ảnh thô tương tự nhau và có chênh lệch RMS (giá trị trung bình bình phương gốc của tín hiệu) dưới 3,5%.

test_yuv_plus_raw_shading=1_raw.jpg

Hình 96. test_yuv_plus_raw_shading=1_raw.jpg.

test_yuv_plus_raw_shading=1_yuv.jpg

Hình 97. test_yuv_plus_raw_shading=1_yuv.jpg.

test_sensitivity_priority

Kiểm thử CONTROL_AE_PRIORITY_MODE_SENSOR_SENSITIVITY_PRIORITY trên nhiều chế độ cài đặt ISO để xác nhận mối tương quan giữa ISO cao hơn và mức độ nhiễu cao hơn.

Các API đã kiểm thử:

Đạt: ISO cao hơn sẽ làm tăng mức độ nhiễu.

Tiêu chí bỏ qua kiểm thử

Quy trình kiểm thử test_sensitivity_priority.py sẽ bị bỏ qua nếu đáp ứng bất kỳ tiêu chí nào sau đây:

Thiết bị có cấp độ API đầu tiên (first_api_level) là 35 trở xuống.
Thiết bị không quảng cáo CONTROL_AE_PRIORITY_MODE_SENSOR_SENSITIVITY_PRIORITY trong CONTROL_AE_AVAILABLE_PRIORITY_MODES.

test_exposure_time_priority

Kiểm thử CONTROL_AE_PRIORITY_MODE_SENSOR_EXPOSURE_TIME_PRIORITY trên nhiều thời gian phơi sáng, kiểm tra độ sáng ổn định trong phạm vi mà ISO có thể bù lại.

Các API đã kiểm thử:

Đạt: Độ sáng ổn định (trong phạm vi dung sai) trên các thời gian phơi sáng nếu ISO nằm trong phạm vi bù sáng.

Tiêu chí bỏ qua kiểm thử

Quy trình kiểm thử test_exposure_time_priority sẽ bị bỏ qua nếu đáp ứng bất kỳ tiêu chí nào sau đây:

Thiết bị có cấp độ API đầu tiên (first_api_level) là 35 trở xuống.
Thiết bị không quảng cáo CONTROL_AE_PRIORITY_MODE_SENSOR_EXPOSURE_TIME_PRIORITY trong CONTROL_AE_AVAILABLE_PRIORITY_MODES.

scene2_a

scene2_a có ba khuôn mặt với nền màu xám và trang phục trung tính. Các khuôn mặt được chọn để có nhiều màu da. Biểu đồ phải có hướng đúng để tính năng phát hiện khuôn mặt hoạt động tối ưu.

Ví dụ về scene2_a

Hình 98. Ví dụ về scene2_a.

test_autoframing

Kiểm thử hành vi tự động lấy khung hình của thiết bị máy ảnh. Thực hiện thu phóng lớn để không có khuôn mặt nào trong cảnh hiển thị, bật chế độ tự động lấy khung hình bằng cách đặt AUTOFRAMING trong CaptureRequest thành True và xác minh xem có thể phát hiện tất cả khuôn mặt trong cảnh ban đầu hay không khi trạng thái hội tụ (tức là khi AUTOFRAMING_STATE trong CaptureResult được đặt thành AUTOFRAMING_STATE_CONVERGED).

Các API đã kiểm thử:

Đạt: Cả 3 khuôn mặt đều được phát hiện.

test_display_p3

Kiểm thử tính năng chụp Display P3 ở định dạng JPEG bằng API ColorSpaceProfiles. Kiểm thử để đảm bảo rằng JPEG đã chụp có hồ sơ ICC thích hợp trong tiêu đề và hình ảnh chứa các màu nằm ngoài gam màu sRGB.

Các API đã kiểm thử:

Đạt: Tệp JPEG chứa cấu hình ICC Display P3 và các màu nằm ngoài gam màu sRGB.

test_effects

Chụp khung hình cho các hiệu ứng máy ảnh được hỗ trợ và kiểm tra xem các hiệu ứng đó có được tạo chính xác hay không. Quy trình kiểm thử chỉ kiểm tra các hiệu ứng OFF và MONO, nhưng lưu hình ảnh cho tất cả các hiệu ứng được hỗ trợ.

Các API đã kiểm thử:

Chuyển: Chụp ảnh cảnh có hiệu ứng OFF và ảnh đơn sắc với hiệu ứng được đặt thành MONO.

test_effects_MONO

Hình 99. test_effects_MONO.

test_exposure_keys_consistent

Bài kiểm thử này so sánh độ sáng trung bình của ảnh chụp có bật AE với ảnh chụp không bật AE. Ảnh chụp không bật AE áp dụng các tham số phơi sáng theo cách thủ công (độ nhạy, thời gian phơi sáng, thời lượng khung hình, tăng độ nhạy thô sau khi chụp) nhận được trong CaptureResult của ảnh chụp có bật AE.

Các API đã kiểm thử:

Đạt: Mức chênh lệch tương đối về độ sáng giữa hai lần chụp dưới 4%.

test_format_combos

Kiểm thử nhiều kiểu kết hợp định dạng đầu ra.

Các API đã kiểm thử:

Đạt: Tất cả các tổ hợp đều được ghi lại thành công.

test_num_faces

Kiểm thử tính năng phát hiện khuôn mặt.

Các API đã kiểm thử:

Đạt: Tìm thấy 3 khuôn mặt.

Ví dụ 1 về chế độ phát hiện khuôn mặt test_num_faces

Hình 100. Ví dụ về chế độ phát hiện khuôn mặt 1 test_num_faces.

test_reprocess_uv_swap

Kiểm thử để đảm bảo rằng quá trình xử lý lại YUV không hoán đổi các mặt phẳng U và V. Điều này được phát hiện bằng cách tính tổng chênh lệch tuyệt đối (SAD) giữa hình ảnh được xử lý lại và ảnh chụp không được xử lý lại. Nếu việc hoán đổi các mặt phẳng U và V đầu ra của ảnh chụp được xử lý lại làm tăng SAD, thì đầu ra được giả định là có các mặt phẳng U và V chính xác.

Các API đã kiểm thử:

Đạt: Các mặt phẳng U và V không bị hoán đổi.

test_reprocess_uv_swap

Hình 101. Ví dụ về test_reprocess_uv_swap.

scene2_b

test_preview_num_faces

Kiểm thử tính năng phát hiện khuôn mặt trong bản xem trước với nhiều màu da hơn trong các cảnh có mặt.

Các API đã kiểm thử:

Đạt: Tìm thấy 3 khuôn mặt có các điểm đặc trưng trên khuôn mặt trong hộp giới hạn khuôn mặt.

test_num_faces_fd_mode_1

Hình 102. Ví dụ về chế độ phát hiện khuôn mặt 1 test_num_faces.

test_yuv_jpeg_capture_sameness

Chụp hai hình ảnh bằng các định dạng YUV và JPEG phổ biến lớn nhất có cùng tỷ lệ khung hình với định dạng JPEG lớn nhất không vượt quá độ phân giải 1920x1440. Đặt jpeg.quality thành 100 và ghi lại yêu cầu về nền tảng kép. Chuyển đổi cả hai hình ảnh thành mảng RGB và tính toán chênh lệch trung bình bình phương căn bậc hai (RMS) 3D giữa hai hình ảnh.

Ngoài ra, quy trình kiểm thử này xác minh rằng đầu ra YUV cho tất cả các trường hợp sử dụng luồng được hỗ trợ đều tương tự như YUV với trường hợp sử dụng STILL_CAPTURE.

Các API đã kiểm thử:

Đạt: Hình ảnh YUV và JPEG cho trường hợp sử dụng STILL_CAPTURE có chênh lệch RMS (giá trị trung bình bình phương gốc của tín hiệu) dưới 3%; hình ảnh YUV cho tất cả trường hợp sử dụng được hỗ trợ có chênh lệch RMS dưới 10% so với hình ảnh YUV với trường hợp sử dụng STILL_CAPTURE.

scene2_c

test_num_faces

Kiểm thử tính năng phát hiện khuôn mặt với nhiều màu da hơn trong các cảnh có khuôn mặt.

Các API đã kiểm thử:

Đạt: Tìm thấy 3 khuôn mặt.

test_num_faces_fd_mode_1

Hình 103. Ví dụ về chế độ phát hiện khuôn mặt test_num_faces.

test_jpeg_capture_perf_class

Kiểm thử độ trễ chụp ảnh JPEG cho lớp hiệu suất S như được chỉ định trong mục 2.2.7.2 Máy ảnh trong CDD.

Đạt: PHẢI có độ trễ chụp ảnh JPEG camera2 < 1000 ms đối với độ phân giải 1080p như được đo bằng PerformanceTest của máy ảnh CTS trong điều kiện chiếu sáng ITS (3000K) cho cả hai máy ảnh chính.

test_camera_launch_perf_class

Kiểm thử độ trễ khởi chạy máy ảnh cho lớp hiệu suất S như được chỉ định trong mục 2.2.7.2 Máy ảnh trong CDD.

Đạt: PHẢI có độ trễ khởi động camera2 (mở camera đến khung xem trước đầu tiên) < 600 mili giây theo đo lường của PerformanceTest camera CTS trong điều kiện chiếu sáng ITS (3000K) cho cả hai camera chính.

test_default_camera_hdr

Kiểm thử để đảm bảo tính năng chụp ảnh mặc định của máy ảnh là Ultra HDR đối với lớp hiệu suất 15 như được chỉ định trong mục 2.2.7.2 Máy ảnh của CDD.

Đạt: Tính năng chụp gói máy ảnh mặc định PHẢI là Ultra HDR đối với thiết bị thuộc lớp hiệu suất 15.

scene2_d

test_preview_num_faces

Kiểm thử tính năng phát hiện khuôn mặt trong bản xem trước với nhiều màu da hơn trong các cảnh có mặt.

Các API đã kiểm thử:

Đạt: Tìm thấy 3 khuôn mặt có các điểm đặc trưng trên khuôn mặt trong hộp giới hạn khuôn mặt.

scene2_e

test_continuous_picture

50 khung hình có độ phân giải VGA được chụp bằng chế độ cài đặt yêu cầu chụp đầu tiên android.control.afMode = 4 (CONTINUOUS_PICTURE).

Các API đã kiểm thử:

Đạt: Hệ thống 3A ổn định khi kết thúc quá trình chụp 50 khung hình.

test_num_faces

Kiểm thử tính năng phát hiện khuôn mặt với nhiều màu da hơn trong các cảnh có khuôn mặt.

Các API đã kiểm thử:

Đạt: Tìm thấy 3 khuôn mặt.

scene2_f

scene2_f có ba khuôn mặt với nền trắng và quần áo trắng. Khuôn mặt có nhiều tông màu da và độ tương phản cao với nền.

Ví dụ về scene2_f

Hình 104. Ví dụ về scene2_f.

test_preview_num_faces

Kiểm thử tính năng phát hiện khuôn mặt với nhiều màu da hơn trong các cảnh có khuôn mặt.

Các API đã kiểm thử:

Đạt: Tìm thấy 3 khuôn mặt có các điểm đặc trưng trên khuôn mặt trong hộp giới hạn khuôn mặt.

test_num_faces_fd_mode_1

Hình 105. Ví dụ về test_num_faces_fd_mode_1.

scene2_g

scene2_g có ba khuôn mặt hồ sơ với nền trắng và quần áo trắng. Khuôn mặt có nhiều tông màu da và độ tương phản cao với nền.

Hình 106. Ví dụ về scene2_g.

test_preview_num_faces

Kiểm thử tính năng phát hiện khuôn mặt với nhiều màu da hơn trong các cảnh có khuôn mặt.

Các API đã kiểm thử:

Đạt: Tìm thấy 3 khuôn mặt có các điểm đặc trưng trên khuôn mặt trong hộp giới hạn khuôn mặt.

test_preview_num_faces

Hình 107. Ví dụ về test_preview_num_faces.

scene3

scene3 sử dụng biểu đồ ISO12233 và hầu hết các bài kiểm thử đều sử dụng phương thức trích xuất biểu đồ để tìm biểu đồ trong cảnh. Vì lý do này, hầu hết hình ảnh đã lưu không có đường viền như hình ảnh cho cảnh 1, 2 hoặc 4, mà chỉ có biểu đồ. Biểu đồ phải ở đúng hướng để công cụ tìm biểu đồ hoạt động tối ưu.

test_edge_enhancement

Kiểm thử để đảm bảo thông số android.edge.mode được áp dụng đúng cách. Ghi lại hình ảnh không qua xử lý lại cho mỗi chế độ cạnh và trả về độ sắc nét của hình ảnh đầu ra cũng như siêu dữ liệu kết quả chụp. Xử lý yêu cầu chụp bằng một chế độ cạnh, độ nhạy, thời gian phơi sáng, khoảng cách lấy nét và tham số bề mặt đầu ra nhất định.

Đạt: Chế độ HQ (2) sắc nét hơn chế độ OFF (0). Chế độ FAST (1) sắc nét hơn chế độ OFF. Chế độ HQ sắc nét hơn hoặc bằng chế độ FAST.

Các API đã kiểm thử:

android.hardware.camera2.CaptureRequest#EDGE_MODE

Các tham số máy ảnh bị ảnh hưởng:

EDGE_MODE

test_edge_enhancement_edge=0

Hình 108. Ví dụ về test_edge_enhancement edge=0.

Ví dụ về test_edge_enhancement edge=1

Hình 109. Ví dụ về test_edge_enhancement edge=1 (chế độ nhanh).

Ví dụ về test_edge_enhancement edge=2

Hình 110. Ví dụ về test_edge_enhancement edge=2 (chế độ chất lượng cao).

test_flip_mirror

Kiểm tra xem hình ảnh có được định hướng đúng cách theo 7.5.2 Máy ảnh mặt trước trong CDD hay không.

Bạn có thể xác định hình ảnh được phản chiếu, lật hoặc xoay bằng tính năng hình kim cương gần trung tâm.

Đạt: Hình ảnh không bị lật, phản chiếu hoặc xoay.

Ví dụ về bản vá cảnh test_flip_mirror

Hình 111. Ví dụ về bản vá cảnh test_flip_mirror.

test_imu_drift

Kiểm tra xem đơn vị đo lường quán tính (IMU) có đầu ra ổn định trong 30 giây hay không trong khi thiết bị đứng yên và chụp bản xem trước có độ phân giải cao.

Các API đã kiểm thử:

Mật khẩu:

Độ lệch của con quay hồi chuyển ít hơn 0,01 rad trong thời gian thử nghiệm.
Độ lệch của kết quả đọc con quay hồi chuyển nhỏ hơn 1E-7 rad²/giây²/Hz trong thời gian kiểm thử.
Độ lệch của vectơ xoay nhỏ hơn 0,01 rad trong thời gian kiểm thử.
(Chưa bắt buộc) Độ lệch của con quay hồi chuyển dưới 1 độ/giây.

Ví dụ về độ lệch con quay hồi chuyển test_imu_drift

Hình 112. Ví dụ về độ lệch con quay hồi chuyển test_imu_drift.

Ví dụ về độ lệch vectơ xoay test_imu_drift

Hình 113. Ví dụ về độ lệch vectơ xoay test_imu_drift.

test_landscape_to_portrait

Kiểm thử xem chế độ ghi đè từ ngang sang dọc có hoạt động đúng cách cho các cảm biến hướng ngang hay không.

Các API đã kiểm thử:

Đạt: Kiểm thử xác định vị trí của một biểu đồ có độ xoay dự kiến (0 độ khi chế độ ghi đè từ ngang sang dọc bị tắt, 90 độ khi chế độ này được bật).

Ví dụ về test_landscape_to_portrait

Hình 114. Ví dụ về test_landscape_to_portrait.

test_lens_movement_reporting

Kiểm tra xem cờ chuyển động của ống kính có được báo cáo đúng cách hay không. Chụp một loạt 24 hình ảnh với 12 khung hình đầu tiên ở khoảng cách lấy nét tối ưu (do 3A tìm thấy) và 12 khung hình cuối cùng ở khoảng cách lấy nét tối thiểu. Ở khoảng khung hình 12, ống kính di chuyển khiến độ sắc nét giảm. Cuối cùng, độ sắc nét sẽ ổn định khi kính di chuyển đến vị trí cuối cùng.

Bạn phải xác nhận cờ chuyển động của ống kính trong tất cả các khung hình có độ sắc nét trung bình đến độ sắc nét trong vài khung hình đầu tiên với ống kính đứng yên ở khoảng cách tiêu cự tối ưu và vài khung hình cuối cùng với ống kính đứng yên ở khoảng cách tiêu cự tối thiểu. Khung chính xác mà ống kính di chuyển không quan trọng: điều quan trọng là cờ chuyển động được xác nhận khi ống kính đang di chuyển.

Các API đã kiểm thử:

Đạt: Cờ chuyển động của ống kính là True trong khung có sự thay đổi về độ sắc nét.

Cơ chế không thành công:

lens_moving: True (android.hardware.camera2.CaptureResult#LENS_STATE = 1) trong test_log.DEBUG chỉ được xác nhận trong các khung hình mà độ sắc nét không thay đổi.
Các khung hình có lens_moving: False (android.hardware.camera2.CaptureResult#LENS_STATE = 0) trong test_log.DEBUG có độ sắc nét khác so với vài khung hình đầu tiên ở khoảng cách tiêu cự tối ưu hoặc vài khung hình cuối cùng ở khoảng cách tiêu cự tối thiểu.

test_reprocess_edge_enhancement

Kiểm thử xem các phương thức xử lý lại được hỗ trợ để tăng cường cạnh có hoạt động đúng cách hay không. Xử lý yêu cầu chụp bằng một chế độ cạnh xử lý lại nhất định và so sánh các chế độ chụp khác với chế độ cạnh xử lý lại bị tắt.

Các API đã kiểm thử:

Đạt: Độ sắc nét cho các chế độ cạnh là chính xác. HQ (chế độ 2) sắc nét hơn OFF (chế độ 0) và mức độ cải thiện giữa các chế độ cũng tương tự nhau.

Ví dụ về biểu đồ test_reprocess_edge_enhancement

Hình 115. Ví dụ về biểu đồ test_reprocess_edge_enhancement.

scene4

scene4 bao gồm một vòng tròn màu đen trên nền trắng bên trong một hình vuông.

Các chương trình kiểm thử trong scene4 có thể nhạy cảm với việc căn chỉnh, vì vậy, bắt đầu từ Android 15, bạn có thể sử dụng check_alignment.py trong thư mục công cụ để bật tính năng kiểm tra DUT và căn chỉnh biểu đồ.

Ví dụ về scene4

Hình 116. Ví dụ về scene4.

test_30_60fps_preview_fov_match

Kiểm thử để đảm bảo rằng video xem trước ở tốc độ 30 FPS và 60 FPS có cùng FoV. Quy trình kiểm thử sẽ quay hai video, một video có tốc độ 30 khung hình/giây và một video có tốc độ 60 khung hình/giây. Một khung hình đại diện được chọn từ mỗi video và được phân tích để xác minh rằng các thay đổi về FoV trong hai video nằm trong thông số kỹ thuật. Kiểm thử để đảm bảo tỷ lệ khung hình của vòng tròn không đổi, tâm của vòng tròn vẫn ổn định và bán kính của vòng tròn không đổi.

Các API đã kiểm thử:

Đạt: Hình ảnh không bị kéo giãn, tâm của hình ảnh không khác nhau quá 3% và tỷ lệ khung hình thay đổi tối đa giữa video 30 FPS và 60 FPS không quá 7,5%

Cơ chế không thành công:

Vòng tròn trong video 30 khung hình/giây có kích thước khác đáng kể so với vòng tròn trong video 60 khung hình/giây.
Vòng tròn trong hình ảnh được chụp bị méo do quy trình xử lý.
Vòng tròn trong hình ảnh được chụp bị cắt do yêu cầu chụp có tỷ lệ khung hình cực đại làm giảm chiều cao hoặc chiều rộng của hình ảnh.
Vòng tròn trong hình ảnh được chụp có hình ảnh phản chiếu ở giữa và không được tô kín hoàn toàn.

test_aspect_ratio_and_crop

Kiểm thử xem hình ảnh có bị biến dạng hoặc bị cắt ngoài dự kiến trong quy trình xử lý hình ảnh hay không. Chụp ảnh một vòng tròn trên tất cả định dạng. Xác minh rằng vòng tròn không bị méo, không di chuyển khỏi tâm hình ảnh và không thay đổi kích thước không chính xác với các tỷ lệ khung hình hoặc độ phân giải khác nhau.

Các API đã kiểm thử:

Đạt: Hình ảnh không bị kéo giãn, tâm của hình ảnh không khác nhau quá 3% và FoV tối đa có thể được giữ nguyên.

Cơ chế không thành công:

Máy ảnh không được căn chỉnh với vòng tròn hiển thị trên máy tính bảng ở chính giữa cảnh được chụp.
Vòng tròn trong hình ảnh được chụp bị méo do quy trình xử lý.
Hình ảnh có độ phân giải thấp hơn được cắt đôi trong quy trình xử lý hình ảnh, tạo ra FoV khác nhau giữa hình ảnh có độ phân giải cao và thấp.
Vòng tròn trong hình ảnh được chụp bị cắt do yêu cầu chụp có tỷ lệ khung hình cực đại làm giảm chiều cao hoặc chiều rộng của hình ảnh.
Vòng tròn trong hình ảnh được chụp có hình ảnh phản chiếu ở giữa và không được tô kín hoàn toàn.

test_multi_camera_alignment

Kiểm thử các thông số hiệu chuẩn máy ảnh liên quan đến vị trí đặt máy ảnh cho hệ thống nhiều máy ảnh. Sử dụng máy ảnh phụ vật lý nhiều máy ảnh, chụp ảnh bằng một trong các máy ảnh vật lý. Tìm tâm của vòng tròn. Ánh xạ tâm vòng tròn đến toạ độ thế giới cho mỗi máy ảnh. So sánh sự khác biệt giữa tâm vòng tròn của các máy ảnh theo toạ độ thế giới. Dựng lại toạ độ thế giới trở lại toạ độ pixel và so sánh với toạ độ gốc dưới dạng một quy trình kiểm tra tính hợp lệ. So sánh kích thước vòng tròn để kiểm tra xem tiêu cự của các máy ảnh có khác nhau hay không.

Các API đã kiểm thử:

Đạt: Tâm và kích thước của vòng tròn như dự kiến trong hình ảnh được chiếu so với hình ảnh được chụp bằng dữ liệu hiệu chuẩn máy ảnh và tiêu cự.

Cơ chế không thành công:

LENS_INTRINSIC_CALIBRATION, LENS_POSE_TRANSLATION và LENS_POSE_ROTATION là các giá trị thiết kế chứ không phải dữ liệu hiệu chuẩn thực tế.
Hệ thống máy ảnh không phù hợp với chế độ thiết lập kiểm thử, ví dụ: kiểm thử hệ thống máy ảnh góc rộng và góc siêu rộng bằng giàn kiểm thử RFoV. Để biết thêm thông tin, hãy xem phần Câu hỏi thường gặp về giải pháp ITS-in-a-box cho máy ảnh (Câu hỏi 1).

test_preview_aspect_ratio_and_crop

Tương tự như kiểm thử test_aspect_ratio_and_crop đối với ảnh tĩnh, hãy kiểm tra các định dạng xem trước được hỗ trợ để xác minh rằng các khung xem trước không bị kéo giãn hoặc cắt không phù hợp. Xác minh rằng tỷ lệ khung hình của vòng tròn không thay đổi, hình ảnh được cắt giữ vòng tròn ở giữa khung và kích thước vòng tròn không thay đổi đối với định dạng không đổi hoặc với độ phân giải khác nhau (kiểm tra FoV).

Các API đã kiểm thử:

Đạt: Hình ảnh không bị kéo giãn, tâm của hình ảnh không khác nhau quá 3% và FoV tối đa có thể được giữ nguyên.

test_preview_stabilization_fov

Kiểm tra các kích thước xem trước được hỗ trợ để đảm bảo FoV được cắt phù hợp. Thử nghiệm này sẽ quay hai video, một video có tính năng chống rung khi xem trước ON và một video có tính năng chống rung khi xem trước OFF. Một khung hình đại diện được chọn từ mỗi video và được phân tích để xác minh rằng các thay đổi về FoV trong hai video nằm trong thông số kỹ thuật.

Các API đã kiểm thử:

Đạt: Tỷ lệ khung hình của vòng tròn vẫn giữ nguyên, vị trí trung tâm của vòng tròn vẫn ổn định và kích thước của vòng tròn thay đổi không quá 20%.

test_video_aspect_ratio_and_crop

Quay video một vòng tròn bên trong một hình vuông ở mọi định dạng video. Trích xuất khung hình chính và xác minh tỷ lệ khung hình của vòng tròn không thay đổi, hình ảnh được cắt giữ vòng tròn ở giữa và kích thước vòng tròn không thay đổi đối với định dạng không đổi hoặc có độ phân giải khác nhau (kiểm tra FoV).

Các API đã kiểm thử:

Đạt: Khung hình video không bị kéo giãn, tâm của khung hình không khác nhau quá 3% và FoV tối đa có thể được giữ nguyên.

scene5

scene5 yêu cầu một cảnh màu xám được chiếu sáng đồng đều. Điều này được thực hiện bằng một bộ khuếch tán đặt trên ống kính máy ảnh. Bạn nên dùng bộ khuếch tán sau: www.edmundoptics.com/optics/window-diffusers/optical-diffusers/opal-diffusing-glass/46168.

Để chuẩn bị cảnh quay, hãy gắn một bộ khuếch tán trước máy ảnh và hướng máy ảnh về phía nguồn sáng có độ sáng khoảng 2000 lux. Hình ảnh được chụp cho scene5 yêu cầu ánh sáng khuếch tán không có đặc điểm rõ ràng. Sau đây là hình ảnh mẫu:

Ví dụ về scene5

Hình 117. Ví dụ về cách chụp scene5.

test_lens_shading_and_color_uniformity

Kiểm thử để đảm bảo rằng tính năng chỉnh sửa bóng của ống kính được áp dụng đúng cách và màu sắc của cảnh đồng nhất đơn sắc được phân phối đồng đều. Thực hiện kiểm thử này trên khung hình YUV có 3A tự động. Hiệu ứng đổ bóng ống kính được đánh giá dựa trên kênh y. Đo lường giá trị y trung bình cho mỗi khối mẫu được chỉ định và xác định giá trị đạt hoặc không đạt bằng cách so sánh với giá trị y trung tâm. Kiểm thử độ đồng nhất màu được đánh giá trong không gian màu đỏ-xanh lục và xanh dương-xanh lục.

Các API đã kiểm thử:

Đạt: Tại bán kính đã chỉ định của hình ảnh, độ lệch của giá trị đỏ-xanh lục và xanh lam-xanh lục phải nhỏ hơn 20% để vượt qua bài kiểm thử.

scene6

scene6 là một lưới gồm các điểm đánh dấu ArUco có thể nhận dạng riêng biệt. Các chương trình kiểm thử trong scene6 có thể nhạy cảm với việc căn chỉnh, vì vậy, bắt đầu từ phiên bản 15, bạn có thể sử dụng check_alignment.py trong thư mục công cụ để bật tính năng kiểm tra DUT và căn chỉnh biểu đồ.

scene6

Hình 118. Ví dụ về scene6.

test_in_sensor_zoom

Kiểm thử hành vi của tính năng thu phóng trong cảm biến của máy ảnh, tạo ra hình ảnh thô đã cắt.

Với trường hợp sử dụng luồng được đặt thành CROPPED_RAW, quy trình kiểm thử sẽ chụp hai ảnh trong phạm vi thu phóng, một hình ảnh thô FoV đầy đủ và một hình ảnh thô đã cắt. Quy trình kiểm thử này chuyển đổi hình ảnh thành các mảng RGB, giảm kích thước hình ảnh thô đã cắt ở kích thước đầy đủ xuống kích thước do SCALER_RAW_CROP_REGION báo cáo và tính toán độ chênh lệch RMS 3D giữa hai hình ảnh.

Các API đã kiểm thử:

Đạt: Độ chênh lệch RMS 3D giữa hình ảnh thô được cắt theo tỷ lệ giảm và hình ảnh thô FoV đầy đủ nhỏ hơn ngưỡng được đặt trong kiểm thử.

test_zoom

Kiểm thử hành vi thu phóng của máy ảnh từ ống kính siêu rộng sang ống kính rộng. Chụp ảnh trong phạm vi thu phóng và kiểm tra xem các điểm đánh dấu ArUco có lớn hơn khi máy ảnh thu phóng hay không. Quy trình kiểm thử này cũng kiểm tra xem vị trí của điểm đánh dấu ở giữa có thay đổi theo dự đoán trong mỗi lần chụp hay không. Khoảng cách từ tâm của điểm đánh dấu trung tâm đến tâm của hình ảnh có thể thay đổi theo tỷ lệ không đổi liên quan đến tỷ lệ thu phóng cho đến khi chuyển đổi máy ảnh thực tế, hoặc có thể thay đổi một cách đơn điệu theo vị trí của cùng một điểm đánh dấu sau khi chuyển đổi máy ảnh thực tế. Bạn phải cài đặt Ứng dụng máy ảnh Jetpack (JCA) trên thiết bị trước khi kiểm thử.

Các API đã kiểm thử:

Đạt: Kích thước tương đối của điểm đánh dấu ArUco được chụp chính xác so với tỷ lệ thu phóng được yêu cầu để xác minh rằng máy ảnh đang thu phóng chính xác và khoảng cách điểm đánh dấu đến tâm hình ảnh thay đổi theo các tiêu chí nêu trong nội dung mô tả kiểm thử.

test_zoom để tìm đường viền của điểm đánh dấu ArUco gần trung tâm nhất

Hình 119. test_zoom để tìm đường viền của điểm đánh dấu ArUco gần trung tâm nhất.

test_low_latency_zoom

Kiểm thử hành vi thu phóng có độ trễ thấp của máy ảnh. Chụp ảnh trong phạm vi thu phóng bằng android.control.settingsOverride = 1 (SETTINGS_OVERRIDE_ZOOM) và kiểm tra xem các điểm đánh dấu trong hình ảnh đầu ra có khớp với tỷ lệ thu phóng trong siêu dữ liệu chụp hay không. Cùng một phiên chụp ảnh được dùng để hội tụ 3A và chụp ảnh.

Các API đã kiểm thử:

Đạt: Kích thước tương đối của điểm đánh dấu được chụp chính xác so với siêu dữ liệu kết quả tỷ lệ thu phóng.

test_preview_video_zoom_match

Kiểm thử để đảm bảo rằng trong khi quay video và thu phóng, bản xem trước video và đầu ra video sẽ hiển thị và ghi lại cùng một kết quả. Tính kích thước của điểm đánh dấu gần tâm nhất ở các tỷ lệ thu phóng khác nhau và kiểm tra xem kích thước của điểm đánh dấu có tăng lên khi tỷ lệ thu phóng tăng lên hay không.

Các API đã kiểm thử:

Đạt: Kích thước tương đối của điểm đánh dấu được chụp chính xác so với tỷ lệ thu phóng được yêu cầu trong video và bản xem trước.

Hình 120. HD_1280x720_key_frame.png (trước khi thu phóng).

Hình 121. preview_1280x720_key_frame.png (trước khi phóng to).

Hình 122. HD_1280x720_key_frame.png (sau khi thu phóng).

Hình 123. preview_1280x720_key_frame.png (sau khi phóng to).

test_preview_zoom

Kiểm thử để đảm bảo tỷ lệ thu phóng của mỗi khung xem trước khớp với siêu dữ liệu chụp tương ứng từ ống kính siêu rộng đến ống kính rộng. Quy trình kiểm thử sẽ lấy khung hình xem trước trong phạm vi thu phóng và tìm điểm đánh dấu ArUco gần nhất với tâm. Sau đó, kiểm thử sẽ kiểm tra xem vị trí của điểm đánh dấu ở giữa có thay đổi theo dự đoán trong mỗi lần chụp hay không. Khoảng cách từ tâm của điểm đánh dấu trung tâm đến tâm của hình ảnh có thể thay đổi theo tỷ lệ không đổi liên quan đến tỷ lệ thu phóng cho đến khi chuyển đổi máy ảnh thực tế, hoặc có thể thay đổi một cách đơn điệu theo vị trí của cùng một điểm đánh dấu sau khi chuyển đổi máy ảnh thực tế.

Các API đã kiểm thử:

Đạt: Kích thước tương đối của điểm đánh dấu ArUco đã chọn là chính xác đối với tỷ lệ thu phóng được báo cáo của kết quả chụp tương ứng cho tất cả các khung xem trước. Khoảng cách tương đối của điểm đánh dấu đã chọn từ tâm hình ảnh là chính xác đối với tỷ lệ thu phóng được báo cáo của kết quả chụp tương ứng của tất cả các khung xem trước.

Hình ảnh test_preview_zoom cho thấy điểm đánh dấu đã chọn gần nhất với tâm

Hình 124. Hình ảnh test_preview_zoom cho thấy điểm đánh dấu được chọn gần trung tâm nhất

test_session_characteristics_zoom

Kiểm thử phạm vi tỷ lệ thu phóng cho tất cả cấu hình phiên được hỗ trợ được liệt kê trong CameraCharacteristics#INFO_SESSION_CONFIGURATION_QUERY_VERSION. Đối với mỗi cấu hình đó, nếu CameraDeviceSetup#isSessionConfigurationSupported trả về true, thì quy trình kiểm thử sẽ xác minh rằng bạn có thể đạt được phạm vi tỷ lệ thu phóng được trả về trong CameraDeviceSetup#getSessionCharacteristics.

Các API đã kiểm thử:

Đạt: Bạn có thể đạt được cả tỷ lệ thu phóng tối thiểu và tối đa cho mỗi SessionConfiguration được hỗ trợ được liệt kê trong CameraCharacteristics#INFO_SESSION_CONFIGURATION_QUERY_VERSION.

scene7

scene7 là một khung hình chữ nhật được chia thành 4 góc phần tư bằng nhau, mỗi góc phần tư được tô bằng một màu khác nhau. Ở giữa hình chữ nhật là biểu đồ cạnh nghiêng để kiểm tra độ sắc nét. Bốn điểm đánh dấu ArUco được căn chỉnh với bốn góc ngoài của hình chữ nhật để hỗ trợ lấy toạ độ chính xác của khung hình chữ nhật chính ở các tỷ lệ thu phóng khác nhau.

scene7

Hình 125. scene7.

test_multi_camera_switch

Thử nghiệm này xác minh rằng trong quá trình quay video xem trước ở nhiều tỷ lệ thu phóng, việc chuyển đổi giữa ống kính siêu rộng (UW) và ống kính rộng (W) sẽ mang lại các giá trị RGB tương tự nhau.

Quy trình kiểm thử sử dụng nhiều tỷ lệ thu phóng trong phạm vi đã xác định trước để thực hiện việc quay video xem trước động và xác định thời điểm máy ảnh thực thay đổi. Điểm này đánh dấu điểm chuyển đổi từ ống kính UW sang ống kính W.

Các khung hình được chụp tại và trước điểm chuyển đổi được phân tích để biết độ phơi sáng tự động (AE), cân bằng trắng tự động (AWB) và tự động lấy nét (AF).

Quy trình kiểm tra AE xác minh rằng sự thay đổi về độ chói nằm trong phạm vi dự kiến cho cả hình ảnh của ống kính UW và W. Quy trình kiểm tra AWB xác minh rằng tỷ lệ màu đỏ-xanh lục và xanh dương-xanh lục nằm trong các giá trị ngưỡng cho cả hình ảnh chụp bằng ống kính UW và W. Tính năng kiểm tra AF đánh giá giá trị ước tính độ sắc nét dựa trên độ lớn của độ dốc trung bình giữa hình ảnh của ống kính UW và W.

Trong khi thực thi quy trình kiểm thử này, nếu hiệu ứng Moire ảnh hưởng đến kết quả, hãy sử dụng máy tính bảng có độ phân giải cao hơn trong danh sách Danh sách máy tính bảng được phê duyệt theo ITS của Camera.

Các API đã kiểm thử:

Đạt: Để kiểm thử đạt, các bước kiểm tra AE và AWB phải đạt. Kết quả kiểm tra AF chỉ được dùng cho mục đích ghi nhật ký. Sau đây là các tiêu chí cho từng bước kiểm tra:

Kiểm tra AE: Mức thay đổi độ sáng (giá trị Y) giữa hình ảnh của ống kính UW và W phải thấp hơn 4% đối với tất cả các mảng màu nếu thiết bị hỗ trợ cả ae_regions và awb_regions. Nếu chỉ hỗ trợ ae_regions, thì chỉ các giá trị mảng màu xám mới phải đáp ứng tiêu chí.
Kiểm tra AWB: Chênh lệch giữa giá trị đỏ-xanh lục và xanh lam-xanh lục cho hình ảnh ống kính UW và W phải nhỏ hơn 3% đối với mảng màu xám và phải nhỏ hơn 10% đối với các mảng màu khác nếu thiết bị hỗ trợ cả ae_regions và awb_regions.
Kiểm tra AF: Độ sắc nét của hình ảnh khi chụp bằng ống kính W phải cao hơn độ sắc nét khi chụp bằng ống kính UW.

test_multi_camera_switch_gray_uw_y

Hình 126. Vùng màu xám được chụp bằng ống kính UW.

test_multi_camera_switch_gray_w_y

Hình 127. Mảng màu xám được chụp bằng ống kính W.

scene8

scene8 là một khung hình chữ nhật được chia thành 4 vùng bằng nhau, mỗi vùng chứa một bức chân dung được chụp với độ phơi sáng khác nhau hoặc được phủ một sắc thái màu khác nhau (sắc thái màu xanh dương, độ phơi sáng tăng, độ phơi sáng giảm, sắc thái màu vàng). Bốn điểm đánh dấu ArUco được căn chỉnh với bốn góc ngoài của hình chữ nhật để lấy toạ độ chính xác của khung hình chữ nhật chính.

Ví dụ về scene8

Hình 128. Ví dụ về scene8.

test_ae_awb_regions

Kiểm thử để đảm bảo rằng các giá trị RGB và độ chói khác nhau khi quay video xem trước ở các vùng AE và AWB khác nhau.

Quy trình kiểm thử sẽ ghi lại bản xem trước dài 8 giây, đo sáng AE và AWB trên mỗi góc phần tư trong 2 giây. Sau đó, quy trình kiểm thử sẽ trích xuất một khung hình từ bản ghi xem trước của từng khu vực và sử dụng các khung hình được trích xuất để thực hiện các bước kiểm tra AE và AWB sau:

Kiểm tra AE: Xác minh rằng khung hình đo sáng khu vực có độ phơi sáng giảm có giá trị luma tăng hơn 1% so với khung hình đo sáng khu vực có độ phơi sáng tăng. Điều này xác minh rằng hình ảnh được làm sáng khi đo sáng một vùng tối.
Kiểm tra AWB: Xác minh rằng tỷ lệ màu đỏ so với màu xanh dương (trong giá trị RGB trung bình của hình ảnh) trong khung có vùng đo sáng màu xanh dương cao hơn 2% so với khung có vùng đo sáng màu vàng. Điều này xác minh rằng hình ảnh có giá trị RGB cân bằng khi đo sáng một vùng màu vàng (ấm) hoặc màu xanh dương (lạnh).

Các API đã kiểm thử:

Đạt: Cả hai quy trình kiểm tra AE và AWB đều đạt.

test_ae_awb_regions_dark_region

Hình 129. Khu vực tối được đo sáng khung hình với độ phơi sáng tăng lên.

test_ae_awb_regions_light_region

Hình 130. Đo sáng khung hình vùng sáng hơn với độ phơi sáng giảm.

Cơ chế không thành công:

Việc phát hiện chính xác cả 4 điểm đánh dấu ArUco là điều cần thiết cho thử nghiệm này. Nếu không phát hiện được trong lần đầu tiên, hệ thống sẽ thử phát hiện lần thứ hai bằng cách sử dụng phiên bản hình ảnh đen trắng. Hình ảnh thang màu xám sau đây đại diện cho bước xử lý phụ:

Hình 131. Các điểm đánh dấu ArUco không căn chỉnh.

test_color_correction_mode_cct

Kiểm thử COLOR_CORRECTION_MODE trên nhiều nhiệt độ màu và sắc thái màu, xác minh các thay đổi về tỷ lệ RGB so với cảnh chụp, scene8.

Các API đã kiểm thử:

Đạt: Tỷ lệ RGB cho thấy mức tăng hoặc giảm dự kiến so với nhiệt độ màu và sắc thái đã chọn.

Tiêu chí bỏ qua kiểm thử

Quy trình kiểm thử test_color_correction_mode_cct sẽ bị bỏ qua nếu đáp ứng bất kỳ tiêu chí nào sau đây:

Thiết bị có cấp độ API đầu tiên (first_api_level) là 35 trở xuống.
Thiết bị không quảng cáo COLOR_CORRECTION_MODE_CCT trong COLOR_CORRECTION_AVAILABLE_ABERRATION_MODES.

scene9

scene9 bao gồm hàng nghìn vòng tròn có kích thước và màu sắc ngẫu nhiên để tạo một cảnh có khả năng lặp lại rất thấp nhằm gây áp lực cho các thuật toán nén JPEG.

Ví dụ về scene9

Hình 132. Ví dụ về scene9.

test_jpeg_high_entropy

Kiểm thử để đảm bảo tính năng nén JPEG của máy ảnh hoạt động trên scene9 với độ hỗn loạn cao và hệ số chất lượng JPEG được đặt thành 100%. Hệ số thu phóng được tăng lên để xác minh rằng cảnh hiển thị trên máy tính bảng lấp đầy FoV của máy ảnh.

Các API đã kiểm thử:

Đạt: Tệp JPEG được nén, ghi và đọc lại đúng cách từ ổ đĩa.

test_jpeg_quality

Kiểm tra chất lượng nén ảnh JPEG của máy ảnh. Bước chất lượng JPEG thông qua android.jpeg.quality và xác minh rằng bảng lượng tử hoá thay đổi chính xác.

Các API đã kiểm thử:

Đạt: Ma trận lượng tử hoá giảm khi chất lượng tăng. (Ma trận này đại diện cho hệ số chia.)

Giá trị trung bình của ma trận DQT luma và chroma của máy ảnh sau của Pixel 4 so với chất lượng JPEG

Hình 133. Giá trị trung bình của ma trận DQT luma và chroma của máy ảnh sau của Pixel 4 so với chất lượng JPEG.

Ví dụ về kiểm thử không thành công test_jpeg_quality

Hình 134. Ví dụ về kiểm thử không thành công.

scene_video

scene_video là một cảnh video bao gồm 4 vòng tròn có màu khác nhau di chuyển qua lại với các tốc độ khung hình khác nhau trên nền trắng.

Hình 135. Ví dụ về scene_video.

test_preview_frame_drop

Kiểm thử để đảm bảo tốc độ khung hình xem trước được yêu cầu được duy trì với cảnh động. Quy trình kiểm thử này chạy trên tất cả các máy ảnh hiển thị cho các ứng dụng bên thứ ba.

Các API đã kiểm thử:

Đạt: Tốc độ khung hình xem trước ở mức tối đa trong phạm vi tốc độ khung hình được yêu cầu và độ biến thiên trung bình giữa các khung hình liên tiếp nhỏ hơn dung sai tương đối được đặt trong kiểm thử.

scene_extensions

Các bài kiểm thử scene_extensions dành cho các tiện ích máy ảnh và phải sử dụng Camera ITS-in-a-Box vì các bài kiểm thử này yêu cầu kiểm soát chính xác môi trường kiểm thử. Ngoài ra, bạn phải kiểm soát tất cả sự rò rỉ ánh sáng. Điều này có thể yêu cầu bạn phải che thiết bị thử nghiệm, thiết bị được kiểm thử (DUT) và máy tính bảng bằng vải chống thấm cũng như loại bỏ tình trạng rò rỉ ánh sáng từ màn hình trước của DUT.

scene_hdr

Cảnh scene_hdr bao gồm một bức chân dung ở bên trái và một mã QR có độ tương phản thấp ở bên phải.

scene_hdr

Hình 136. Ví dụ về scene_hdr.

test_hdr_extension

Kiểm thử tiện ích HDR. Chụp ảnh có và không bật tiện ích, đồng thời kiểm tra xem tiện ích có giúp phát hiện mã QR dễ dàng hơn hay không.

Các API đã kiểm thử:

Đạt: Tiện ích HDR giảm số lượng thay đổi độ tương phản cần thiết để phát hiện mã QR hoặc giảm độ dốc trên mã QR.

scene_low_light

Cảnh scene_low_light bao gồm một lưới hình vuông có nhiều sắc độ màu xám trên nền đen và lưới hình vuông được liên kết bằng đường viền màu đỏ. Các hình vuông được sắp xếp theo hướng của đường cong Hilbert.

Ví dụ về scene_low_light

Hình 137. Ví dụ về scene_low_light.

test_night_extension

Kiểm thử tiện ích Ban đêm. Chụp ảnh khi bật tiện ích và thực hiện các thao tác sau:

Phát hiện sự hiện diện của 20 hình vuông
Tính toán độ chói được giới hạn bởi mỗi hình vuông
Tính toán giá trị luma trung bình của 6 hình vuông đầu tiên theo hướng lưới của đường cong Hilbert
Tính toán chênh lệch về giá trị luma của các hình vuông liên tiếp (ví dụ: hình vuông 2 – hình vuông 1) cho đến hình vuông 5 và 6 (hình vuông 6 – hình vuông 5) rồi tìm trung bình cộng của 5 chênh lệch đã tính.

Đối với các thiết bị chạy Android 16 trở lên, yêu cầu chụp bao gồm một vùng đo lường tương ứng với hình chữ nhật bao quanh lưới hình vuông. Việc bổ sung này sẽ thay đổi các tiêu chí vượt ngưỡng.

Các API đã kiểm thử:

Mật khẩu:

Đối với các thiết bị chạy Android 16 trở lên, giá trị luma trung bình của 6 ô đầu tiên phải ít nhất là 80 và mức chênh lệch trung bình về giá trị luma của các ô liên tiếp cho đến ô 5 và 6 phải ít nhất là 18, 75.
Đối với các thiết bị chạy Android 15 trở xuống, giá trị luma trung bình của 6 ô đầu tiên phải ít nhất là 85 và chênh lệch trung bình về giá trị luma của các ô liên tiếp cho đến ô 5 và 6 phải ít nhất là 17.

Biểu đồ độ chói sau đây cho thấy kết quả kiểm thử đạt yêu cầu.

Ví dụ về kiểm thử vượt qua cảnh ban đêm thiếu sáng

Hình 138. Ví dụ về kiểm thử thành công cảnh ban đêm thiếu sáng.

test_low_light_boost_extension

Kiểm thử chế độ Tăng cường ánh sáng yếu AE. Nếu Camera2 hỗ trợ chế độ AE tăng cường ánh sáng yếu, thì thử nghiệm này sẽ được thực hiện cho Camera2. Nếu tiện ích máy ảnh chế độ ban đêm được hỗ trợ và tiện ích này hỗ trợ chế độ AE tăng cường ánh sáng yếu, thì quy trình kiểm thử này cũng được thực hiện cho tiện ích máy ảnh chế độ ban đêm. Quy trình kiểm thử này đặt chế độ AE thành tăng cường ánh sáng yếu, lấy một khung hình từ bản xem trước và thực hiện các thao tác sau:

Phát hiện sự hiện diện của 20 hộp
Tính toán độ sáng được giới hạn bởi mỗi hộp
Tính toán giá trị luma trung bình của 6 hình vuông đầu tiên theo hướng lưới của đường cong Hilbert
Tính toán chênh lệch về giá trị luma của các hình vuông liên tiếp (ví dụ: hình vuông 2 – hình vuông 1) cho đến hình vuông 5 và 6 (hình vuông 6 – hình vuông 5) rồi tìm trung bình cộng của 5 chênh lệch đã tính.

Các API đã kiểm thử:

Mật khẩu:

Đối với các thiết bị chạy Android 16 trở lên, giá trị luma trung bình của 6 ô đầu tiên phải ít nhất là 54 và mức chênh lệch trung bình về giá trị luma của các ô liên tiếp cho đến ô 5 và 6 phải ít nhất là 17.
Đối với các thiết bị chạy Android 15 trở xuống, giá trị luma trung bình của 6 ô đầu tiên phải ít nhất là 70 và chênh lệch trung bình về giá trị luma của các ô liên tiếp cho đến ô 5 và 6 phải ít nhất là 18.

scene_tele

Một yêu cầu chính đối với các thử nghiệm scene_tele là khoảng cách biểu đồ phải ít nhất là khoảng cách lấy nét tối thiểu của ống kính tele. Vì khoảng cách lấy nét tối thiểu này có thể khác nhau giữa các thiết bị, nên bạn phải định cấu hình chế độ thiết lập sao cho phù hợp với máy ảnh tele cụ thể.

Thiết lập scene_tele dựa trên khoảng cách lấy nét của máy ảnh góc rộng và máy ảnh tele

Hình 139. Thiết lập scene_tele dựa trên khoảng cách lấy nét của máy ảnh góc rộng và máy ảnh tele.

Để biết thêm thông tin về cách thiết lập phần cứng kiểm thử, hãy xem phần Thiết lập giàn kéo xa.

scene6_tele

Cảnh scene6_tele bao gồm một lưới các điểm đánh dấu ArUco trên nền trắng.

Nếu ảnh chụp scene6_tele trông bị phơi sáng quá mức trong thiết bị chụp hình mô-đun, hãy tháo tấm trước của thiết bị chụp hình mô-đun.

Ngắt kết nối thiết bị thử nghiệm WFoV khỏi phần mở rộng và tháo giá đỡ điện thoại.

Ngắt kết nối thiết bị thử nghiệm WFoV khỏi phần mở rộng và tháo giá đỡ điện thoại

Hình 140. Ngắt kết nối thiết bị thử nghiệm WFoV khỏi phần mở rộng và tháo giá đỡ điện thoại.

remove_front_plate

Hình 141. Tháo tấm trước.

test_zoom_tele

Kiểm thử hành vi thu phóng của máy ảnh từ ống kính góc rộng đến ống kính tele. Quy trình kiểm thử này giống với test_zoom, nhưng kiểm thử hành vi thu phóng của máy ảnh từ ống kính rộng đến ống kính tele.

Các API đã kiểm thử:

test_preview_zoom_tele

Kiểm thử hành vi thu phóng của máy ảnh cho các khung hình xem trước từ ống kính góc rộng đến ống kính tele. Kiểm thử này giống với test_preview_zoom, nhưng kiểm thử hành vi thu phóng của máy ảnh đối với các khung hình xem trước từ ống kính rộng đến ống kính tele.

Các API đã kiểm thử:

Đạt: Kích thước tương đối của điểm đánh dấu ArUco đã chụp chính xác so với tỷ lệ thu phóng được yêu cầu để xác minh rằng máy ảnh đang thu phóng chính xác và khoảng cách điểm đánh dấu đến tâm hình ảnh thay đổi theo các tiêu chí được liệt kê trong test_preview_zoom.

scene7_tele

scene7_tele giống với scene7, nhưng được thiết lập để kiểm thử ống kính tele. Đây là một khung hình chữ nhật được chia thành 4 góc phần tư bằng nhau, mỗi góc phần tư được tô bằng một màu khác nhau. Ở giữa hình chữ nhật là biểu đồ cạnh nghiêng để kiểm tra độ sắc nét. Bốn điểm đánh dấu ArUco được căn chỉnh với bốn góc ngoài của hình chữ nhật để hỗ trợ lấy toạ độ chính xác của khung hình chữ nhật chính ở các tỷ lệ thu phóng khác nhau.

test_multi_camera_switch_tele

Bài kiểm thử này xác minh rằng trong quá trình quay video xem trước ở nhiều tỷ lệ thu phóng, việc chuyển đổi giữa ống kính góc rộng (W) và ống kính tele (tele) sẽ dẫn đến các giá trị RGB tương tự nhau.

Các khung hình được chụp tại và trước điểm chuyển đổi được phân tích cho AE, AWB và AF.

Quy trình kiểm tra AE xác minh rằng sự thay đổi về độ sáng nằm trong phạm vi dự kiến cho cả hình ảnh chụp bằng ống kính W và ống kính tele. Quy trình kiểm tra AWB xác minh rằng tỷ lệ màu đỏ-xanh lục và xanh dương-xanh lục nằm trong các giá trị ngưỡng cho cả hình ảnh chụp bằng ống kính W và ống kính tele. Tính năng kiểm tra AF đánh giá giá trị ước tính độ sắc nét dựa trên độ lớn của độ dốc trung bình giữa hình ảnh của ống kính W và ống kính tele.

Các API đã kiểm thử:

Đạt: Để kiểm thử đạt, tất cả các bước kiểm tra AE, AWB và AF đều phải đạt. Sau đây là tiêu chí cho từng bước kiểm tra:

Kiểm tra AE: Độ thay đổi độ sáng giữa hình ảnh chụp bằng ống kính W và ống kính tele phải nhỏ hơn 4%.
Kiểm tra AWB: Trong không gian màu LAB, delta C giữa màu đỏ lục và xanh lục lam cho ống kính góc rộng và tele không được vượt quá 10.
Kiểm tra AF: Độ sắc nét của hình ảnh của ống kính tele phải cao hơn ống kính góc rộng.

scene_flash

Các thử nghiệm scene_flash yêu cầu cảnh tối trong hộp hợp nhất cảm biến.

test_auto_flash

Kiểm thử tính năng tự động bật đèn flash trong cảnh tối cho máy ảnh mặt sau và máy ảnh mặt trước. Đối với camera trước, tính năng tự động bật đèn flash sử dụng màn hình để chiếu sáng cảnh chứ không phải đèn flash thực. Quy trình kiểm thử xác minh rằng tính năng tự động bật đèn flash được kích hoạt bằng cách kiểm tra để đảm bảo rằng trung tâm của hình ảnh xếp kề sáng hơn khi bật tính năng tự động bật đèn flash. Để kích hoạt tính năng tự động chụp flash, bạn phải tắt đèn trong thiết bị thử nghiệm. Bạn có thể tự động tắt đèn bằng bộ điều khiển Arduino. Cảnh phải hoàn toàn tối để kiểm thử hoạt động chính xác. Bạn phải cài đặt Ứng dụng máy ảnh Jetpack (JCA) trên thiết bị trước khi kiểm thử. Tính năng tự động bật đèn flash cho camera sau dựa vào trạng thái AE để kích hoạt, nhưng tính năng tự động bật đèn flash cho camera trước không dựa vào AE và luôn được kích hoạt.

Các API đã kiểm thử:

Đạt: Trung tâm của hình ảnh xếp kề có bật tính năng tự động bật đèn flash sáng hơn hình ảnh cảnh gốc đối với tất cả máy ảnh.

test_flash_strength

Kiểm thử để đảm bảo rằng chế độ kiểm soát cường độ đèn flash ở chế độ SINGLE được triển khai đúng cách.

Xác minh rằng nếu thiết bị hỗ trợ tính năng kiểm soát cường độ đèn flash trong khi sử dụng máy ảnh ở chế độ SINGLE, thì cường độ đèn flash sẽ thay đổi theo các mức cường độ được yêu cầu. Xác minh rằng tính năng kiểm soát cường độ đèn flash hoạt động với nhiều AE_MODES. Ví dụ: nếu chế độ tự động phơi sáng là ON hoặc OFF, thì cường độ đèn flash sẽ ảnh hưởng đến độ sáng và nếu chế độ là ON_AUTO_FLASH, thì cường độ đèn flash sẽ không ảnh hưởng đến độ sáng.

Để tiến hành kiểm thử, bạn phải tắt đèn trong giàn thử nghiệm. Bạn có thể tự động tắt đèn bằng trình điều khiển Arduino. Cảnh phải hoàn toàn tối để kiểm thử hoạt động chính xác.

Các API đã kiểm thử:

Mật khẩu:

Khi chế độ tự động phơi sáng là ON hoặc OFF, độ sáng của các mảng hình ảnh sẽ tăng lên khi mức độ cường độ đèn flash tăng từ không có đèn flash đến FLASH_SINGLE_STRENGTH_MAX_LEVEL. Khi chế độ tự động phơi sáng là ON_AUTO_FLASH, độ sáng của các mảng hình ảnh sẽ nằm trong phạm vi dung sai khi mức độ cường độ đèn flash tăng từ không có đèn flash lên FLASH_SINGLE_STRENGTH_MAX_LEVEL.

test_led_snapshot

Kiểm tra để đảm bảo ảnh chụp nhanh LED không làm bão hoà hoặc phủ màu hình ảnh.

Bài kiểm thử này sẽ thêm một bộ điều khiển ánh sáng vào Hộp cảm biến kết hợp để điều khiển ánh sáng. Khi đèn được đặt thành OFF, quy trình kiểm thử sẽ chụp ảnh với chế độ AUTO_FLASH được đặt thành ON. Trong quá trình chụp này, quy trình kiểm thử sẽ chạy một trình tự chụp trước với trình kích hoạt aePrecapture được đặt thành START và đặt ý định chụp thành Preview để chụp bằng đèn flash.

Vì ảnh chụp có một điểm nóng đặc biệt do đèn flash, nên quy trình kiểm thử sẽ tính toán giá trị trung bình của hình ảnh flash của toàn bộ ảnh chụp và xác minh xem giá trị đó có nằm trong phạm vi (68, 102) hay không. Để kiểm tra xem hình ảnh có cân bằng trắng hợp lý hay không, quy trình kiểm thử sẽ tính toán tỷ lệ màu đỏ-xanh lục và màu xanh dương-xanh lục, đồng thời xác minh xem các tỷ lệ này có nằm trong khoảng từ 0,95 đến 1,05 hay không.

Các API đã kiểm thử:

Đạt: Tỷ lệ màu đỏ-xanh lục và xanh dương-xanh lục nằm trong khoảng từ 0,95 đến 1,05. Giá trị trung bình của hình ảnh chụp bằng đèn flash nằm trong khoảng (68, 102).

test_night_mode_indicator

Kiểm thử chức năng của chỉ báo chế độ ban đêm, một tính năng cho biết liệu máy ảnh có đang hoạt động trong điều kiện ánh sáng yếu hay không và sẽ được hưởng lợi từ tính năng chụp ảnh tĩnh của tiện ích Máy ảnh ở chế độ ban đêm. Tính năng này chỉ có trên các thiết bị hỗ trợ tiện ích Máy ảnh ở Chế độ ban đêm.

Quy trình kiểm thử này kiểm tra để đảm bảo rằng chỉ báo chế độ ban đêm phản ánh chính xác điều kiện ánh sáng trong bản xem trước của máy ảnh. Quy trình kiểm thử thực hiện các bước sau:

Khởi chạy: Quy trình kiểm thử sẽ khởi chạy ItsSession và truy xuất các thuộc tính máy ảnh. Nó cũng thiết lập kết nối với bộ điều khiển ánh sáng.
Điều kiện bỏ qua: Quy trình kiểm thử sẽ bị bỏ qua nếu thiết bị không hỗ trợ cấp độ API bắt buộc hoặc tính năng chỉ báo chế độ ban đêm.
Phiên Camera2:
- Quy trình kiểm thử bắt đầu một phiên chụp xem trước bằng phiên Camera2.
- Đèn được bật và một khung hình xem trước được chụp.
- Kiểm thử xác minh rằng chỉ báo chế độ ban đêm đang ở trạng thái OFF.
- Đèn sẽ tắt và một khung hình xem trước sẽ được chụp.
- Kiểm thử xác minh rằng chỉ báo chế độ ban đêm đang ở trạng thái ON.
Phiên tiện ích máy ảnh:
- Quy trình kiểm thử lặp lại quy trình tương tự như cho phiên Camera2, nhưng sử dụng phiên CameraExtension có đuôi EXTENSION_NIGHT.
Dọn dẹp: Quy trình kiểm thử sẽ đóng ItsSession và giải phóng trình điều khiển ánh sáng.

Các API đã kiểm thử:

android.extension.nightModeIndicator

Mật khẩu:

Khi đèn sáng, chỉ báo chế độ ban đêm phải ở trạng thái OFF.
Khi đèn tắt, chỉ báo chế độ ban đêm phải ở trạng thái ON.
Áp dụng cho cả phiên Camera2 và CameraExtension.

test_preview_min_frame_rate

Kiểm thử để đảm bảo tốc độ khung hình xem trước giảm chính xác trong cảnh tối. Để quy trình kiểm thử này hoạt động chính xác, bộ điều khiển phải tắt đèn trong giàn thử nghiệm hoặc người vận hành kiểm thử phải tắt đèn theo cách thủ công.

Các API đã kiểm thử:

Đạt: Tốc độ khung hình xem trước ở mức tối thiểu trong phạm vi tốc độ khung hình được yêu cầu và sự khác biệt giữa các khung hình nhỏ hơn mức dung sai tuyệt đối được đặt trong kiểm thử.

test_torch_strength

Kiểm thử để đảm bảo rằng chế độ kiểm soát cường độ đèn flash ở chế độ TORCH được triển khai đúng cách.

Xác minh rằng nếu thiết bị hỗ trợ tính năng kiểm soát cường độ đèn flash trong khi sử dụng máy ảnh ở chế độ TORCH, thì cường độ đèn pin sẽ thay đổi theo các mức cường độ được yêu cầu. Xác minh rằng tính năng kiểm soát cường độ đèn flash hoạt động với nhiều AE_MODES. Ví dụ: nếu chế độ tự động phơi sáng là ON hoặc OFF, thì cường độ đèn flash sẽ ảnh hưởng đến độ sáng và nếu chế độ là ON_AUTO_FLASH, thì cường độ đèn flash sẽ không ảnh hưởng đến độ sáng. Xác minh rằng cường độ đèn pin vẫn giữ nguyên trong suốt thời lượng của một loạt ảnh, mô phỏng một phiên quay video. Để tiến hành kiểm thử, bạn phải tắt đèn trong thiết bị kiểm thử. Bạn có thể tự động tắt đèn bằng trình điều khiển Arduino. Cảnh phải hoàn toàn tối để kiểm thử hoạt động chính xác.

Các API đã kiểm thử:

Mật khẩu:

Khi chế độ tự động phơi sáng là ON hoặc OFF, độ sáng của các mảng ảnh chụp liên tiếp sẽ tăng lên khi mức độ cường độ đèn flash tăng từ không có đèn flash lên FLASH_TORCH_STRENGTH_MAX_LEVEL. Khi chế độ tự động phơi sáng là ON_AUTO_FLASH, độ sáng của các mảng ảnh chụp liên tiếp nằm trong phạm vi dung sai khi cường độ đèn flash tăng từ không có đèn flash lên FLASH_TORCH_STRENGTH_MAX_LEVEL.

cảm_biến_hợp_nhất

Các thử nghiệm hợp nhất cảm biến yêu cầu điện thoại di chuyển theo một cách cụ thể trước một mẫu bàn cờ và điểm đánh dấu ArUco. Để có kết quả tối ưu, hãy xác minh rằng biểu đồ kiểm thử được gắn phẳng. Các biểu đồ không phẳng ảnh hưởng đến việc tính toán độ xoay cho nhiều bài kiểm thử. Biểu đồ phải lấp đầy mặt sau của hộp hợp nhất cảm biến bằng cách in ở kích thước 17x17 in. (43x43 cm). Bạn có thể tự động hoá các kiểm thử sensor_fusion bằng Sensor Fusion Box (Hộp hợp nhất cảm biến).

Biểu đồ hợp nhất cảm biến

Hình 142. Biểu đồ hợp nhất cảm biến.

Biểu đồ hợp nhất cảm biến trong Rig

Hình 143. Biểu đồ hợp nhất cảm biến lấp đầy mặt sau của hộp hợp nhất cảm biến.

test_lens_intrinsic_calibration

Kiểm thử để đảm bảo rằng tâm quang học của ống kính thay đổi nội tại khi ống kính di chuyển do tính năng ổn định hình ảnh quang học (OIS). Nếu hỗ trợ các mẫu nội tại của ống kính, hãy kiểm tra để đảm bảo rằng tâm quang học của các mẫu nội tại của ống kính thay đổi khi ống kính di chuyển do OIS.

Các API đã kiểm thử:

Đạt: Tâm quang học của ống kính thay đổi nội tại từ 1 pixel trở lên. Nếu các mẫu nội tại của ống kính được hỗ trợ, thì tâm quang học của các mẫu nội tại của ống kính sẽ thay đổi từ 1 pixel trở lên.

Hình sau đây là một ví dụ về biểu đồ test_lens_intrinsic_calibration cho thấy sự thay đổi của các điểm chính tính bằng pixel cho mỗi khung hình:

Hình 144. Ví dụ về biểu đồ test_lens_intrinsic_calibration cho thấy sự thay đổi của các điểm chính tính bằng pixel cho mỗi khung hình.

test_multi_camera_frame_sync

Kiểm thử để đảm bảo dấu thời gian khung hình do máy ảnh logic chụp nằm trong khoảng 10 ms bằng cách tính toán các góc của hình vuông trong bàn cờ để xác định dấu thời gian.

Các API đã kiểm thử:

Đạt: Góc giữa hình ảnh của mỗi máy ảnh không thay đổi đáng kể khi điện thoại xoay.

test_preview_distortion

Kiểm thử để đảm bảo rằng sự méo hình được khắc phục trong mỗi khung xem trước được chụp ở nhiều mức thu phóng. Đối với mỗi khung xem trước, quy trình kiểm thử sẽ tính toán các điểm lý tưởng dựa trên các đặc điểm nội tại và ngoại tại của máy ảnh.

Trong hình ảnh ví dụ, các điểm lý tưởng được hiển thị bằng màu xanh lục; các điểm thực tế được hiển thị bằng màu đỏ. Lỗi méo được tính dựa trên khoảng cách pixel RMS giữa các điểm thực tế và điểm lý tưởng. Điểm nổi bật màu xanh lục và đỏ trên hình ảnh được dùng để phát hiện bằng hình ảnh khu vực có lỗi méo.

Hình 145. Hình ảnh bàn cờ với các điểm lý tưởng có màu xanh lục và các điểm thực tế có màu đỏ.

Các API đã kiểm thử:

Đạt: Lỗi méo được chuẩn hoá của mỗi khung xem trước nhỏ hơn ngưỡng được đặt trong kiểm thử.

test_preview_stabilization

Kiểm thử video xem trước được ổn định xoay ít hơn so với con quay hồi chuyển.

Các API đã kiểm thử:

Đạt: Góc xoay tối đa trên các khung hình nhỏ hơn 70% góc xoay của con quay hồi chuyển.

Sau đây là các video mẫu có và không có tính năng ổn định:

Hình 146. Video mẫu có tính năng ổn định.

Hình 147. Video mẫu chưa được ổn định.

test_sensor_fusion

Kiểm thử sự khác biệt về dấu thời gian giữa máy ảnh và con quay hồi chuyển cho các ứng dụng AR và VR. Điện thoại được xoay 90 độ 10 lần trước mẫu bàn cờ. Động tác di chuyển là khoảng 2 giây cho một lượt. Quy trình kiểm thử này sẽ bị bỏ qua nếu không có con quay hồi chuyển hoặc nếu bạn không bật tham số REALTIME nguồn dấu thời gian.

Kiểm thử test_sensor_fusion tạo ra một số biểu đồ. Hai biểu đồ quan trọng nhất để gỡ lỗi là:

test_sensor_fusion_gyro_events: Hiển thị các sự kiện con quay hồi chuyển cho điện thoại trong quá trình kiểm thử. Chuyển động theo hướng x và y cho thấy điện thoại không được gắn chắc chắn trên tấm gắn, làm giảm khả năng kiểm thử đạt. Số chu kỳ trong biểu đồ phụ thuộc vào tốc độ ghi để lưu khung hình.

Hình 148. Ví dụ về sự kiện con quay hồi chuyển test_sensor_fusion.
test_sensor_fusion_plot_rotations: Cho biết cách căn chỉnh con quay hồi chuyển và sự kiện máy ảnh. Biểu đồ này phải cho thấy chuyển động khớp giữa máy ảnh và con quay hồi chuyển trong khoảng +/-1 ms.

Hình 149. Ví dụ về độ xoay biểu đồ test_sensor_fusion.

Các API đã kiểm thử:

Đạt: Độ lệch của dấu thời gian máy ảnh và con quay hồi chuyển nhỏ hơn 1 ms theo 7.3.9 Cảm biến độ trung thực cao trong CDD.

Cơ chế không thành công:

Lỗi chênh lệch: Chênh lệch con quay hồi chuyển của máy ảnh chưa được hiệu chỉnh chính xác trong phạm vi +/-1 ms.
Thiếu khung hình: Quy trình không đủ nhanh để chụp 200 khung hình liên tiếp.
Lỗi ổ cắm: adb không thể kết nối đáng tin cậy với DUT đủ lâu để thực thi kiểm thử.
Biểu đồ không được gắn phẳng. Biểu đồ test_sensor_fusion_plot_rotations có các khung hình mà con quay hồi chuyển và độ xoay máy ảnh thay đổi đáng kể khi máy ảnh xoay qua các phần của biểu đồ không phẳng.
Máy ảnh không được gắn phẳng. Biểu đồ test_sensor_fusion_gyro_events cho thấy chuyển động trong mặt phẳng X và Y. Lỗi này thường gặp hơn ở camera trước vì camera sau thường có một điểm nhô lên so với phần còn lại của thân điện thoại, tạo ra độ nghiêng khi gắn mặt sau của điện thoại vào tấm gắn.

test_video_stabilization

Kiểm thử video được ổn định xoay ít hơn so với con quay hồi chuyển.

Các API đã kiểm thử:

Đạt: Góc xoay tối đa trên các khung hình nhỏ hơn 60% góc xoay của con quay hồi chuyển.

Sau đây là các video mẫu có và không có tính năng ổn định.

Hình 150. Video mẫu có tính năng ổn định.

Hình 151. Video mẫu chưa được ổn định.

test_video_stabilization_jca

Các thử nghiệm cho thấy video được ổn định bằng cách sử dụng JCA xoay ít hơn so với con quay hồi chuyển. Bạn phải cài đặt JCA trên thiết bị trước khi kiểm thử.

Các API đã kiểm thử:

Đạt: Độ xoay góc tối đa trên các khung hình được trích xuất từ video được quay bằng JCA thấp hơn 70% độ xoay con quay hồi chuyển.

feature_combination

Các kiểm thử feature_combination xác minh rằng các tính năng hoạt động đúng cách khi nhiều tính năng máy ảnh được bật cùng một lúc. Các bài kiểm thử này sử dụng cùng một hình ảnh bàn cờ được dùng trong cảnh kết hợp cảm biến.

test_feature_combination

Kiểm thử tất cả các tổ hợp kết hợp luồng, chế độ ổn định video, phạm vi FPS mục tiêu, video HDR 10 bit và Ultra HDR mà thiết bị máy ảnh hỗ trợ.

Đối với Android 16 trở lên, quy trình kiểm thử sẽ chạy tất cả các tổ hợp tính năng được hỗ trợ và ghi lại kết quả vào tệp proto. Các câu nhận định lỗi chỉ được gọi cho các tổ hợp tính năng mà isSessionConfigurationSupported trả về True.

Các API đã kiểm thử:

Đạt: Đối với mỗi tổ hợp tính năng được hỗ trợ:

Luồng xem trước sẽ được ổn định nếu bạn bật tính năng chống rung khi xem trước.
Tốc độ khung hình xem trước nằm trong AE_TARGET_FPS_RANGE đã định cấu hình.
Hệ màu của luồng xem trước đã ghi khớp với hệ màu đã đặt.
Bản ghi Ultra HDR có bản đồ độ lợi hợp lệ.

scene_ip

Trong Android 16 trở lên, cảnh scene_ip cho phép kiểm tra tính đồng nhất của hình ảnh giữa ứng dụng máy ảnh mặc định và ứng dụng máy ảnh Jetpack (JCA) để xác định những điểm khác biệt chính giữa các hình ảnh đã chụp. JCA sao chép ảnh chụp của ứng dụng mạng xã hội và cung cấp hình ảnh cơ sở mà các ứng dụng mạng xã hội đó xử lý và tinh chỉnh.

Yêu cầu về việc thiết lập phần cứng

Bạn cần thiết lập phần cứng sau đây để kiểm thử scene_ip:

Các chương trình kiểm thử được thực thi trong ITS-in-a-box của máy ảnh Gen2.
Bộ điều khiển ánh sáng và bộ điều khiển servo trong giàn Gen2 được dùng để kiểm soát môi trường thử nghiệm
Biểu đồ tính năng kiểm thử được đặt bên trong giàn Gen2.

test_chart_gen2

Hình 152. Ví dụ về Gen2chart_sample.

Tiêu chí bỏ qua kiểm thử

Các kiểm thử scene_ip sẽ bị bỏ qua nếu đáp ứng bất kỳ tiêu chí nào sau đây:

Thiết bị có cấp độ API đầu tiên (first_api_level) là 35 trở xuống.
Thiết bị không phải là điện thoại có camera chính trước và sau (ví dụ: máy tính bảng hoặc TV).

test_default_jca_ip

Chụp biểu đồ tính năng kiểm thử trong điều kiện ánh sáng được kiểm soát bằng ứng dụng máy ảnh mặc định và JCA, đồng thời thực hiện các bước kiểm tra sau:

FoV: Kiểm tra để đảm bảo ứng dụng máy ảnh mặc định và ảnh chụp JCA có cùng FoV. Bước kiểm tra này sử dụng tính năng Mã QR ở giữa được trích xuất từ hình ảnh biểu đồ chụp.
Độ sáng: Kiểm tra để đảm bảo độ sáng đo được giữa ứng dụng máy ảnh mặc định và JCA không vượt quá 10. Bước kiểm tra này sử dụng bản vá phạm vi động để đo độ sáng.
Cân bằng trắng: Kiểm tra để đảm bảo độ chênh lệch cân bằng trắng giữa ứng dụng máy ảnh mặc định và JCA không vượt quá 4. Bước kiểm tra này sử dụng bản vá phạm vi động để đo độ sáng.

Đạt phần cơ bản: Bài kiểm thử vượt qua các bước kiểm tra FoV, độ sáng và cân bằng trắng. Trong Android 16, bạn không bắt buộc phải kiểm thử này (NOT_YET_MANDATED).

Kiểm thử ITS bằng máy ảnh Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.

scene0

test_jitter

test_metadata

test_request_capture_match

test_sensor_events

test_solid_color_test_pattern

test_test_pattern

test_tonemap_curve

test_unified_timestamp

test_vibration_restriction

scene1_1

test_ae_precapture_trigger

test_auto_vs_manual

test_black_white

test_burst_capture

test_burst_sameness_manual

test_crop_region_raw

test_crop_regions

test_ev_compensation

test_exposure_x_iso

test_latching

test_linearity

test_locked_burst

scene1_2

test_param_color_correction

test_param_flash_mode

test_param_noise_reduction

test_param_shading_mode

test_param_tonemap_mode

test_post_raw_sensitivity_boost

test_raw_exposure

test_reprocess_noise_reduction

test_tonemap_sequence

test_yuv_jpeg_all

test_yuv_plus_dng

scene1_3

test_capture_result

test_dng_noise_model

test_jpeg

test_raw_burst_sensitivity

test_raw_sensitivity

test_yuv_plus_jpeg

test_yuv_plus_raw

test_sensitivity_priority

test_exposure_time_priority

scene2_a

test_autoframing

test_display_p3

test_effects

test_exposure_keys_consistent

test_format_combos

test_num_faces

test_reprocess_uv_swap

scene2_b

test_preview_num_faces

test_yuv_jpeg_capture_sameness

scene2_c

test_num_faces

test_jpeg_capture_perf_class

test_camera_launch_perf_class

test_default_camera_hdr

scene2_d

test_preview_num_faces

scene2_e

test_continuous_picture

test_num_faces

scene2_f

test_preview_num_faces

scene2_g

test_preview_num_faces

scene3

test_edge_enhancement

test_flip_mirror

test_imu_drift

test_landscape_to_portrait

test_lens_movement_reporting

test_reprocess_edge_enhancement

scene4

test_30_60fps_preview_fov_match

Kiểm thử ITS bằng máy ảnh