หน้านี้แปลจากภาษาอังกฤษ
เครื่องมือนักพัฒนา
สร้างระบบประกันคุณภาพและติดตามข้อบกพร่อง
Kliv คือเครื่องมือสร้างแอปด้วย AI อธิบายบิลด์ รุ่นอุปกรณ์ ขั้นตอนทำซ้ำปัญหา กฎความรุนแรง ตารางทดสอบถดถอย ขั้นตอน GitHub และสิทธิ์การเข้าถึงของพาร์ทเนอร์ของคุณ แล้วมันจะสร้างระบบประกันคุณภาพและติดตามข้อบกพร่องให้
เพียงกรอกไอเดียของคุณลงในกล่องข้อความแล้ว AI จะสร้างมันขึ้นมาให้คุณ
Kliv คืออะไร?
Kliv ไม่ใช่ระบบติดตามปัญหาทั่วไปที่มีป้ายกำกับตายตัวให้คุณต้องปรับกระบวนการทำงานให้เข้ากับมัน แต่มันคือเครื่องมือสร้างแอปด้วย AI ที่สร้างซอฟต์แวร์ให้คุณ
คุณอธิบายแอปที่ต้องการด้วยภาษาพูดทั่วไป แล้ว Kliv จะสร้างมันขึ้นมา ทั้งฐานข้อมูล เวิร์กโฟลว์ หน้าจอ สิทธิ์การใช้งาน การเชื่อมต่อระบบภายนอก รายงาน และการทดสอบ คุณเป็นเจ้าของแอปนี้ รันบนโดเมนของคุณเอง และแก้ไขภายหลังได้เพียงแค่ขอ มันไม่ใช่บอร์ดบั๊กตายตัวที่มีแค่ป้ายกำกับให้ปรับแต่ง
ในหน้านี้ แอปนั้นคือระบบประกันคุณภาพและติดตามข้อบกพร่อง Kliv สร้างเว็บแอปได้ทุกประเภท ส่วนแอปนี้เหมาะกับทีมที่ข้อบกพร่องต้องมีโครงสร้างข้อมูลจริงจัง
ทำไมระบบติดตามทั่วไปถึงมองไม่เห็นโต๊ะทดสอบของคุณ
ทีมฮาร์ดแวร์อาจต้องการให้ข้อบกพร่องแต่ละรายการระบุอาการ รุ่นเฟิร์มแวร์ และรุ่นฮาร์ดแวร์ บั๊กที่เกิดขึ้นบนรุ่น B ภายใต้เวอร์ชัน 2.4.1 ไม่ใช่เรื่องเดียวกับอาการเดียวกันที่เกิดบนรุ่น D ระบบติดตามทั่วไปมักปล่อยให้โครงสร้างแบบนี้อยู่ในป้ายกำกับและช่องข้อความธรรมดา
Kliv สร้างระบบติดตามขึ้นจากข้อมูลจริงที่ทีม QA ใช้งาน บิลด์ รุ่นฮาร์ดแวร์ อุปกรณ์ทดสอบ ขั้นตอนการทำซ้ำปัญหา กฎความรุนแรง และความครอบคลุมของการทดสอบถดถอย กลายเป็นข้อมูลที่คุณสามารถค้นหาและตรวจสอบได้
องค์ประกอบของรายงานบั๊ก
สิ่งที่ข้อบกพร่องหนึ่งรายการต้องมี เมื่อฟิลด์ข้อมูลตรงกับวิธีการทำงานจริง
บันทึกข้อบกพร่อง
อาการ ความรุนแรง ผู้แจ้ง สถานะ บิลด์เฟิร์มแวร์ และรุ่นฮาร์ดแวร์ เป็นฟิลด์ในรายงาน
บิลด์และเวอร์ชัน
เฟิร์มแวร์แต่ละบิลด์มีวันที่และบันทึกการเปลี่ยนแปลงของตัวเอง ข้อบกพร่องหนึ่งรายการจะอ้างอิงถึงบิลด์ที่พบปัญหาและบิลด์ที่แก้ไขปัญหานั้น
โต๊ะทดสอบ
อุปกรณ์ทดสอบจริงมีหมายเลขซีเรียล รุ่นฮาร์ดแวร์ และบิลด์ที่แฟลชอยู่ในปัจจุบัน ทำให้ตรวจสอบข้อกล่าวอ้างกับอุปกรณ์เครื่องใดเครื่องหนึ่งได้
ตารางทดสอบถดถอย
รุ่นฮาร์ดแวร์เทียบกับเวอร์ชันเฟิร์มแวร์ แต่ละช่องระบุว่าทดสอบแล้ว ผ่าน ไม่ผ่าน หรือยังไม่ได้ทดสอบ ช่องว่างที่ขาดหายจะเห็นได้ชัดเจน
ขั้นตอนการทำซ้ำปัญหา
ขั้นตอนถูกเรียงลำดับและผูกไว้กับข้อบกพร่องนั้น เมื่อแก้ไขเสร็จ ขั้นตอนเดียวกันจะกลายเป็นสคริปต์ยืนยันผล
การจัดลำดับความสำคัญ
กฎความรุนแรงเป็นตัวกำหนดคิวงาน ปัญหาระดับ sev-1 สามารถแจ้งเตือนหัวหน้าทีมได้ทันที ขณะที่งานความรุนแรงต่ำกว่ารอรอบตรวจสอบประจำสัปดาห์
ตัวอย่าง: ทีมฮาร์ดแวร์ระบบชลประทานอัจฉริยะของพลอย
นี่คือตัวอย่างการใช้งานของธุรกิจหนึ่ง เป็นเพียงตัวอย่างเท่านั้น คุณสามารถอธิบายผลิตภัณฑ์ บิลด์ กฎความรุนแรง การเชื่อมต่อระบบ และกระบวนการออกเวอร์ชันของคุณเองได้
รายงานจากภาคสนามมาพร้อมโครงสร้าง
พาร์ทเนอร์รุ่นทดลองแจ้งว่าวาล์วสั่นสะเทือนหลังรอบรดน้ำตามตารางในสวนทุเรียนที่จันทบุรี พอร์ทัลพาร์ทเนอร์รู้รุ่นฮาร์ดแวร์ของแปลงนั้นอยู่แล้ว รายงานจึงมาพร้อมอาการ บิลด์ และรุ่นอุปกรณ์
ความรุนแรงเลื่อนให้ขึ้นก่อน
พลอยตั้งเป็น sev-1 เพราะมีความเสี่ยงน้ำท่วมเสียหาย กฎจะแจ้งเตือนหัวหน้าทีมและเลื่อนข้อบกพร่องนี้ขึ้นก่อนงานที่เสี่ยงน้อยกว่า
โต๊ะทดสอบช่วยจำกัดวงปัญหา
พลอยทำซ้ำปัญหาได้เฉพาะบนรุ่น B ภายใต้บิลด์ 2.4.1 เท่านั้น ข้อมูลนี้ถูกบันทึกไว้กับข้อบกพร่อง ทำให้รายงานกลายเป็นเป้าหมายการแก้ไขที่ชัดเจน
GitHub กับระบบติดตามเชื่อมโยงกันตลอด
ข้อบกพร่องเปิดอิชชูใน GitHub เมื่อการแก้ไขถูกเมิร์จ เหตุการณ์จะย้อนกลับมาและเปลี่ยนสถานะข้อบกพร่องเป็นรอการยืนยัน
การยืนยันผลอัปเดตตาราง
ขั้นตอนการทำซ้ำปัญหาเดิมถูกรันกับบิลด์ 2.4.2 บนอุปกรณ์ทดสอบเครื่องเดิม ช่องรุ่น B กับ 2.4.2 เปลี่ยนเป็นผ่าน
บันทึกการออกเวอร์ชันใช้ข้อบกพร่องที่ปิดแล้ว
บันทึกการออกเวอร์ชัน 2.4.2 รวบรวมจากข้อบกพร่องที่ปิดแล้ว รวมถึงอาการ รุ่นที่ได้รับผลกระทบ และวิธีแก้ไข
อธิบายสิ่งที่คุณต้องการสร้าง
Kliv สร้างจากคำอธิบายของคุณ ยิ่งให้รายละเอียดมากเท่าไร เวอร์ชันแรกก็ยิ่งใกล้เคียงมากขึ้นเท่านั้น ระบุฟิลด์ข้อบกพร่อง กฎความรุนแรง ตารางความครอบคลุม การเชื่อมต่อระบบ และผลลัพธ์การออกเวอร์ชันของคุณ นี่คือตัวอย่างสามแบบให้ต่อยอด:
ระบบติดตามข้อบกพร่องเฟิร์มแวร์
บิลด์ รุ่นฮาร์ดแวร์ กฎความรุนแรง และตารางความครอบคลุม
“สร้างระบบติดตามข้อบกพร่องสำหรับทีมฮาร์ดแวร์ระบบชลประทานอัจฉริยะของเรา ข้อบกพร่องแต่ละรายการควรบันทึกบิลด์เฟิร์มแวร์ รุ่นฮาร์ดแวร์ ความรุนแรง ขั้นตอนการทำซ้ำปัญหา และแปลงที่ได้รับผลกระทบ แสดงตารางทดสอบถดถอยตามรุ่นอุปกรณ์และเวอร์ชันเฟิร์มแวร์ แจ้งเตือนหัวหน้า QA สำหรับปัญหาระดับ sev-1 และรวมการแก้ไขที่ยืนยันแล้วไว้ในบันทึกการออกเวอร์ชัน”
บอร์ด QA สำหรับเอเจนซี
รายงานบั๊กแยกตามลูกค้าและสรุปผลรายสัปดาห์
“สร้างระบบติดตาม QA สำหรับเอเจนซีเว็บของฉัน ลูกค้าแต่ละรายควรแจ้งบั๊กและเห็นเฉพาะรายงานของตัวเองเท่านั้น ทีมภายในของเราควรจัดลำดับความสำคัญของทุกโปรเจกต์ มอบหมายผู้รับผิดชอบ ติดตามสถานะ และส่งอีเมลสรุปรายสัปดาห์ให้ลูกค้าแต่ละรายพร้อมรายการที่เปิดอยู่ แก้ไขแล้ว และรอลูกค้าตอบกลับ”
พอร์ทัลลงนามรับรอง UAT
การทดสอบตามสคริปต์พร้อมบันทึกความล้มเหลว
“สร้างพอร์ทัลทดสอบการยอมรับของผู้ใช้ (UAT) สำหรับการออกเวอร์ชันระดับองค์กร ผู้ทดสอบควรทำตามรายการตรวจสอบตามสคริปต์ในแต่ละรอบการออกเวอร์ชัน ความล้มเหลวควรสร้างข้อบกพร่องพร้อมขั้นตอนแนบมาด้วย ผู้มีส่วนได้ส่วนเสียควรลงนามอนุมัติตามบทบาทของตน และการออกเวอร์ชันควรแสดงว่าใครอนุมัติแล้วและใครยังไม่อนุมัติ”
จุดที่ระบบติดตามพิสูจน์ความน่าเชื่อถือ
ระบบติดตามมีชุดทดสอบของตัวเองได้ Kliv สามารถสร้างชุดทดสอบสำหรับกฎที่มันสร้างขึ้น เช่น การจัดเส้นทางตามความรุนแรงและการสรุปผลตาราง และบล็อกการเผยแพร่เมื่อการทดสอบล้มเหลว
พาร์ทเนอร์ภาคสนามเห็นเฉพาะรายงานของตัวเอง การเข้าสู่ระบบของพาร์ทเนอร์ถูกจำกัดขอบเขตไว้เฉพาะแปลงและข้อบกพร่องของตน ข้อมูลโต๊ะทดสอบ บันทึกภายใน และรายงานของพาร์ทเนอร์รายอื่นจะไม่แสดงให้เห็น
GitHub ปิดวงจรได้ครบ ข้อบกพร่องหนึ่งรายการสามารถเปิดอิชชูในรีโพซิทอรีของคุณได้ และเหตุการณ์การเมิร์จสามารถย้อนกลับมาเลื่อนสถานะข้อบกพร่องได้
ประวัติข้อบกพร่องเก่ายังใช้งานได้ ประวัติที่นำเข้ามาสามารถค้นหาได้ตามอาการ ทำให้ปัญหาวาล์วสั่นสะเทือนเก่าปรากฏขึ้นได้เมื่อรายงานใหม่ใช้คำพูดต่างออกไป
กลไกเบื้องหลังทั้งหมด — เบราว์เซอร์จริง ข้อมูลที่แยกสำเนา และเกณฑ์การเผยแพร่ — เป็นส่วนหนึ่งของเรื่องราวการทดสอบของ Kliv เอง
คำถามที่พบบ่อย
Kliv คืออะไรกันแน่?
Kliv คือเครื่องมือสร้างแอปด้วย AI คุณอธิบายระบบ QA และติดตามข้อบกพร่องที่ต้องการ แล้วมันจะสร้างแอปที่ใช้งานได้จริงพร้อมฟิลด์ เวิร์กโฟลว์ สิทธิ์การใช้งาน การเชื่อมต่อระบบ และรายงาน
ผมจะได้แอปจริง หรือแค่เทมเพลต?
แอปจริงครับ บิลด์ รุ่นฮาร์ดแวร์ กฎความรุนแรง ตารางทดสอบถดถอย มุมมองพาร์ทเนอร์ และบันทึกการออกเวอร์ชันของคุณ ถูกสร้างขึ้นตามกระบวนการของคุณเอง
แก้ไขได้หลังจากสร้างเสร็จแล้วไหม?
ได้ครับ ขอการเปลี่ยนแปลงด้วยภาษาพูดทั่วไปได้ เช่น เพิ่มระดับความรุนแรง เปลี่ยนกฎการจัดลำดับ หรือแก้ไขบันทึกการออกเวอร์ชัน
พาร์ทเนอร์รุ่นทดลองเห็นรายงานของกันและกันได้ไหม?
ไม่ได้ครับ การเข้าสู่ระบบของพาร์ทเนอร์ดึงข้อมูลเฉพาะแถวที่ผูกกับแปลงของตนเท่านั้น ข้อบกพร่องของพาร์ทเนอร์รายอื่นและข้อมูลโต๊ะทดสอบภายในจะไม่อยู่ในขอบเขตนั้น
ระบบเชื่อมกับรีโพซิทอรีของเราอย่างไร?
ผ่านตัวเชื่อมต่อ GitHub ข้อบกพร่องสามารถเปิดอิชชูได้ และเหตุการณ์การเมิร์จสามารถอัปเดตสถานะข้อบกพร่องได้
นำเข้าประวัติระบบติดตามเก่าได้ไหม?
ได้ครับ คุณสามารถส่งออกระบบติดตามเก่า อัปโหลดข้อมูล และเก็บหมายเลขทิกเก็ตเดิมไว้เป็นข้อมูลอ้างอิงได้
ระบบติดตามรุ่นฮาร์ดแวร์และบิลด์เฟิร์มแวร์ได้ไหม?
ได้ครับ สิ่งเหล่านี้เป็นฟิลด์หลักและระเบียนที่เชื่อมโยงกันได้ ทำให้รายงาน การค้นหา และตารางใช้งานได้โดยตรง
ตารางทดสอบถดถอยทำงานอย่างไร?
รุ่นอุปกรณ์และบิลด์เฟิร์มแวร์แต่ละคู่จะได้ช่องหนึ่งที่ระบุว่าทดสอบแล้ว ผ่าน ไม่ผ่าน หรือยังไม่ได้ทดสอบ
ขั้นตอนการทำซ้ำปัญหากลายเป็นขั้นตอนยืนยันผลได้ไหม?
ได้ครับ ขั้นตอนที่เรียงลำดับไว้และบันทึกไว้กับข้อบกพร่องสามารถนำกลับมาใช้ได้เมื่อการแก้ไขพร้อมสำหรับการยืนยัน
ปัญหาระดับ sev-1 แจ้งเตือนหัวหน้าทีมได้ไหม?
ได้ครับ กฎความรุนแรงสามารถส่งการแจ้งเตือนและเลื่อนลำดับงานในคิวได้
ระบบจะสร้างบันทึกการออกเวอร์ชันให้ไหม?
สามารถรวบรวมบันทึกการออกเวอร์ชันจากข้อบกพร่องที่ปิดและยืนยันแล้วได้ รวมถึงอาการ รุ่นที่ได้รับผลกระทบ และวิธีแก้ไข
ใช้โดเมนของตัวเองได้ไหม?
ได้ครับ แอปทำงานบนโดเมนของคุณเอง
ย้ายออกจาก Kliv ในภายหลังได้ไหม?
ได้ครับ โค้ดจะซิงก์ไปยัง Git repository ของคุณเอง การย้ายออกจึงเป็นแค่การ git pull ไม่ใช่การสร้างใหม่ทั้งหมด
สร้างโดยครีเอเตอร์
สำรวจสิ่งที่เป็นไปได้
ดูแอปจริงที่นักพัฒนาและครีเอเตอร์ทั่วโลกสร้างด้วย Kliv
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.
เริ่มต้นออกเวอร์ชันจากบอร์ดที่สะอาด
อธิบายฟิลด์ข้อบกพร่อง กฎความรุนแรง การตั้งค่าโต๊ะทดสอบ ตาราง ขั้นตอน GitHub และบันทึกการออกเวอร์ชันของคุณได้ละเอียดเท่าที่ต้องการ Kliv จะสร้างระบบ QA รอบตัวมันขึ้นมา