Một automation chạy được một lần trong buổi demo thì dễ. Một automation chạy mỗi ngày suốt nhiều tháng mà không cần trông là chuyện hoàn toàn khác — và khoảng cách giữa hai cái gần như không bao giờ nằm ở công cụ. Nó nằm ở một nắm thói quen. Bài này gom các best practice thực tế tạo nên khác biệt đó, để bạn dựng được automation đáng tin sống sót qua ứng dụng chậm, bố cục xê dịch, và một vài input xấu bất chợt thay vì hỏng ngay lần đầu có gì đó không hoàn hảo.
Dù bạn tự động một ứng dụng desktop hay một website, cùng các nguyên tắc áp dụng: đừng đua với giao diện, nhắm mục tiêu theo cách bền, xử lý lỗi có chủ đích, và theo dõi những gì workflow của bạn làm. Đây là cách.
Vì sao automation hỏng
Gần như mọi automation chập chờn hỏng vì một trong ba lý do: nó thao tác trước khi ứng dụng sẵn sàng (lỗi thời điểm), nó nhắm vào thứ đã dịch chuyển (lỗi nhắm mục tiêu), hoặc nó gặp một input không lường trước mà không có kế hoạch (lỗi xử lý lỗi). Sửa ba nhóm đó thì độ tin cậy phần lớn tự lo được. Mọi thứ bên dưới là một thói quen tấn công một trong ba.
Đừng đua với giao diện: chờ thay vì đoán
Máy tính nhanh hơn các ứng dụng nó điều khiển, nên lỗi phổ biến nhất là click trước khi một nút tồn tại. Đừng bao giờ mặc định về thời điểm. Sau bất cứ thứ gì tải — mở ứng dụng, điều hướng trang, một truy vấn chậm — hãy thêm một Delay, hoặc tốt hơn, chờ một tín hiệu thật bằng Chờ phần tử để workflow đi tiếp đúng lúc nội dung sẵn sàng chứ không sớm hơn.
Khác biệt này quan trọng hơn nó trông. Một khoảng chờ cố định là một canh bạc: quá ngắn thì hỏng vào ngày chậm, quá dài thì mỗi lần chạy phí thời gian. Chờ một tín hiệu thì thích ứng — trả về ngay khi trang nhanh và giữ lại khi mạng chậm. Hãy dành khoảng chờ cố định cho trường hợp hiếm khi không có tín hiệu nào quan sát được để chờ.
Nhắm mục tiêu theo cách bền
Cách một workflow tìm thứ quyết định nó chạy được bao lâu. Trên web, hãy ưu tiên selector với Smart HTML hơn tọa độ cố định, để một phần tử dịch chỗ hay một lần thiết kế lại không làm vỡ lần chạy — các đánh đổi được trình bày trong Smart HTML với click tọa độ. Trên desktop, hãy ưu tiên nhận diện hình ảnh một vùng đặc trưng, ổn định hơn một vị trí pixel trần. Tránh mục tiêu nhỏ xíu, tránh thứ đổi mỗi phiên, và khi chọn một selector, hãy neo vào thứ có ý nghĩa — một nhãn hay id — thay vì một class tự sinh mà một lần deploy sẽ tạo lại.
Xử lý lỗi có chủ đích
Đáng tin không có nghĩa là không bao giờ có gì trục trặc — mà là workflow biết phải làm gì khi có. Dùng IF phần tử hoặc một phép kiểm biến để xác nhận ứng dụng ở trạng thái mong đợi trước khi thao tác, và để rẽ nhánh khi một trường thiếu hay một trang không tải. Ở chỗ giá trị phải chính xác, Kiểm chứng có thể dừng lần chạy thay vì để một giá trị sai lan đi. Hãy quyết trước cho mỗi bước rủi ro: bỏ qua bản ghi này, thử lại một lần, hay dừng và ghi log. Một workflow hỏng to và sạch hữu ích hơn nhiều so với một cái cứ cắm đầu đi tiếp và làm hỏng dữ liệu.
Làm các lần chạy dài có thể tiếp tục
Một lô không thể khởi động lại an toàn biến một cú ngắt nhỏ thành làm lại toàn bộ. Đánh dấu mỗi bản ghi khi nó thành công bằng Đánh dấu dòng và để workflow chỉ lấy các bản ghi chưa đánh dấu, để một lần khởi động lại, một kết nối rớt, hay một cú dừng thủ công tiếp đúng chỗ đã dừng. Đúng một thói quen này làm cho các việc qua đêm và theo lịch đáng tin: không gì bị làm hai lần, và không gì bị bỏ qua âm thầm.
Test nhỏ, rồi mở rộng
Đừng kiểm một việc 500 dòng bằng cách chạy cả 500 dòng. Chạy thử với hai ba dòng, xác nhận từng bước hoạt động, rồi mở rộng. Dựng theo từng nấc — thêm vài bước, chạy, sửa — để khi có gì vỡ bạn biết chính xác bước vừa thêm nào gây ra. Gom các bước liên quan bằng một Nhóm lệnh giữ một workflow đang lớn dễ đọc, và một Tạm dừng ở một điểm kiểm cho bạn soi trạng thái trong một lần chạy nháp trước khi thả nó ra.
Theo dõi những gì nó làm: log và chẩn đoán
Bạn không sửa được thứ bạn không thấy. Ghi log tiến độ — dù chỉ một dòng mỗi bản ghi hay mỗi trang — để một lần chạy dừng cho bạn biết chính xác ở đâu và vì sao. Với các lần chạy không cần trông hoặc theo lịch, thêm một thông báo Telegram để một lỗi tới tay bạn thay vì nằm chờ trong log. Khi có gì trục trặc mà log không giải thích được, chẩn đoán và gói hỗ trợ của RunMacro ghi lại những gì đã xảy ra để xem kỹ hơn. Với các lần chạy dài hay theo lịch, một file log kết quả là khác biệt giữa chạy lại một dòng lỗi và làm lại cả lô.
Giữ môi trường ổn định
Workflow đáng tin nhất vẫn có thể bị phá bởi một mục tiêu dịch chuyển bên dưới nó. Giữ cửa sổ đích ở một vị trí và kích thước nhất quán, tránh đổi độ phân giải hay tỉ lệ hiển thị giữa lúc bắt và lúc chạy, và đừng chồng các cửa sổ không liên quan lên vùng click của một mục tiêu desktop. Với một việc theo lịch, sự ổn định đó phải giữ trên máy luôn bật, không chỉ trên bàn của bạn. Điều tiết nhịp yêu cầu tới các site ở tốc độ giống người bằng một Chờ ngẫu nhiên để một lần chạy nằm trong giới hạn hợp lý và không kích hoạt một cơ chế chống tần suất.
Tái sử dụng bằng biến thay vì copy
Nhân bản một workflow để xử lý một trường hợp hơi khác làm gấp đôi công bảo trì của bạn. Lưu input vào biến để một workflow thích ứng với nhiều file, tài khoản hay khách hàng. Ít bản sao hơn nghĩa là ít chỗ cho một bug ẩn nấp hơn, và một bản sửa áp một lần thay vì dán vào năm bản gần y hệt.
Câu hỏi thường gặp
Sao macro của tôi lúc chạy lúc không?
Thường là lỗi thời điểm — nó đang đua với ứng dụng. Thay các phép đoán cố định bằng chờ một phần tử hay trạng thái thật, và nhóm lỗi chập chờn lớn nhất biến mất.
Tọa độ cố định có bao giờ ổn không?
Với mục tiêu desktop ổn định, toàn màn hình, đôi khi. Nhưng hãy ưu tiên nhắm theo hình ảnh hay selector ở mọi nơi có thể để một cửa sổ dịch chỗ hay một lần thiết kế lại không làm vỡ.
Làm sao ngăn một workflow làm hỏng dữ liệu khi lỗi?
Thêm các phép kiểm điều kiện trước các bước quan trọng và quyết hành vi khi lỗi — bỏ qua, thử lại, hay dừng và ghi log — thay vì để nó đi tiếp mù quáng. Dùng Kiểm chứng ở chỗ một giá trị sai không bao giờ được lan đi.
Làm sao để một lần chạy dài an toàn khi khởi động lại?
Đánh dấu mỗi bản ghi khi xử lý và chỉ lấy các bản ghi chưa đánh dấu. Một lần khởi động lại khi đó bỏ qua những gì đã xong và tiếp từ chỗ đã dừng.
Thói quen tác động lớn nhất là gì?
Chờ phần tử thay vì đoán thời điểm. Riêng nó đã sửa nhóm lỗi lớn nhất.
RunMacro có miễn phí không?
RunMacro có bản dùng thử miễn phí. Giới hạn gói hiện tại và bảng giá được liệt kê ở trang bảng giá.
Kết luận
Độ tin cậy không phải một tính năng bạn bật lên — nó là một bộ thói quen: chờ giao diện, nhắm theo cách bền, xử lý lỗi có chủ đích, làm các lần chạy dài tiếp tục được, test nhỏ, và ghi log mọi thứ. Áp dụng chúng và các automation của bạn thôi là những bản demo dễ vỡ và trở thành công cụ mà cả nhóm dựa vào.
Đang dựng workflow đầu tiên? Bắt đầu với Bắt đầu với trình tạo workflow. Đang chọn giữa selector và tọa độ? Đọc Smart HTML với click tọa độ. Sẵn sàng dựng một thứ đáng tin? Tải RunMacro.
