Review code AI trước khi phát hành app

Trả lời nhanh: Rà soát trước khi phát hành ứng dụng khác rà soát code web ở một điểm quyết định: bản đã lên cửa hàng thì không sửa nhanh được, người dùng phải tải bản mới và nhiều người không cập nhật. Vì vậy danh mục rà soát nên tập trung vào những thứ khó vá: quyền truy cập khai thừa, chuỗi bí mật lọt vào ứng dụng, xử lý lỗi mạng, và những chỗ chỉ lộ ra trên máy thật như bố cục tràn và hiệu năng cuộn.

Với web, phát hiện lỗi sau khi lên là chuyện của một lần triển khai. Với ứng dụng di động, đó là một vòng duyệt của cửa hàng cộng thời gian chờ người dùng cập nhật. Bài này là danh mục rà soát dành riêng cho tình huống khó quay lui đó.

Quyền truy cập, chỗ soi đầu tiên

Mở file khai báo quyền và đối chiếu từng dòng với chức năng thật của ứng dụng. Ba câu hỏi:

• Quyền này dùng ở đâu trong code? Nếu không tìm thấy chỗ dùng, hãy bỏ.
• Quyền này do thư viện nào kéo theo? Nhiều gói tự thêm quyền mà bạn không biết, và bạn vẫn phải khai báo với cửa hàng.
• Có quyền nào nhạy cảm không? Vị trí nền, danh bạ, tin nhắn đều cần giải thích rõ khi nộp.

Quyền thừa gây hai hậu quả: bị cửa hàng hỏi khi duyệt, và người dùng thấy danh sách quyền dài rồi ngần ngại cài. Cách khai báo cho khớp nằm ở bài chuẩn bị trước khi nộp.

Chuỗi bí mật trong ứng dụng

Điều mà nhiều người chưa nắm: mọi thứ nằm trong gói ứng dụng đều đọc được. Ứng dụng cài trên máy người dùng có thể bị dịch ngược, và chuỗi ký tự thì hiện ra rất dễ.

Ba loại phải tìm và loại bỏ:

• Khóa API của dịch vụ bên thứ ba có tính phí theo lượt gọi.
• Chuỗi kết nối tới database, thứ không bao giờ nên có trong ứng dụng.
• Địa chỉ điểm cuối nội bộ mà bạn tưởng không ai biết.

Cách xử lý đúng: mọi thứ nhạy cảm nằm ở phía máy chủ, ứng dụng gọi qua backend của bạn. Nếu buộc phải nhúng một khóa, hãy chọn loại khóa giới hạn theo tên gói và theo chữ ký ứng dụng, và coi như nó sẽ bị lộ.

Việc quét tìm chuỗi bí mật giao cho agent rất hợp: bảo nó tìm trong toàn bộ mã nguồn các chuỗi trông giống khóa và trả về danh sách kèm đường dẫn.

Xử lý lỗi mạng

Người dùng di động thường ở mạng chập chờn, nên đây là phần lộ ra nhiều lỗi nhất khi ra thật. Bốn chỗ kiểm:

• Mất mạng giữa chừng khi đang gửi đơn: ứng dụng có báo rõ và cho thử lại không, hay treo im lặng.
• Gửi lại có tạo bản ghi trùng không. Đây là lỗi tốn kém nhất về nghiệp vụ, cách phòng nằm ở bài kiến trúc backend cho app.
• Thời gian chờ có hợp lý không. Chờ sáu mươi giây rồi mới báo lỗi là quá lâu với người dùng di động.
• Có dùng lại dữ liệu cũ khi mất mạng không, hay chỉ hiện màn hình trắng.

Cách thử: bật chế độ máy bay giữa lúc đang thao tác, hoặc dùng công cụ giả lập mạng chậm trên máy giả lập.

Những chỗ chỉ lộ ra trên máy thật

Code biên dịch được và chạy đẹp trên máy mô phỏng vẫn có thể hỏng trên máy thật. Bốn chỗ:

• Bố cục tràn trên màn hình nhỏ, hoặc khi bàn phím hiện lên. Với tiếng Việt có dấu, chuỗi thường dài hơn bản tiếng Anh và hay làm vỡ bố cục thiết kế theo mẫu quốc tế.
• Hiệu năng cuộn với danh sách dài trên máy cấu hình thấp.
• Tiêu thụ pin nếu ứng dụng có tác vụ nền.
• Hành vi khác nhau giữa các dòng máy, nhất là với bản hệ điều hành tùy biến của từng hãng.

Vì vậy danh mục rà soát cuối cùng luôn phải có một bước chạy trên máy thật, nên máy cấu hình thấp giống người dùng phổ thông ở Việt Nam.

Danh mục rút gọn để dùng ngay

Bảy dòng, dán vào tài liệu nội bộ và chạy trước mỗi lần phát hành:

1. Quyền trong file khai báo, mỗi quyền tìm được chỗ dùng.
2. Quét chuỗi bí mật trong toàn bộ mã nguồn.
3. Thử mất mạng ở ba luồng chính, xem có báo lỗi rõ không.
4. Thử gửi lại một thao tác ghi, xem có tạo bản ghi trùng không.
5. Chạy trên máy thật cấu hình thấp, xem bố cục và độ mượt khi cuộn.
6. Kiểm mã phiên bản đã tăng và bản dựng đã ký đúng khóa.
7. Xem lại phần khác biệt so với bản trước, tìm thay đổi ngoài dự kiến.

Bốn dòng đầu giao cho agent làm được, dưới dạng chỉ đọc và trả về danh sách phát hiện. Ba dòng cuối bạn tự làm. Cách yêu cầu rà soát cho gọn nằm ở bài về lệnh tắt, và bạn nên gói cả danh mục này thành một lệnh.

Danh mục soi theo thứ tự rủi ro

Cách tìm chuỗi bí mật trong gói đã đóng

# Kiem tra tren GOI DA DONG, khong phai tren ma nguon# Vi bien moi truong co the bi nhung vao luc dong goi # Voi goi Android:unzip -o app-release.apk -d /tmp/soi-goigrep -ri "api_key\|secret\|password\|Bearer " /tmp/soi-goi | head -n 40 # Tim dia chi may chu noi bo bi lo:grep -ri "192.168.\|10.0.\|localhost" /tmp/soi-goi | head -n 20 # Sau khi soi xong nho don:rm -rf /tmp/soi-goi # Neu tim thay bi mat that: doi khoa do NGAY o phia may chu,# xoa trong ma nguon la chua du vi ban cu da phat hanh roi

Lỗi chỉ xuất hiện trên thiết bị thật

• Máy cấu hình thấp: danh sách giật, ảnh tải chậm, ứng dụng bị hệ điều hành đóng khi chuyển sang ứng dụng khác rồi quay lại.
• Mạng di động chậm: màn hình trắng vì chờ mãi không có trạng thái chờ, hoặc bấm hai lần thành hai đơn hàng.
• Xoay màn hình và đổi cỡ chữ hệ thống: giao diện vỡ ở những chỗ chỉ thử với cỡ chữ mặc định.
• Chuyển vùng nền lâu: để ứng dụng ở nền một tiếng rồi mở lại, phiên đăng nhập còn không, dữ liệu đang nhập còn không.