Responsável:
PTS – Processo de Teste de Software
Definição:
Os testes no sistema devem seguir o PTS - Processo de Teste de Software do CTI- Datasus.
O PTS é um processo completo de testes, baseado no RUP - Rational Unified Process que descreve, detalhadamente, todos os papéis, atividades e artefatos envolvidos na verificação e validação de softwares em conformidade com seus requisitos.
O processo de teste faz parte do Sistema de Gestão da Qualidade e está adequado aos requisitos da norma ISO 9001:2000.
As atividades do PTS são implementadas através de Projetos de Teste realizados no LACQUA - Laboratório de Controle de Qualidade de Soluções Informatizadas do SUS.
O LACQUA fornece a infra-estrutura de hardware, de software e especialistas, necessária para realização dos projetos de teste do Processo de Teste de Software.
Para realização dos testes através do PTS, o profissional da equipe de desenvolvimento designado como solicitante do teste, cadastra as informações sobre a release no registro do sistema da aplicação SCP - Módulo PTS e registra uma Solicitação de Teste.
A aplicação SCP - Módulo PTS é um sistema para automatizar o controle e a execução do fluxo de trabalho das atividades do Processo de Teste de Software - PTS onde são armazenadas as solicitações de teste.
Maiores informações sobre o PTS e o LACQUA podem ser obtidas diretamente no site http://w3.datasus.gov.br/pts/pts.php.
Os testes devem ser planejados desde o início do projeto de desenvolvimento e devem ser realizados ao fim de cada iteração.
Ao fim da última iteração da fase de Construção, a versão do sistema, depois de testada, é considerada a primeira versão operacional do sistema e representa o terceiro grande marco do processo de desenvolvimento.
Neste momento, o sistema está pronto para ser disponibilizado a seus usuários finais durante a fase de Transição.
Para que o software seja considerado seguro, os testes devem assegurar que sejam cumpridas as seguintes recomendações de segurança :
• Confirmação que a(s) função (ões) de segurança opera(m) de acordo com sua especificação. (através de testes funcionais dos Casos de Uso referentes a Funções de Segurança)
• Geração de evidências sobre a cobertura de testes contendo:
• A correspondência entre os testes identificados na documentação de teste e a função de segurança como descrito na especificação funcional
• Atendimento a teste de profundidade:
• Demonstrando, na documentação de teste, que as funções de segurança operam de acordo com a descrição de alto nível
• Elaboração dos seguintes documentos: Planos de teste, descrições de procedimento de teste, resultados esperados do teste e resultados de testes atuais.
• Previsão de conteúdo da documentação:
1. O plano de teste identifica as funções de segurança a serem testadas e descrevem os objetivos dos testes a serem executados
2. O planejamento do teste deve mostrar, antecipadamente, o resultado esperado da execução do teste
3. A descrição dos procedimentos de testes identifica os testes a serem executados e descreve os cenários para testar cada função de segurança. Esses cenários incluem quaisquer dependências nos resultados de outros testes
4.O resultado do teste deve demonstrar que cada função de segurança testada se comportou como especificada.
Passos:
• Consultar o Processo de Teste de Software (PTS) do Datasus.
Entradas:
• Versão do Sistema (Operacional)
• Documentos do Projeto
Saídas:
• Versão do Sistema (Testada)
