ဘယ်လောက်ကောင်းစွာ အလုပ်လုပ်သလဲ — အင်ဂျင်နီယာဆိုင်ရာ သက်သေ။

Cosmic Story v2 ကို V-Model နည်းစနစ်ဖြင့် သတ်မှတ်ထားသည်။ လိုအပ်ချက်တိုင်းတွင် နံပါတ်ရှိ၊ NFR တိုင်းတွင် တိုင်းတာမှု စာချုပ်ရှိ၊ စမ်းသပ်မှုပစ်မှတ်တိုင်းတွင် coverage အတိုင်းအတာ ရှိသည်။

  • 119 ခုသော ခြေရာခံနိုင်သည့် လိုအပ်ချက်များ — V-Model တွင် ကွက်လပ်လုံးဝမရှိ။
  • စွမ်းဆောင်ရည် ပစ်မှတ်များ — အခန်းတစ်ခန်းဖန်တီးချိန် 30 စက္ကန့် (p95)၊ p99 GET latency 500 ms၊ 4G တွင် frontend TTI 3 စက္ကန့်။
  • လုံခြုံရေး — သိမ်းဆည်းထားစဉ် AES-256၊ ပို့လွှတ်စဉ် TLS 1.2+၊ JWT ဖြင့် 1 နာရီ access / 30 ရက် refresh၊ soft-delete နှင့်အတူ 30 ရက်အတွင်း PII hard-delete။
  • လက်လှမ်းမီမှု — prefers-reduced-motion ကို နေရာတိုင်းတွင် လေးစားလိုက်နာသည်၊ အပြန်အလှန်တုံ့ပြန်နိုင်သော ဒြပ်စင်တိုင်းတွင် VoiceOver နှင့် TalkBack labels များ။

သတ်မှတ်ချက် တိကျမှု

Cosmic Story v2 သည် V-Model spec နှင့်အတူ ထွက်ရှိသည် — အဆင့်တိုင်း (system, architecture, module, unit) တွင် သက်ဆိုင်ရာ test plan များရှိပြီး၊ အတွဲတစ်ခုစီကြားတွင် trace checkpoints များ ပါဝင်သည်။

V-Model သတ်မှတ်ချက်

119 ခု လိုအပ်ချက်များ၊ ကွက်လပ်လုံးဝမရှိ။ လိုအပ်ချက်တစ်ခုစီသည် test case တစ်ခုဆီသို့ ရှေ့ဘက်လိုက်ပြီး user story တစ်ခုဆီသို့ နောက်ဘက်လိုက် ခြေရာခံနိုင်သည်။

20 ခု user stories

တစ်ခုစီတွင် ရှင်းလင်းသော လက်ခံမှု စံသတ်မှတ်ချက်များ ရှိသည်။ 9 ခုသော 'Must Have' stories များက ထုတ်ဝေမှုကို ပိတ်ဆို့သည်၊ 6 ခုသော 'Should Have' များက iteration ကို လမ်းညွှန်သည်၊ 5 ခုသော 'Could Have' များမှာ phase 2 ဖြစ်သည်။

15 ခု functional requirements

Album cap, chapter rate limit, resonance dimension count, paywall pacing rules, offline behaviour — တစ်ခုစီကို နံပါတ်တပ်ပြီး စမ်းသပ်ထားသည်။

12 လုပ်ဆောင်ချက်မဟုတ်သော အမျိုးအစားများ

စွမ်းဆောင်ရည်၊ လုံခြုံရေး၊ စမ်းသပ်ခြင်း၊ ကိုယ်ရေးကိုယ်တာ၊ ရရှိနိုင်မှုနှင့် အသုံးပြုနိုင်မှု — တစ်ခုစီတွင် မည်သို့ အတည်ပြုသည်ကို ပြသသော တိုင်းတာမှုစာချုပ် ပါဝင်သည်။

စွမ်းဆောင်ရည် ပန်းတိုင်များ

ကတိစကားများ မဟုတ်ပါ — တစ်ခုစီအတွက် တိုင်းတာသည့်နည်းလမ်းနှင့်အတူ ရေးသားထားသော ပန်းတိုင်များ ဖြစ်သည်။

အခန်း ဖန်တီးခြင်း

တောင်းဆိုမှု 95% အတွက် 30 စက္ကန့် သို့မဟုတ် ပိုမိုကောင်းမွန်စွာ။ BullMQ job duration distribution ဖြင့် တိုင်းတာသည်။

API latency

တစ်ပြိုင်နက် အသုံးပြုသူ 1,000 ဦးတွင် p99 GET /people, /journal, /inbox သည် 500 မီလီစက္ကန့်အောက်။ k6 load test ဖြင့် တိုင်းတာသည်။

Frontend TTI

တုပထားသော 4G ပေါ်တွင် Time-to-interactive 3 စက္ကန့် သို့မဟုတ် ပိုမိုကောင်းမွန်စွာ။ Lighthouse CI ဖြင့် တိုင်းတာသည်။

စမ်းသပ်မှု လွှမ်းခြုံနိုင်မှု ပန်းတိုင်များ

`pnpm test:cov` gates မှ အတည်ပြုထားသော statement coverage သတ်မှတ်ချက်များ။

Backend ဝန်ဆောင်မှုများ

ဝန်ဆောင်မှုများတွင် 85% statement coverage ပန်းတိုင်; controllers များတွင် 80%။ Vitest coverage အစီရင်ခံစာများဖြင့် အတည်ပြုထားသည်။

Frontend stores နှင့် composables

composables များတွင် 85%; Pinia stores များတွင် 90%။ တူညီသော Vitest gate၊ တူညီသော အစီရင်ခံစာများ။

လုံခြုံရေး အနေအထား

အမည်အတိအကျ ဖော်ပြထားသော အစစ်အမှန် အစီအမံများ။

သိမ်းဆည်းစဉ် Encryption

ဂျာနယ်နှင့် အခန်းအကြောင်းအရာများကို platform မှ စီမံသော key များဖြင့် AES-256 encrypt ပြုလုပ်၍ သိမ်းဆည်းထားသည်။ disk ပေါ်တွင် plaintext အကြောင်းအရာ မရှိပါ။

ပို့လွှတ်စဉ် TLS

API traffic အားလုံးကို TLS 1.2 သို့မဟုတ် ၎င်းထက်သစ်သော ဗားရှင်းဖြင့် ပို့လွှတ်သည်။ HTTP ကို edge တွင် HTTPS သို့ redirect လုပ်သည်။

JWT သက်တမ်းများ

Access token များသည် 1 နာရီအကြာတွင် သက်တမ်းကုန်ဆုံးသည်; refresh token များသည် 30 ရက်အကြာတွင်။ refresh လုပ်ချိန်တွင် token rotation ပြုလုပ်သည်။

Soft delete + PII အပြီးတိုင်ဖျက်ခြင်း

ဦးစွာ soft-delete ပြုလုပ်ပြီး၊ ကိုယ်ရေးကိုယ်တာ ဖော်ထုတ်နိုင်သော အချက်အလက်များ အပြီးတိုင်မဖျက်မီ 30 ရက် ကာလတစ်ခု ပေးထားပါသည်။

အသုံးပြုနိုင်စွမ်း အခြေခံစံ

စိတ်ကူးယဉ်မဟုတ်ပါ — code review တွင် အတည်ပြုကျင့်သုံးထားသော အခြေခံစံတစ်ခုဖြစ်သည်။

prefers-reduced-motion

OS အဆင့်တွင် သတ်မှတ်လိုက်ပါက GSAP animation အားလုံးသည် opacity သက်သက် မှိန်ဝင်/မှိန်ထွက်ရုံသာ ဖြစ်သွားပါသည်။ parallax မရှိ၊ transform မရှိ၊ scroll ဖြင့်လှုပ်ရှားမှု မရှိပါ။

VoiceOver + TalkBack အညွှန်းများ

အပြန်အလှန်အသုံးပြုနိုင်သော အစိတ်အပိုင်းတိုင်းတွင် ARIA အညွှန်း ပါရှိသည်။ ထုတ်ဝေမီ iOS VoiceOver နှင့် Android TalkBack တွင် လက်ဖြင့် အတည်ပြုစစ်ဆေးထားပါသည်။

ဤတန်ဖိုးများသည် ပစ်မှတ်များလား၊ သို့မဟုတ် လက်ရှိတိုင်းတာထားသော ကိန်းဂဏန်းများလား။

ပစ်မှတ်များဖြစ်ပြီး၊ တိုင်းတာမှုဆိုင်ရာ သဘောတူညီချက်များနှင့်အတူ ပါရှိသည်။ Cosmic Story v2 သည် တက်ကြွစွာ ဖွံ့ဖြိုးဆဲဖြစ်သည်; ဤနေရာရှိ ကိန်းဂဏန်းများသည် ထုတ်ဝေမှုကို ထိန်းကွပ်သော V-Model NFR ဇယားမှ ရရှိလာသည်။ 'မည်သို့တိုင်းတာသနည်း' ကော်လံက မည်သည့်ကိရိယာက အတည်ပြုစစ်ဆေးမှု signal ကို ထုတ်ပေးသည်ကို တိတိကျကျ ပြောပြပါသည်။

backend coverage ပစ်မှတ်အဖြစ် 100% မဟုတ်ဘဲ 85% ကို အဘယ်ကြောင့် သတ်မှတ်သနည်း။

100% coverage ဆိုသည်မှာ အပေါ်ယံပြသမှု မက်ထရစ်တစ်ခုဖြစ်သောကြောင့်ပင် — အတိုင်းအတာတစ်ခုကျော်လွန်သွားလျှင် တကယ်အရေးပါသော စစ်ဆေးအာရုံစူးစိုက်မှုကို ပေးဆပ်ကာ အရေးမပါသော ကုဒ်များကိုသာ စမ်းသပ်နေပါတော့သည်။ 85% statement coverage နှင့်အတူ ကွက်လပ်အပေါ် လက်ဖြင့် coverage-review ပြုလုပ်ခြင်းသည် စက်ဖြင့်အတည်ပြုနိုင်သော တိကျမှုနှင့် အင်ဂျင်နီယာ ဆုံးဖြတ်ဉာဏ်ကို မျှတအောင် ထိန်းညှိနည်းပင်ဖြစ်သည်။

'crisis-aware bypass' ဆိုသည်မှာ တကယ်တော့ ဘာကိုဆိုလိုသနည်း — ဤသည်မှာ ဆေးပညာဆိုင်ရာ ဘေးကင်းမှု ကြွေးကြော်ချက်တစ်ခုလော။

မဟုတ်ပါ။ ၎င်းသည် ယန္တရားတစ်ခုဖြစ်သည် — crisis classifier က အမှတ်အသားပြုထားသော မက်ဆေ့ဂျ်များသည် နေ့စဉ်အခမဲ့ မက်ဆေ့ဂျ်ကန့်သတ်ချက်မှ ကင်းလွတ်ခွင့်ရသည်။ ကျွန်ုပ်တို့သည် ဆေးပညာဆိုင်ရာ ရလဒ်များကို ကတိမပေးပါ၊ အဆိုးဆုံးအခိုက်အတန့်တွင် တံခါးကို မပိတ်ထားရုံသာဖြစ်သည်။ တကယ့်အရေးပေါ်အကူအညီများအတွက် ဒေသခံဝန်ဆောင်မှုတစ်ခုကို ဆက်သွယ်ပါ — Cosmic Story v2 သည် ကုထုံးဆိုင်ရာ ထုတ်ကုန်တစ်ခု မဟုတ်ပါ။

My Zodiac AI ကို ယနေ့ စမ်းသုံးကြည့်ပါ

Soulwise က မိမိ၏ လှိုင်းများကို ဖွင့်လှစ်နေချိန်တွင် ကျွန်ုပ်တို့၏ အဓိက ဗေဒင် app သည် သင့်လက်ထဲတွင် ရှိနေပြီ ဖြစ်ပါသည်။

ဗေဒင်ဆိုင်ရာ အကြောင်းအရာများသည် စဉ်းစားဆင်ခြင်ရန်နှင့် ဖျော်ဖြေမှုအတွက်သာ ဖြစ်ပါသည်။ ဤနေရာတွင် ဖော်ပြထားသော Cosmic Story v2 ၏ လုပ်ဆောင်ချက်များသည် တီထွင်ဆဲ ဖြစ်ပြီး၊ ရရှိနိုင်မှုကို ကြိုတင်အသိပေးခြင်းမရှိဘဲ ပြောင်းလဲနိုင်ပါသည်။