มันทำงานได้ดีแค่ไหน — หลักฐานทางวิศวกรรม

Cosmic Story v2 ถูกกำหนดขึ้นโดยใช้ระเบียบวิธี V-Model ทุกความต้องการมีหมายเลขกำกับ ทุก NFR มีสัญญาการวัดผล และทุกเป้าหมายการทดสอบมีเกณฑ์ความครอบคลุม

119 ข้อกำหนดที่ติดตามได้ — ปราศจากช่องว่างใน V-Model
เป้าหมายประสิทธิภาพ: สร้างบท 30 วินาที (หน้า 95), เวลาแฝง GET หน้า 99 500 มิลลิวินาที, TTI ฝั่งผู้ใช้ 3 วินาทีบนเครือข่าย 4G
ความปลอดภัย: AES-256 ขณะจัดเก็บ, TLS 1.2+ ขณะส่งผ่าน, JWT อายุการเข้าถึง 1 ชม. / อายุรีเฟรช 30 วัน, ลบแบบอ่อนพร้อมลบข้อมูลส่วนบุคคลแบบถาวรใน 30 วัน
การเข้าถึง: เคารพ prefers-reduced-motion ทั่วโลก; มีป้ายกำกับ VoiceOver และ TalkBack บนทุกองค์ประกอบที่โต้ตอบได้

ความเข้มงวดของข้อกำหนด

Cosmic Story v2 มาพร้อมกับสเปกแบบ V-Model — ทุกระดับ (ระบบ สถาปัตยกรรม โมดูล หน่วย) มีแผนทดสอบที่สอดคล้องกัน พร้อมจุดตรวจสอบการติดตามระหว่างแต่ละคู่

ข้อกำหนด V-Model

119 ข้อกำหนด 0 ช่องโหว่ แต่ละข้อกำหนดเชื่อมโยงไปข้างหน้าสู่กรณีทดสอบ และย้อนกลับสู่เรื่องราวของผู้ใช้

20 เรื่องราวจากผู้ใช้

แต่ละเรื่องมีเกณฑ์การยอมรับที่ชัดเจน เรื่อง 'ต้องมี' 9 เรื่องจะบล็อกการปล่อยเวอร์ชัน เรื่อง 'ควรมี' 6 เรื่องจะแจ้งให้ปรับปรุง และเรื่อง 'อาจมี' 5 เรื่องอยู่ในเฟส 2

15 ข้อกำหนดด้านฟังก์ชันการทำงาน

กฎการจำกัดอัลบั้ม, อัตราจำกัดบท, จำนวนมิติการสั่นพ้อง, กฎการกำหนดจังหวะการชำระเงิน, พฤติกรรมแบบออฟไลน์ — แต่ละข้อถูกกำหนดหมายเลขและทดสอบแล้ว

12 หมวดหมู่ที่ไม่ทำงาน

ประสิทธิภาพ ความปลอดภัย การทดสอบ ความเป็นส่วนตัว ความพร้อมใช้งาน การเข้าถึง — แต่ละด้านมีสัญญาการวัดที่แสดงวิธีการตรวจสอบ

เป้าหมายด้านประสิทธิภาพ

ไม่ใช่แค่คำสัญญา — แต่เป็นเป้าหมายที่เขียนขึ้นพร้อมวิธีการวัดผลสำหรับแต่ละข้อ

การสร้างบท

30 วินาทีหรือดีกว่าสำหรับ 95% ของคำขอ โดยวัดจากการกระจายระยะเวลางานของ BullMQ

ความหน่วงของ API

p99 GET /people, /journal, /inbox ภายใต้ 500 มิลลิวินาที ที่ 1,000 ผู้ใช้พร้อมกัน วัดผ่านการทดสอบโหลด k6

Frontend TTI

เวลาจนกว่าจะโต้ตอบได้ 3 วินาทีหรือดีกว่าบนเครือข่ายจำลอง 4G วัดผลผ่าน Lighthouse CI

--- เป้าหมายการครอบคลุมการทดสอบ ---

เกณฑ์ความครอบคลุมของคำสั่งที่บังคับใช้โดยเกท `pnpm test:cov`

บริการแบ็กเอนด์

85% เป้าหมายความครอบคลุมของคำสั่งใน services; 80% ใน controllers ตรวจสอบผ่านรายงานความครอบคลุมของ Vitest

สโตร์และคอมโพซาเบิลของฟร้อนท์เอนด์

85% บนคอมโพซาเบิล; 90% บน Pinia stores. เกณฑ์ Vitest เดียวกัน, รายงานเดียวกัน.

ท่าทีด้านความปลอดภัย

มาตรวัดจริง ที่ระบุชื่ออย่างชัดเจน

การเข้ารหัสขณะจัดเก็บ

เนื้อหาของบันทึกและบทต่างๆ ถูกจัดเก็บด้วยการเข้ารหัส AES-256 โดยใช้คีย์ที่ระบบจัดการ ไม่มีเนื้อหาที่เป็นข้อความธรรมดาอยู่ในดิสก์

TLS ในการเคลื่อนไหว

การรับส่ง API ทั้งหมดผ่าน TLS 1.2 หรือใหม่กว่า HTTP จะเปลี่ยนเส้นทางไปยัง HTTPS ที่ขอบเครือข่าย

อายุการใช้งานของ JWT

โทเค็นการเข้าถึงจะหมดอายุหลังจาก 1 ชั่วโมง ส่วนโทเค็นรีเฟรชจะหมดอายุหลังจาก 30 วัน มีการหมุนเวียนโทเค็นเมื่อทำการรีเฟรช

ลบแบบนุ่มนวล + ลบข้อมูลส่วนบุคคลแบบถาวร

ลบแบบชั่วคราวก่อน โดยมีระยะเวลา 30 วันก่อนจะลบข้อมูลที่ระบุตัวตนได้แบบถาวร

เกณฑ์พื้นฐานการเข้าถึง

ไม่ใช่แค่ความทะเยอทะยาน — แต่เป็นมาตรฐานพื้นฐานที่บังคับใช้ในการตรวจสอบโค้ด

prefers-reduced-motion

เมื่อตั้งค่าระดับ OS แล้ว แอนิเมชัน GSAP ทั้งหมดจะกลายเป็นเฟดแบบโปร่งใสเท่านั้น ไม่มีพารัลแลกซ์ ไม่มีการแปลงรูป ไม่มีการเคลื่อนไหวตามการเลื่อน

--- ป้ายกำกับ VoiceOver + TalkBack ---

ทุกองค์ประกอบแบบอินเทอร์แอคทีฟมีป้ายกำกับ ARIA ตรวจสอบด้วยตนเองบน iOS VoiceOver และ Android TalkBack ก่อนเผยแพร่

จริยธรรม ไม่ใช่แค่วิศวกรรมเท่านั้น

โหราศาสตร์ถูกนำเสนอในฐานะตัวช่วยเสริม ไม่ใช่การทำนาย ไม่มีการอ้างสิทธิ์ทางการแพทย์ ด้านการเจริญพันธุ์ หรือความแม่นยำใดๆ ฟีเจอร์เกี่ยวกับคู่รักถูกออกแบบมาเพื่อไม่ให้ถูกนำไปใช้ในการควบคุมหรือบีบบังคับ โค้ช AI มีระบบหลีกเลี่ยงสถานการณ์วิกฤต ไม่ใช่เพราะเราแทนที่บริการช่วยเหลือวิกฤต แต่เพราะเราไม่ต้องการให้ผู้ใช้ถูกปิดกั้นในช่วงเวลาที่ไม่เหมาะสม

นี่คือเป้าหมาย หรือตัวเลขที่วัดได้ในปัจจุบัน?

เป้าหมาย พร้อมสัญญาการวัดผล Cosmic Story v2 อยู่ระหว่างการพัฒนาอย่างแข็งขัน ตัวเลขที่เห็นนี้มาจากตาราง NFR แบบ V-Model ที่ใช้เป็นเกณฑ์ในการปล่อยเวอร์ชัน คอลัมน์ 'วิธีการวัด' จะบอกคุณอย่างชัดเจนว่าเครื่องมือใดเป็นผู้สร้างสัญญาณยืนยัน

ทำไม 85% ถึงเป็นเป้าหมายความครอบคลุมของระบบแบ็กเอนด์ แทนที่จะเป็น 100%?

เพราะ 100% coverage เป็นเมตริกที่ดูดีแต่ไร้สาระ — เมื่อถึงจุดหนึ่งมันจะทดสอบโค้ดที่ไม่สำคัญโดยแลกกับความสนใจในการตรวจสอบจริงๆ การมี 85% statement coverage พร้อมการตรวจสอบ coverage ด้วยตนเองในส่วนที่ขาดคือวิธีที่เราสร้างสมดุลระหว่างความเข้มงวดที่ตรวจสอบได้ด้วยเครื่องจักรกับดุลยพินิจทางวิศวกรรม

'crisis-aware bypass' หมายถึงอะไรกันแน่ — นี่เป็นการอ้างสิทธิ์ด้านความปลอดภัยทางคลินิกหรือเปล่า?

ไม่ใช่ มันคือกลไก: ข้อความที่ถูกตรวจจับโดยระบบจำแนกวิกฤตจะได้รับการยกเว้นจากขีดจำกัดข้อความฟรีรายวัน เราไม่ได้สัญญาผลลัพธ์ทางคลินิก เราแค่ไม่ล็อกประตูในช่วงเวลาที่เลวร้ายที่สุด สำหรับแหล่งช่วยเหลือในภาวะวิกฤตจริง ๆ โปรดติดต่อบริการในพื้นที่ของคุณ — Cosmic Story v2 ไม่ใช่ผลิตภัณฑ์บำบัด

ดาวน์โหลดได้ที่App Store ดาวน์โหลดได้ที่Google Play

เนื้อหาโหราศาสตร์มีไว้เพื่อการไตร่ตรองและความบันเทิง ฟีเจอร์ Cosmic Story v2 ที่อธิบายไว้ที่นี่อยู่ระหว่างการพัฒนา ความพร้อมให้บริการอาจมีการเปลี่ยนแปลงโดยไม่ต้องแจ้งให้ทราบล่วงหน้า