Especificação em Modelo em V
119 requisitos, zero lacunas. Cada requisito liga-se para a frente a um caso de teste e para trás a uma história de utilizador.
A Cosmic Story v2 foi especificada com a metodologia do Modelo em V. Cada requisito tem um número, cada NFR tem um contrato de medição, cada alvo de teste tem um limiar de cobertura.
A Cosmic Story v2 chega com uma especificação em Modelo em V — cada nível (sistema, arquitetura, módulo, unidade) tem planos de teste correspondentes, com pontos de verificação de rastreio entre cada par.
119 requisitos, zero lacunas. Cada requisito liga-se para a frente a um caso de teste e para trás a uma história de utilizador.
Cada uma tem critérios de aceitação explícitos. As 9 histórias 'Must Have' bloqueiam o lançamento; as 6 'Should Have' orientam a iteração; as 5 'Could Have' ficam para a fase 2.
Limite de álbum, limite de capítulos, contagem de dimensões de ressonância, regras de ritmo do paywall, comportamento offline — cada um numerado e testado.
Desempenho, segurança, testes, privacidade, disponibilidade, acessibilidade — cada uma com um contrato de medição que mostra como é verificada.
Não são promessas — são metas escritas, cada uma com um método de medição.
30 segundos ou menos em 95% dos pedidos. Medido em função da distribuição da duração das tarefas no BullMQ.
p99 GET /people, /journal, /inbox abaixo de 500 milissegundos com 1,000 utilizadores em simultâneo. Medido através de teste de carga k6.
Tempo até interativo de 3 segundos ou menos em 4G simulado. Medido através do Lighthouse CI.
Limiares de cobertura de instruções aplicados por gates de `pnpm test:cov`.
Meta de cobertura de instruções de 85% nos serviços; 80% nos controladores. Verificado através dos relatórios de cobertura do Vitest.
85% nos composables; 90% nas stores Pinia. O mesmo critério do Vitest, os mesmos relatórios.
Medidas reais, indicadas de forma explícita.
Os conteúdos do diário e dos capítulos são guardados com encriptação AES-256 e chaves geridas pela plataforma. Nenhum conteúdo em texto simples no disco.
Todo o tráfego da API é feito por TLS 1.2 ou mais recente. O HTTP é redirecionado para HTTPS na edge.
Os tokens de acesso expiram após 1 hora; os tokens de atualização após 30 dias. Rotação de tokens na atualização.
Primeiro uma eliminação reversível, com uma janela de 30 dias antes da eliminação definitiva das informações de identificação pessoal.
Não é uma aspiração — é um padrão mínimo garantido na revisão de código.
Quando ativado ao nível do sistema operativo, todas as animações GSAP passam a ser apenas transições de opacidade. Sem parallax, sem transformações, sem movimento controlado pelo scroll.
Cada elemento interativo tem uma etiqueta ARIA. Verificado manualmente no VoiceOver do iOS e no TalkBack do Android antes do lançamento.
Metas, com contratos de medição. A Cosmic Story v2 está em desenvolvimento ativo; os números aqui apresentados provêm da tabela de NFR do Modelo-V que condiciona o lançamento. A coluna «como é medido» indica-te exatamente qual a ferramenta que produz o sinal de verificação.
Porque 100% de cobertura é uma métrica de vaidade — a partir de certo ponto, testa código trivial à custa da atenção que uma revisão real merece. 85% de cobertura de instruções, com uma revisão manual da cobertura sobre a lacuna, é a forma como equilibramos o rigor verificável por máquina com o discernimento de engenharia.
Não. É um mecanismo: as mensagens assinaladas por um classificador de crises ficam isentas do limite diário gratuito de mensagens. Não prometemos resultados clínicos; apenas não trancamos a porta no pior momento possível. Para apoio real em situações de crise, contacta um serviço local — o Cosmic Story v2 não é um produto de terapia.
Enquanto a Soulwise abre as suas ondas, a nossa aplicação de astrologia de referência já está nas tuas mãos.
O conteúdo astrológico destina-se à reflexão e ao entretenimento. As funcionalidades da Cosmic Story v2 aqui descritas estão em desenvolvimento; a disponibilidade pode mudar sem aviso prévio.