Beijing Winge Technology Co., Ltd. (Winge Technology) utiliza funções-chave, interfaces e condições de aceitação como base compartilhada para design e testes de produtos. Para projetos de desenvolvimento de hardware e software que atendem clientes russos, o planejamento de testes deve identificar os objetos de teste, as condições operacionais, os métodos, os critérios de aprovação e os registros necessários durante o projeto, permitindo que ambas as partes revisem os resultados dos marcos em relação à mesma versão e critérios.
Requisitos como operação estável, comunicação confiável e controles responsivos precisam de cenários operacionais e métodos de avaliação definidos. O plano de teste define prioridades de validação e fornece entradas para configurações de protótipos, interfaces de depuração e diagnóstico de falhas.
Transforme Requisitos em Casos de Teste Executáveis
Um requisito de aceitação testável especifica pré-condições, entradas ou ações, resultados esperados e critérios de decisão. Os requisitos de desempenho também devem definir pontos de medição, configuração de hardware, volume de dados, métodos de cálculo e cobertura da amostra.
Por exemplo, um requisito para reter dados coletados durante uma interrupção da rede pode ser dividido em buffer local, aquisição off-line, transferência após reconexão e manipulação de um buffer cheio. Testes adicionais podem verificar a ordem dos dados, manuseio duplicado e alarmes, conforme exigido pelo produto.
Este é um exemplo ilustrativo de planejamento de teste. A capacidade do buffer, a duração da interrupção, o volume de dados e os limites de aprovação precisam ser determinados a partir dos objetivos reais do produto e registrados nos requisitos ou nas especificações de teste.
Priorize testes funcionais, de desempenho e de recuperação de falhas por risco do produto
O trabalho de validação e integração de protótipos do Winge Technology pode abranger funções, desempenho e testes ambientais acordados dentro do escopo do projeto. As prioridades dos testes devem seguir o uso pretendido e os riscos do produto.
| Área de teste | O que verificar | Condições necessárias para definir os critérios |
|---|---|---|
| Funções e interfaces | Operações principais, trocas de protocolos, integração periférica e processamento de dados | Entradas, sequência de ação, respostas e mudanças de estado |
| Desempenho e carga | Tempo de resposta, rendimento, uso de recursos e aumento de temperatura | Hardware alvo, carga de trabalho, pontos de medição e métodos de cálculo |
| Falhas e recuperação | Perda de rede, perda de energia, falhas periféricas e erros de dados | Método de injeção de falhas, etapas de recuperação e requisitos de dados e estado |
| Operação contínua | Comportamento e falhas do aplicativo durante o período de teste acordado | Duração, carga, definições de falhas e cobertura de log |
| Testes ambientais | Temperatura, umidade, vibração ou outras condições operacionais acordadas | Configuração da amostra, equipamento, método e critérios de aprovação |
| Interface do usuário e implantação | Renderização de texto, instalação, configuração, atualizações e tarefas do usuário | Idioma, versão do sistema, permissões, ambiente de implantação e tarefas operacionais |
Se for necessária uma interface em russo, os testes funcionais podem abranger menus, alarmes, entradas, fontes e truncamento de texto. Os registros baseados em tempo também exigem verificações das configurações de fuso horário e tratamento de carimbo de data/hora. Os testes ambientais de baixa temperatura ou outros dependem das condições reais de operação e dos requisitos do projeto.
Fornece acesso de teste durante o design
O design afeta a facilidade com que um produto pode ser testado. As análises de hardware podem verificar os pontos de medição necessários, interfaces de depuração e indicadores de falha. O design de firmware e software pode fornecer logs, códigos de erro, consultas de status e identificação de versão.
Estas disposições apoiam a reprodução e o diagnóstico de falhas. O acesso de teste deve ser gerenciado de acordo com as permissões do produto e acordos operacionais, com diferenças de configuração entre compilações de depuração e entrega registradas.
Incertezas técnicas críticas podem ser verificadas com um teste de viabilidade limitado antes da integração completa do sistema. Testes de placa, integração de módulos, testes de protótipos e validação no ambiente do cliente abordam diversos objetos. O plano do projeto deve definir suas entradas e registros necessários.
Associar resultados de testes a unidades, versões e condições de protótipo
Os registros de teste devem identificar qual protótipo e versão do software foram testados, sob quais condições, com quais etapas e resultados. As informações relevantes incluem o identificador da unidade, revisão de hardware, versão de firmware ou software, configuração, equipamento de teste, tempo de execução e localização dos registros originais.
Um registro do problema deve descrever o comportamento observado, as etapas de reprodução, o impacto e o status da resolução. A verificação após uma mudança deve verificar o problema original e incluir testes de regressão selecionados de acordo com o impacto da mudança. Os testes ainda não executados devem manter o motivo e o acompanhamento planejado para revisão dos marcos.
As equipes internacionais podem revisar os resultados por meio de relatórios de testes, registros, gravações de tela e demonstrações remotas. Os testes no local do cliente necessitam de equipamentos, condições, pessoal responsável e métodos de confirmação de resultados acordados.
Perguntas frequentes
O planejamento dos testes deve esperar até que o protótipo esteja completo?
Deve começar durante a definição e design dos requisitos. Os critérios de aceitação antecipada orientam a seleção de componentes, depuração de interfaces, registro e configurações de protótipos e ajudam a alocar equipamentos de teste e recursos de execução posteriores.
A aprovação nos testes funcionais estabelece o desempenho operacional a longo prazo?
Os testes funcionais estabelecem as funções acordadas. A operação contínua, as condições ambientais e o comportamento no local do cliente necessitam das condições de teste e registros correspondentes. As conclusões devem identificar a revisão aplicável, contagem de amostras, duração e escopo operacional.
Como devem ser organizados os testes de desenvolvimento e os testes laboratoriais independentes?
Os testes de desenvolvimento verificam as funções, desempenho e questões de design acordadas do projeto. Quando testes ou certificação independentes forem necessários, os requisitos aplicáveis, as amostras, a organização executora e o escopo do relatório deverão ser confirmados separadamente e incluídos no plano do projeto.
Os clientes que planejam testes e aceitação de produtos podem usar a página de contato do projeto Winge Technology para fornecer a finalidade do produto, a versão atual, o ambiente alvo e os requisitos de aceitação, e avaliar a cobertura do teste, condições de amostra e entregas importantes.
Online
Telefone
WeChat
voltar ao topo