# Test Coverage Plan (മലയാളം) 🌐 **Languages:** 🇺🇸 [English](../../../../ops/COVERAGE_PLAN.md) · 🇪🇹 [am](../../../am/docs/ops/COVERAGE_PLAN.md) · 🇸🇦 [ar](../../../ar/docs/ops/COVERAGE_PLAN.md) · 🇦🇿 [az](../../../az/docs/ops/COVERAGE_PLAN.md) · 🇧🇬 [bg](../../../bg/docs/ops/COVERAGE_PLAN.md) · 🇧🇩 [bn](../../../bn/docs/ops/COVERAGE_PLAN.md) · 🇧🇦 [bs](../../../bs/docs/ops/COVERAGE_PLAN.md) · 🇨🇿 [cs](../../../cs/docs/ops/COVERAGE_PLAN.md) · 🇩🇰 [da](../../../da/docs/ops/COVERAGE_PLAN.md) · 🇩🇪 [de](../../../de/docs/ops/COVERAGE_PLAN.md) · 🇬🇷 [el](../../../el/docs/ops/COVERAGE_PLAN.md) · 🇪🇸 [es](../../../es/docs/ops/COVERAGE_PLAN.md) · 🇪🇪 [et](../../../et/docs/ops/COVERAGE_PLAN.md) · 🇮🇷 [fa](../../../fa/docs/ops/COVERAGE_PLAN.md) · 🇫🇮 [fi](../../../fi/docs/ops/COVERAGE_PLAN.md) · 🇫🇷 [fr](../../../fr/docs/ops/COVERAGE_PLAN.md) · 🇮🇪 [ga](../../../ga/docs/ops/COVERAGE_PLAN.md) · 🇮🇳 [gu](../../../gu/docs/ops/COVERAGE_PLAN.md) · 🇳🇬 [ha](../../../ha/docs/ops/COVERAGE_PLAN.md) · 🇮🇱 [he](../../../he/docs/ops/COVERAGE_PLAN.md) · 🇮🇳 [hi](../../../hi/docs/ops/COVERAGE_PLAN.md) · 🇭🇷 [hr](../../../hr/docs/ops/COVERAGE_PLAN.md) · 🇭🇺 [hu](../../../hu/docs/ops/COVERAGE_PLAN.md) · 🇦🇲 [hy](../../../hy/docs/ops/COVERAGE_PLAN.md) · 🇮🇩 [id](../../../id/docs/ops/COVERAGE_PLAN.md) · 🇳🇬 [ig](../../../ig/docs/ops/COVERAGE_PLAN.md) · 🇮🇹 [it](../../../it/docs/ops/COVERAGE_PLAN.md) · 🇯🇵 [ja](../../../ja/docs/ops/COVERAGE_PLAN.md) · 🇬🇪 [ka](../../../ka/docs/ops/COVERAGE_PLAN.md) · 🇰🇭 [km](../../../km/docs/ops/COVERAGE_PLAN.md) · 🇮🇳 [kn](../../../kn/docs/ops/COVERAGE_PLAN.md) · 🇰🇷 [ko](../../../ko/docs/ops/COVERAGE_PLAN.md) · 🇱🇹 [lt](../../../lt/docs/ops/COVERAGE_PLAN.md) · 🇱🇻 [lv](../../../lv/docs/ops/COVERAGE_PLAN.md) · 🇮🇳 [mr](../../../mr/docs/ops/COVERAGE_PLAN.md) · 🇲🇾 [ms](../../../ms/docs/ops/COVERAGE_PLAN.md) · 🇲🇹 [mt](../../../mt/docs/ops/COVERAGE_PLAN.md) · 🇲🇲 [my](../../../my/docs/ops/COVERAGE_PLAN.md) · 🇳🇵 [ne](../../../ne/docs/ops/COVERAGE_PLAN.md) · 🇳🇱 [nl](../../../nl/docs/ops/COVERAGE_PLAN.md) · 🇳🇴 [no](../../../no/docs/ops/COVERAGE_PLAN.md) · 🇮🇳 [or](../../../or/docs/ops/COVERAGE_PLAN.md) · 🇮🇳 [pa](../../../pa/docs/ops/COVERAGE_PLAN.md) · 🇵🇭 [phi](../../../phi/docs/ops/COVERAGE_PLAN.md) · 🇵🇱 [pl](../../../pl/docs/ops/COVERAGE_PLAN.md) · 🇵🇹 [pt](../../../pt/docs/ops/COVERAGE_PLAN.md) · 🇧🇷 [pt-BR](../../../pt-BR/docs/ops/COVERAGE_PLAN.md) · 🇷🇴 [ro](../../../ro/docs/ops/COVERAGE_PLAN.md) · 🇷🇺 [ru](../../../ru/docs/ops/COVERAGE_PLAN.md) · 🇱🇰 [si](../../../si/docs/ops/COVERAGE_PLAN.md) · 🇸🇰 [sk](../../../sk/docs/ops/COVERAGE_PLAN.md) · 🇸🇮 [sl](../../../sl/docs/ops/COVERAGE_PLAN.md) · 🇷🇸 [sr](../../../sr/docs/ops/COVERAGE_PLAN.md) · 🇸🇪 [sv](../../../sv/docs/ops/COVERAGE_PLAN.md) · 🇰🇪 [sw](../../../sw/docs/ops/COVERAGE_PLAN.md) · 🇮🇳 [ta](../../../ta/docs/ops/COVERAGE_PLAN.md) · 🇮🇳 [te](../../../te/docs/ops/COVERAGE_PLAN.md) · 🇹🇭 [th](../../../th/docs/ops/COVERAGE_PLAN.md) · 🇹🇷 [tr](../../../tr/docs/ops/COVERAGE_PLAN.md) · 🇺🇦 [uk-UA](../../../uk-UA/docs/ops/COVERAGE_PLAN.md) · 🇵🇰 [ur](../../../ur/docs/ops/COVERAGE_PLAN.md) · 🇺🇿 [uz](../../../uz/docs/ops/COVERAGE_PLAN.md) · 🇻🇳 [vi](../../../vi/docs/ops/COVERAGE_PLAN.md) · 🇳🇬 [yo](../../../yo/docs/ops/COVERAGE_PLAN.md) · 🇨🇳 [zh-CN](../../../zh-CN/docs/ops/COVERAGE_PLAN.md) · 🇹🇼 [zh-TW](../../../zh-TW/docs/ops/COVERAGE_PLAN.md) --- അവസാനം അപ്ഡേറ്റ് ചെയ്തത്: 2026-06-28 > 2026-05-13-ന് അളന്ന നില: വരികൾ 82.58%, സ്റ്റേറ്റ്മെന്റുകൾ 82.58%, ഫങ്ഷനുകൾ 84.23%, ബ്രാഞ്ചുകൾ 75.22%. ഘട്ടങ്ങൾ 1-5 പൂർത്തിയായി. നിലവിലെ ശ്രദ്ധ ഘട്ടം 6 (>=85%), ഘട്ടം 7 (>=90%) എന്നിവയിലാണ്. ## അടിസ്ഥാനനില റിപ്പോർട്ട് എങ്ങനെ കണക്കാക്കുന്നു എന്നതിനെ ആശ്രയിച്ച് ഒന്നിലധികം കവറേജ് കണക്കുകളുണ്ട്. ആസൂത്രണത്തിന് അവയിൽ ഒന്ന് മാത്രമാണ് പ്രയോജനപ്രദം. | മെട്രിക് | പരിധി | സ്റ്റേറ്റ്മെന്റുകൾ / വരികൾ | ബ്രാഞ്ചുകൾ | ഫങ്ഷനുകൾ | കുറിപ്പുകൾ | | ---------------------------- | ----------------------------------------------------------- | -------------------------: | ---------: | -------: | ---------------------------------------------------------------------------------------- | | ലെഗസി | പഴയ `npm run test:coverage` | 79.42% | 75.15% | 67.94% | പെരുപ്പിച്ച കണക്ക്: ടെസ്റ്റ് ഫയലുകൾ ഉൾപ്പെടുത്തുകയും `open-sse` ഒഴിവാക്കുകയും ചെയ്യുന്നു | | ഡയഗ്നോസ്റ്റിക് | സോഴ്സ് മാത്രം, ടെസ്റ്റുകളും `open-sse`-യും ഒഴിവാക്കി | 68.16% | 63.55% | 64.06% | `src/**` വേർതിരിച്ചറിയാൻ മാത്രം പ്രയോജനപ്രദം | | ശുപാർശ ചെയ്യുന്ന അടിസ്ഥാനനില | സോഴ്സ് മാത്രം, ടെസ്റ്റുകൾ ഒഴിവാക്കി `open-sse` ഉൾപ്പെടുത്തി | 82.58% | 75.22% | 84.23% | മെച്ചപ്പെടുത്തേണ്ട പ്രോജക്റ്റ്-വ്യാപക അടിസ്ഥാനനില ഇതാണ് | ശുപാർശ ചെയ്യുന്ന അടിസ്ഥാനനിലയെ അടിസ്ഥാനമാക്കിയാണ് ഒപ്റ്റിമൈസ് ചെയ്യേണ്ടത്. ## നിയമങ്ങൾ - കവറേജ് ലക്ഷ്യങ്ങൾ `tests/**`-ന് അല്ല, സോഴ്സ് ഫയലുകൾക്കാണ് ബാധകമാകുന്നത്. - `open-sse/**` ഉൽപ്പന്നത്തിന്റെ ഭാഗമാണ്, അത് പരിധിയിൽ തുടരണം. - പുതിയ കോഡ് മാറ്റം വരുത്തിയ മേഖലകളിലെ കവറേജ് കുറയ്ക്കരുത്. - നടപ്പാക്കൽ വിശദാംശങ്ങൾ പരിശോധിക്കുന്നതിനെക്കാൾ പെരുമാറ്റവും ബ്രാഞ്ച് ഫലങ്ങളും പരിശോധിക്കുന്നതിന് മുൻഗണന നൽകുക. - `src/lib/db/**`-ന് വിപുലമായ മോക്കുകളെക്കാൾ താൽക്കാലിക SQLite ഡാറ്റാബേസുകളും ചെറിയ ഫിക്ചറുകളും ഉപയോഗിക്കുന്നതിന് മുൻഗണന നൽകുക. ## നിലവിലെ കമാൻഡ് സെറ്റ് - `npm run test:coverage` - യൂണിറ്റ് ടെസ്റ്റ് സ്യൂട്ടിനുള്ള പ്രധാന സോഴ്സ് കവറേജ് ഗേറ്റ് - `text-summary`, `html`, `json-summary`, `lcov` എന്നിവ സൃഷ്ടിക്കുന്നു - `npm run coverage:report` - ഏറ്റവും പുതിയ റണ്ണിൽ നിന്നുള്ള വിശദമായ ഫയൽ-തിരിച്ചുള്ള റിപ്പോർട്ട് - `npm run test:coverage:legacy` - ചരിത്രപരമായ താരതമ്യത്തിന് മാത്രം ## നാഴികക്കല്ലുകൾ | ഘട്ടം | ലക്ഷ്യം | ശ്രദ്ധാകേന്ദ്രം | നില | | ------- | -----------------------------: | -------------------------------------------------------------------------- | -------------- | | ഘട്ടം 1 | 60% സ്റ്റേറ്റ്മെന്റുകൾ / വരികൾ | എളുപ്പത്തിൽ നേടാവുന്ന ഫലങ്ങളും കുറഞ്ഞ അപകടസാധ്യതയുള്ള യൂട്ടിലിറ്റി കവറേജും | ✅ പൂർത്തിയായി | | ഘട്ടം 2 | 65% സ്റ്റേറ്റ്മെന്റുകൾ / വരികൾ | DB, റൂട്ട് അടിസ്ഥാനങ്ങൾ | ✅ പൂർത്തിയായി | | ഘട്ടം 3 | 70% സ്റ്റേറ്റ്മെന്റുകൾ / വരികൾ | പ്രൊവൈഡർ സാധൂകരണവും ഉപയോഗ അനലിറ്റിക്സും | ✅ പൂർത്തിയായി | | ഘട്ടം 4 | 75% സ്റ്റേറ്റ്മെന്റുകൾ / വരികൾ | `open-sse` ട്രാൻസ്ലേറ്ററുകളും ഹെൽപ്പറുകളും | ✅ പൂർത്തിയായി | | ഘട്ടം 5 | 80% സ്റ്റേറ്റ്മെന്റുകൾ / വരികൾ | `open-sse` ഹാൻഡ്ലറുകളും എക്സിക്യൂട്ടർ ബ്രാഞ്ചുകളും | ✅ പൂർത്തിയായി | | ഘട്ടം 6 | 85% സ്റ്റേറ്റ്മെന്റുകൾ / വരികൾ | കൂടുതൽ ദുഷ്കരമായ എഡ്ജ് കേസുകൾ, ബ്രാഞ്ച് കടബാധ്യത, റിഗ്രഷൻ സ്യൂട്ടുകൾ | പുരോഗതിയിലാണ് | | ഘട്ടം 7 | 90% സ്റ്റേറ്റ്മെന്റുകൾ / വരികൾ | അന്തിമ പരിശോധന, വിടവുകൾ നികത്തൽ, കർശനമായ റാച്ചറ്റ് | ശേഷിക്കുന്നു | ഓരോ ഘട്ടത്തിലും ബ്രാഞ്ചുകളുടെയും ഫങ്ഷനുകളുടെയും കവറേജ് ക്രമാനുഗതമായി വർധിക്കണം, എന്നാൽ പ്രാഥമികമായ കർശന ലക്ഷ്യം സ്റ്റേറ്റ്മെന്റുകൾ / വരികൾ ആണ്. ## മുൻഗണനാ മേഖലകൾ ഈ ഫയലുകൾക്കാണ് നിലവിൽ ഏറ്റവും കുറഞ്ഞ ലൈൻ കവറേജ് (< 60%) ഉള്ളത്, കൂടാതെ ഘട്ടങ്ങൾ 6-7-ൽ ഏറ്റവും മികച്ച നേട്ടം നൽകുന്നതും ഇവയാണ്. 2026-05-13-ന് `coverage/coverage-summary.json`-ൽ നിന്ന് സൃഷ്ടിച്ചത്: | # | ഫയൽ | ലൈനുകൾ % | | --- | ------------------------------------------------------------ | -------: | | 1 | `open-sse/services/compression/validation.ts` | 7.87% | | 2 | `src/app/api/v1/batches/route.ts` | 9.67% | | 3 | `src/app/docs/components/FeedbackWidget.tsx` | 9.80% | | 4 | `open-sse/services/compression/toolResultCompressor.ts` | 10.00% | | 5 | `src/app/docs/components/DocCodeBlocks.tsx` | 10.63% | | 6 | `open-sse/services/compression/engines/rtk/lineFilter.ts` | 10.96% | | 7 | `open-sse/services/specificityRules.ts` | 11.28% | | 8 | `src/mitm/systemCommands.ts` | 12.19% | | 9 | `open-sse/services/compression/aggressive.ts` | 12.77% | | 10 | `src/app/api/v1/batches/[id]/cancel/route.ts` | 12.98% | | 11 | `open-sse/services/compression/progressiveAging.ts` | 13.26% | | 12 | `open-sse/services/compression/engines/rtk/smartTruncate.ts` | 13.43% | | 13 | `open-sse/services/compression/engines/rtk/deduplicator.ts` | 13.51% | | 14 | `src/lib/cloudAgent/agents/jules.ts` | 13.52% | | 15 | `open-sse/services/compression/lite.ts` | 14.46% | | 16 | `src/app/api/v1/rerank/route.ts` | 14.94% | | 17 | `open-sse/services/compression/preservation.ts` | 15.07% | | 18 | `src/lib/cloudAgent/agents/codex.ts` | 15.54% | | 19 | `open-sse/services/tierResolver.ts` | 16.66% | | 20 | `src/app/docs/components/DocsLazyWrapper.tsx` | 16.66% | ഘട്ടങ്ങൾ 6-7-നുള്ള പ്രധാന വിഷയങ്ങൾ: - `open-sse/services/compression/**` ആണ് കുറഞ്ഞ കവറേജുള്ള ഫയലുകളുടെ ഏറ്റവും സാന്ദ്രമായ ക്ലസ്റ്റർ; ശേഷിക്കുന്ന വിടവിൽ ഭൂരിഭാഗവും ഇതിന്റേതാണ്. - ബാച്ച്, റീറാങ്ക് API റൂട്ടുകൾക്ക് (`src/app/api/v1/batches/**`, `src/app/api/v1/rerank/route.ts`) ഹാൻഡ്ലർ-തല ടെസ്റ്റുകൾ ആവശ്യമാണ്. - ക്ലൗഡ് ഏജന്റ് അഡാപ്റ്ററുകൾക്കും (`src/lib/cloudAgent/agents/jules.ts`, `codex.ts`) `tierResolver.ts`-നും സാഹചര്യാധിഷ്ഠിത ടെസ്റ്റുകൾ ആവശ്യമാണ്. - ഡോക്സ് UI ഘടകങ്ങൾക്കും `src/mitm/systemCommands.ts`-നും മുൻഗണന കുറവാണെങ്കിലും, കുറഞ്ഞ ശ്രമത്തിൽ ബ്രാഞ്ച് കവറേജ് മെച്ചപ്പെടുത്താനാകും. ## നിർവഹണ പരിശോധനാപ്പട്ടിക ### ഘട്ടം 1: 56.95% -> 60% - [x] ടെസ്റ്റ് ഫയലുകൾക്കു പകരം സോഴ്സ് കോഡിനെ പ്രതിഫലിപ്പിക്കുന്ന തരത്തിൽ കവറേജ് മെട്രിക് പരിഹരിക്കുക - [x] താരതമ്യത്തിനായി ഒരു ലെഗസി കവറേജ് സ്ക്രിപ്റ്റ് നിലനിർത്തുക - [x] അടിസ്ഥാനനിലയും പ്രധാന മേഖലകളും റിപ്പോസിറ്ററിയിൽ രേഖപ്പെടുത്തുക - [ ] കുറഞ്ഞ അപകടസാധ്യതയുള്ള യൂട്ടിലിറ്റികൾക്കായി കേന്ദ്രീകൃത ടെസ്റ്റുകൾ ചേർക്കുക: - `src/shared/utils/upstreamError.ts` - `src/shared/utils/fetchTimeout.ts` - `src/lib/api/errorResponse.ts` - `src/shared/utils/apiAuth.ts` - `src/lib/display/names.ts` - [ ] ഇനിപ്പറയുന്നവയ്ക്കായി റൂട്ട് ടെസ്റ്റുകൾ ചേർക്കുക: - `src/app/api/settings/require-login/route.ts` - `src/app/api/providers/[id]/models/route.ts` ### ഘട്ടം 2: 60% -> 65% - [ ] ഇനിപ്പറയുന്നവയ്ക്കായി ഡാറ്റാബേസ് പിന്തുണയുള്ള ടെസ്റ്റുകൾ ചേർക്കുക: - `src/lib/db/modelComboMappings.ts` - `src/lib/db/settings.ts` - `src/lib/db/registeredKeys.ts` - [ ] ഇനിപ്പറയുന്നവയിലെ ബ്രാഞ്ച് സ്വഭാവം കവർ ചെയ്യുക: - `src/lib/providers/validation.ts` - `src/app/api/v1/embeddings/route.ts` - `src/app/api/v1/moderations/route.ts` ### ഘട്ടം 3: 65% -> 70% - [ ] ഇനിപ്പറയുന്നവയ്ക്കായി ഉപയോഗ അനലിറ്റിക്സ് ടെസ്റ്റുകൾ ചേർക്കുക: - `src/lib/usage/usageHistory.ts` - `src/lib/usage/usageStats.ts` - `src/lib/usage/costCalculator.ts` - [ ] പ്രോക്സി മാനേജ്മെന്റിനും ക്രമീകരണ ബ്രാഞ്ചുകൾക്കുമുള്ള റൂട്ട് കവറേജ് വിപുലീകരിക്കുക ### ഘട്ടം 4: 70% -> 75% - [ ] ട്രാൻസ്ലേറ്റർ സഹായകങ്ങളും കേന്ദ്ര വിവർത്തന പാതകളും കവർ ചെയ്യുക: - `open-sse/translator/index.ts` - `open-sse/translator/helpers/*` - `open-sse/translator/request/*` - `open-sse/translator/response/*` ### ഘട്ടം 5: 75% -> 80% - [ ] ഇനിപ്പറയുന്നവയ്ക്കായി ഹാൻഡ്ലർ-തല ടെസ്റ്റുകൾ ചേർക്കുക: - `open-sse/handlers/chatCore.ts` - `open-sse/handlers/responsesHandler.js` - `open-sse/handlers/imageGeneration.js` - `open-sse/handlers/embeddings.js` - [ ] പ്രൊവൈഡർ-നിർദ്ദിഷ്ട ഓതന്റിക്കേഷൻ, പുനഃശ്രമങ്ങൾ, എൻഡ്പോയിന്റ് ഓവർറൈഡുകൾ എന്നിവയ്ക്കായി എക്സിക്യൂട്ടർ ബ്രാഞ്ച് കവറേജ് ചേർക്കുക ### ഘട്ടം 6: 80% -> 85% - [ ] കൂടുതൽ എഡ്ജ്-കേസ് ടെസ്റ്റ് സ്യൂട്ടുകൾ പ്രധാന കവറേജ് പാതയിലേക്ക് ലയിപ്പിക്കുക - [ ] ദുർബലമായ കൺസ്ട്രക്ടർ/ഹെൽപ്പർ കവറേജുള്ള DB മൊഡ്യൂളുകളുടെ ഫംഗ്ഷൻ കവറേജ് വർധിപ്പിക്കുക - [ ] `settings.ts`, `registeredKeys.ts`, `validation.ts`, ട്രാൻസ്ലേറ്റർ സഹായകങ്ങൾ എന്നിവയിലെ ബ്രാഞ്ച് വിടവുകൾ നികത്തുക ### ഘട്ടം 7: 85% -> 90% - [ ] ശേഷിക്കുന്ന കുറഞ്ഞ കവറേജുള്ള ഫയലുകളെ തടസ്സങ്ങളായി പരിഗണിക്കുക - [ ] 90%-ലേക്കുള്ള മുന്നേറ്റത്തിനിടെ പരിഹരിക്കുന്ന, ഇതുവരെ കവർ ചെയ്യാത്ത ഓരോ പ്രൊഡക്ഷൻ ബഗിനും റിഗ്രഷൻ ടെസ്റ്റുകൾ ചേർക്കുക - [ ] കുറഞ്ഞത് തുടർച്ചയായ രണ്ട് റണ്ണുകളിലെങ്കിലും ലോക്കൽ അടിസ്ഥാനനില സ്ഥിരമായതിന് ശേഷം മാത്രം CI-യിലെ കവറേജ് ഗേറ്റ് ഉയർത്തുക ## റാച്ചറ്റ് നയം പ്രോജക്റ്റ് അടുത്ത നാഴികക്കല്ലിനെ മതിയായ മാർജിനോടെ യഥാർഥത്തിൽ മറികടന്നതിനുശേഷം മാത്രം `npm run test:coverage` ത്രെഷോൾഡുകൾ പുതുക്കുക. **നിലവിലെ ഗേറ്റ്:** `npm run test:coverage` **60 സ്റ്റേറ്റ്മെന്റുകൾ / 60 ലൈനുകൾ / 60 ഫങ്ഷനുകൾ / 60 ബ്രാഞ്ചുകൾ** നിർബന്ധമാക്കുന്നു (Quality-Gates Fase 6A.1-ൽ മെട്രിക് പുനഃക്രമീകരിച്ചു — മുമ്പത്തെ 82.58% ബേസ്ലൈൻ ടെസ്റ്റ് ഫയലുകൾ കണക്കിലെടുക്കുകയും `open-sse` ഒഴിവാക്കുകയും ചെയ്തതിനാൽ പെരുപ്പിച്ചുകാണിച്ചതായിരുന്നു). ചരിത്രപരമായ താരതമ്യത്തിനായി `test:coverage:legacy` കമാൻഡ് പഴയ 50/50/50 മെട്രിക് നിലനിർത്തുന്നു. ഏറ്റവും പുതിയ റിപ്പോർട്ടിനെ അടിസ്ഥാനമാക്കിയുള്ള താൽക്കാലിക ത്രെഷോൾഡ് പരിശോധനകൾക്കായി ഉപയോഗിക്കുക: ```bash node scripts/check/test-report-summary.mjs --threshold 75 ``` ശുപാർശ ചെയ്യുന്ന റാച്ചറ്റ് ക്രമം (`സ്റ്റേറ്റ്മെന്റുകൾ-ലൈനുകൾ / ബ്രാഞ്ചുകൾ / ഫങ്ഷനുകൾ` എന്നതാണ് ക്രമം): 1. 55/60/55 2. 60/62/58 3. 65/64/62 4. 70/66/66 5. 75/70/72 <-- നിലവിലെ ഗേറ്റ് (75/70/75) 6. 80/75/78 7. 85/80/84 8. 90/85/88 തുടർച്ചയായ രണ്ട് റണ്ണുകളിൽ ബ്രാഞ്ച് കവറേജ് 78%-ന് മുകളിൽ നിലനിൽക്കുമ്പോൾ അടുത്ത റാച്ചറ്റ് ലക്ഷ്യം `80/75/78` ആണ്. ## അറിയപ്പെടുന്ന വിടവ് നിലവിലെ കവറേജ് കമാൻഡ് പ്രധാന Node യൂണിറ്റ് സ്യൂട്ട് അളക്കുകയും അതിൽനിന്ന് എക്സിക്യൂട്ട് ചെയ്യപ്പെടുന്ന `open-sse` ഉൾപ്പെടെയുള്ള സോഴ്സ് ഉൾപ്പെടുത്തുകയും ചെയ്യുന്നു. ഇത് ഇതുവരെ Vitest കവറേജ് ഒരൊറ്റ ഏകീകൃത റിപ്പോർട്ടിലേക്ക് ലയിപ്പിക്കുന്നില്ല. ആ ലയനം പിന്നീട് ചെയ്യുന്നത് പ്രയോജനകരമാണ്, എന്നാൽ 60% -> 80% വർധന ആരംഭിക്കുന്നതിന് അതൊരു തടസ്സമല്ല.