Trang này được dịch từ tiếng Anh.
Công cụ cho nhà phát triển
Xây hệ thống đảm bảo chất lượng và theo dõi lỗi
Kliv là công cụ dựng ứng dụng bằng AI. Hãy mô tả các bản build, bản sửa đổi thiết bị, các bước tái hiện, quy tắc mức độ nghiêm trọng, ma trận hồi quy, quy trình GitHub và quyền truy cập của đối tác, rồi Kliv sẽ dựng cho bạn một hệ thống đảm bảo chất lượng và theo dõi lỗi.
Chỉ cần nhập ý tưởng của bạn vào ô văn bản và AI sẽ xây nó cho bạn
Kliv là gì?
Kliv không phải một trình theo dõi lỗi chung chung với những nhãn mà bạn phải uốn cho vừa quy trình của mình — nó là công cụ dựng ứng dụng bằng AI, tự xây phần mềm cho bạn.
Bạn mô tả ứng dụng mình cần bằng lời lẽ đời thường, và Kliv dựng nó: cơ sở dữ liệu, quy trình, màn hình, vai trò, tích hợp, báo cáo và bài kiểm thử. Bạn sở hữu nó, chạy nó trên tên miền riêng, và sau này chỉ cần nói ra để thay đổi. Đây không phải một bảng lỗi cố định gắn thêm nhãn tùy chỉnh.
Trên trang này, ứng dụng đó là một hệ thống đảm bảo chất lượng và theo dõi lỗi. Kliv dựng đủ loại ứng dụng web; ứng dụng này dành cho những đội mà lỗi cần cấu trúc thực sự.
Vì sao một trình theo dõi chung chung không thấy được bàn thử nghiệm của bạn
Một đội phần cứng có thể cần mỗi lỗi phải nêu rõ triệu chứng, bản build firmware và bản sửa đổi phần cứng. Một lỗi xuất hiện trên bản rev B với firmware 2.4.1 không giống lỗi cùng triệu chứng trên bản rev D. Các trình theo dõi chung chung thường bỏ mặc cấu trúc đó trong nhãn và ô văn bản.
Kliv dựng trình theo dõi xoay quanh những dữ kiện mà QA thực sự dùng. Các bản build, bản sửa đổi, đơn vị thử nghiệm, các bước tái hiện, quy tắc mức độ nghiêm trọng và phạm vi hồi quy trở thành những bản ghi mà bạn có thể truy vấn.
Giải phẫu một báo cáo lỗi
Một lỗi mang theo những gì khi các trường khớp với phương pháp làm việc.
Bản ghi lỗi
Triệu chứng, mức độ nghiêm trọng, người báo cáo, trạng thái, bản build firmware và bản sửa đổi phần cứng đều là các trường trên báo cáo.
Bản build và phiên bản
Mỗi bản build firmware có ngày tháng và nhật ký thay đổi. Một lỗi trỏ tới bản build làm lộ ra nó và bản build sửa được nó.
Bàn thử nghiệm
Các đơn vị thử nghiệm vật lý có số sê-ri, bản sửa đổi và bản build đang nạp, nên một khẳng định có thể được kiểm chứng trên một thiết bị cụ thể.
Ma trận hồi quy
Bản sửa đổi thiết bị theo phiên bản firmware, mỗi ô được đánh dấu đã kiểm thử, đạt, không đạt hoặc chưa chạy. Các khoảng trống hiện rõ.
Các bước tái hiện
Các bước được sắp thứ tự và thuộc về lỗi. Khi bản sửa hoàn tất, chính các bước đó trở thành kịch bản kiểm chứng.
Phân loại
Quy tắc mức độ nghiêm trọng điều phối hàng đợi. Một lỗi sev-1 có thể gọi ngay trưởng nhóm, còn công việc mức thấp hơn thì chờ đợt rà soát hằng tuần.
Một ví dụ: đội phần cứng tưới tiêu của chị Mai
Đây là cách một doanh nghiệp có thể dùng nó. Chỉ là một ví dụ — bạn sẽ mô tả sản phẩm, bản build, quy tắc mức độ nghiêm trọng, tích hợp và quy trình phát hành của riêng mình.
Báo cáo từ hiện trường đến đã có cấu trúc
Một đối tác thử nghiệm báo van cứ lạch cạch sau các đợt chạy theo lịch. Cổng đối tác đã biết sẵn bản sửa đổi phần cứng của khu vực, nên báo cáo đến kèm triệu chứng, bản build và bản sửa đổi thiết bị.
Mức độ nghiêm trọng đưa nó lên đầu
Chị Mai đánh dấu sev-1 vì có thể gây hư hại do nước. Quy tắc thông báo cho trưởng nhóm và đẩy lỗi lên trước những việc ít rủi ro hơn.
Bàn thử nghiệm khoanh vùng lỗi
Chị Mai tái hiện được chỉ trên bản rev B với build 2.4.1. Những dữ kiện đó được lưu vào lỗi, biến báo cáo thành một mục tiêu sửa cụ thể.
GitHub và trình theo dõi luôn liên kết
Lỗi mở một issue trên GitHub. Khi bản sửa được merge, sự kiện quay lại và chuyển lỗi sang trạng thái chờ kiểm chứng.
Kiểm chứng cập nhật ma trận
Các bước tái hiện gốc chạy lại với build 2.4.2 trên cùng đơn vị thử nghiệm. Ô rev B theo 2.4.2 chuyển sang đạt.
Ghi chú phát hành dùng các lỗi đã đóng
Ghi chú phát hành 2.4.2 được ghép lại từ các lỗi đã đóng, gồm triệu chứng, các bản sửa đổi bị ảnh hưởng và cách xử lý.
Mô tả điều bạn muốn xây
Kliv dựng từ mô tả của bạn, nên bạn cho càng nhiều chi tiết thì phiên bản đầu tiên càng sát. Hãy nêu tên các trường lỗi, quy tắc mức độ nghiêm trọng, ma trận phủ, tích hợp và đầu ra phát hành. Đây là ba gợi ý để bắt đầu:
Trình theo dõi lỗi firmware
Bản build, bản sửa đổi, quy tắc mức độ nghiêm trọng và ma trận phủ.
“Xây một trình theo dõi lỗi cho đội phần cứng tưới tiêu thông minh của chúng tôi. Mỗi lỗi cần ghi lại bản build firmware, bản sửa đổi phần cứng, mức độ nghiêm trọng, các bước tái hiện và khu vực bị ảnh hưởng. Hiển thị ma trận hồi quy theo bản sửa đổi thiết bị và phiên bản firmware, thông báo cho trưởng nhóm QA với các lỗi sev-1, và đưa các bản sửa đã kiểm chứng vào ghi chú phát hành.”
Bảng QA của agency
Báo cáo lỗi giới hạn theo khách hàng và tóm tắt hằng tuần.
“Xây một trình theo dõi QA cho công ty làm web của tôi. Mỗi khách hàng được gửi lỗi và chỉ thấy báo cáo của riêng mình. Đội nội bộ của chúng tôi phân loại tất cả dự án, giao người phụ trách, theo dõi trạng thái và gửi email tóm tắt hằng tuần cho từng khách hàng với các mục đang mở, đã sửa và đang chờ khách hàng.”
Cổng ký duyệt UAT
Các đợt chạy nghiệm thu theo kịch bản với lỗi được ghi lại.
“Xây một cổng kiểm thử nghiệm thu người dùng cho các bản phát hành doanh nghiệp. Người kiểm thử làm theo danh sách kiểm tra có kịch bản cho từng bản phát hành, mỗi lần không đạt sẽ tạo một lỗi kèm các bước, các bên liên quan ký duyệt theo vai trò, và bản phát hành hiển thị ai đã duyệt và ai chưa.”
Nơi trình theo dõi giành được niềm tin
Trình theo dõi có thể có bài kiểm thử của riêng nó. Kliv có thể tạo bài kiểm thử cho những quy tắc mà nó dựng, như điều phối mức độ nghiêm trọng và tổng hợp ma trận, rồi chặn xuất bản khi kiểm thử thất bại.
Đối tác hiện trường chỉ thấy báo cáo của họ. Tài khoản đối tác được giới hạn trong khu vực và lỗi của họ. Dữ liệu bàn thử nghiệm, ghi chú nội bộ và báo cáo của các đối tác khác không hiện ra với họ.
GitHub có thể khép vòng. Một lỗi có thể mở issue trong kho mã của bạn, và các sự kiện merge có thể quay lại để đẩy trạng thái lỗi tiến lên.
Lỗi cũ vẫn có thể hữu ích. Lịch sử nhập vào có thể tìm kiếm được theo triệu chứng, nên một lỗi van lạch cạch cũ có thể hiện lên khi một báo cáo mới dùng từ ngữ khác.
Bộ máy bên dưới — trình duyệt thật, dữ liệu được fork và các cổng xuất bản — là một phần trong câu chuyện kiểm thử của chính Kliv.
Câu hỏi thường gặp
Kliv chính xác là gì?
Kliv là công cụ dựng ứng dụng bằng AI. Bạn mô tả hệ thống đảm bảo chất lượng và theo dõi lỗi mình cần, và nó dựng ứng dụng chạy được với các trường, quy trình, vai trò, tích hợp và báo cáo.
Tôi nhận được ứng dụng thật hay một mẫu?
Một ứng dụng thật. Các bản build, bản sửa đổi, quy tắc mức độ nghiêm trọng, ma trận hồi quy, khung nhìn đối tác và ghi chú phát hành đều được dựng quanh quy trình của bạn.
Tôi có thể thay đổi sau khi đã dựng không?
Có. Hãy yêu cầu thay đổi bằng lời lẽ đời thường, như thêm một mức độ nghiêm trọng, đổi quy tắc phân loại, hay sửa ghi chú phát hành.
Đối tác thử nghiệm có thấy báo cáo của nhau không?
Không. Tài khoản đối tác chỉ truy vấn các dòng gắn với khu vực của họ, nên lỗi của đối tác khác và dữ liệu bàn thử nghiệm nội bộ nằm ngoài phạm vi.
Nó kết nối với kho mã của chúng tôi thế nào?
Qua connector GitHub. Lỗi có thể mở issue, và các sự kiện merge có thể cập nhật trạng thái lỗi.
Chúng tôi có thể nhập lịch sử từ trình theo dõi cũ không?
Có. Bạn có thể xuất trình theo dõi cũ, tải dữ liệu lên, và giữ số ticket cũ làm tham chiếu.
Nó có theo dõi được bản sửa đổi phần cứng và bản build firmware không?
Có. Chúng có thể là các trường hạng nhất và bản ghi liên kết, nên báo cáo, tìm kiếm và ma trận có thể dùng chúng trực tiếp.
Ma trận hồi quy hoạt động thế nào?
Mỗi tổ hợp bản sửa đổi thiết bị và bản build firmware có một ô được đánh dấu đã kiểm thử, đạt, không đạt hoặc chưa chạy.
Các bước tái hiện có thể thành các bước kiểm chứng không?
Có. Các bước đã sắp thứ tự được lưu trên lỗi có thể dùng lại khi một bản sửa sẵn sàng kiểm chứng.
Lỗi sev-1 có thể thông báo cho trưởng nhóm không?
Có. Quy tắc mức độ nghiêm trọng có thể gửi thông báo và di chuyển công việc trong hàng đợi.
Nó có tạo ghi chú phát hành không?
Nó có thể ghép ghi chú phát hành từ các lỗi đã đóng và đã kiểm chứng, gồm triệu chứng, các bản sửa đổi bị ảnh hưởng và cách xử lý.
Tôi có thể dùng tên miền riêng không?
Có. Ứng dụng chạy trên tên miền riêng của bạn.
Sau này tôi rời Kliv được không?
Có. Mã nguồn đồng bộ về kho Git riêng của bạn, nên rời đi chỉ là một lệnh git pull thay vì phải dựng lại.
Thêm trong danh mục này
Được xây dựng bởi nhà sáng tạo
Khám phá điều có thể
Xem các ứng dụng thật được xây dựng với Kliv bởi nhà phát triển và nhà sáng tạo trên toàn thế giới
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Memory Café Coordination Tool
A warm platform for dementia-friendly cafés, connecting caregivers, volunteers, and coordinators.
Remit Record
Track remittances and household budgets seamlessly.
Next Page Book Club
Manage your book club easily with proposals, voting, and history tracking.
Northfern Tattoo Studio
Portfolio and booking site for Northfern Tattoo Studio.
Campo Agua Gestión
Sistema de gestión del agua comunitario para aldeas.
つくりて — 伝統工芸職人サイト
職人が作品を展示し、受注管理を行うサイトです。
Tidal Surf Reports
Crowd-sourced surf condition tracking app.
Riverside Commons HOA Management
A portal for HOA management at Riverside Commons.
よやくん — レストラン予約管理
小規模レストラン向けの予約管理サイトです。
Troop 214 Scout Management
A management tool for Scout Troop 214, focused on outings, advancement, and communication.
Te Kura Kaupapa Māori Whānau Board
A whānau coordination tool for Māori-medium schools.
Tsev Nyeem Ntawv Library
Mobile library coordinator for Hmong and Lao communities.
Xuất phát từ một bảng sạch
Hãy mô tả các trường lỗi, quy tắc mức độ nghiêm trọng, thiết lập bàn thử nghiệm, ma trận, luồng GitHub và ghi chú phát hành chi tiết tùy thích. Kliv sẽ dựng hệ thống QA quanh chúng.