Para atender às necessidades da era da informação em constante mudança, os serviços de telecomunicações estão em constante mudança.O sistema de suporte ao negócio é atualizado uma ou duas vezes por mês com versões principais, sem falar nas versões emergenciais. Para garantir a estabilidade normal do sistema, o teste de desempenho é a última garantia importante antes que a versão seja lançada. Como a tarefa principal de realizar o teste de desempenho, o estágio de análise de requisitos determina se os objetivos do teste de desempenho estão corretos, se o método é razoável e se a medição é apropriada. Mais precisamente, a análise de requisitos determina se o teste pode produzir os resultados que o cliente deseja.
A fase de análise de necessidades requer discussões repetidas com os clientes, que é um processo cíclico: a partir da captura da demanda -> agrupamento da demanda -> verificação da demanda -> captura da demanda novamente ... Este trabalho requer compreensão e capacidades de design, e muito mais Uma capacidade de interagir e se comunicar com outras pessoas.
1 Comunicação
A primeira etapa da análise de demanda: entender a dor e a dificuldade do cliente, para que o remédio certo possa ser usado para resolver o problema do cliente. Muitas vezes, porém, nem todo "paciente" consegue dizer exatamente onde está a doença. Ele precisa ouvir com atenção e se comunicar com paciência para chegar gradualmente à raiz do problema. Para sistemas como telecomunicações, que têm muitos serviços e relacionamentos complexos, os analistas de demanda que estão começando muitas vezes encontram problemas que estão em conformidade com o cliente devido à falta de negócios, e o cliente pode fazer o que eles dizem. final, é muito difícil e cansativo, não pode deixar os clientes felizes.
Depois de experimentar muitos projetos e interagir de perto com clientes de telecomunicações, concluí que: Antes de se comunicar com os clientes, você deve trabalhar duro no negócio de telecomunicações para descobrir os requisitos de negócios, cenários de uso, etapas de operação, associações de sistema de negócios e caminho de execução de negócios. Pergunte mais aos clientes por que, você pode ter uma compreensão mais profunda desses domínios, pensar sobre os problemas da perspectiva do cliente e entender com mais precisão os motivos pelos quais os clientes apresentam as necessidades de negócios. Além disso, no processo de lidar com os clientes, descobrimos que os requisitos obtidos da boca dos clientes são apenas a ponta do iceberg em todos os requisitos de teste, e existem alguns requisitos ocultos que precisamos descobrir por nós mesmos, para exemplo: os requisitos tácitos do cliente, o cliente Demanda inesperada.
1.1 Demanda tácita
Para a demanda tácita do cliente, não é que o cliente deliberadamente exiba o mistério e não queira dizê-lo, mas o nome comum foi acordado no campo de negócios do cliente. Assim como as pessoas têm que comer e dormir todos os dias, não há necessidade de dizer nada A indústria está consciente das regras de negócios a seguir. No entanto, como uma pessoa exigente que acaba de entrar neste campo, ele não entende essas regras. Se os requisitos mencionados pelos clientes forem registados de forma passiva, esta parte dos requisitos será definitivamente ignorada, razão pela qual após esgotar os resultados dos testes os clientes ainda não conseguem obter resultados satisfatórios e muitas sugestões O motivo da pergunta . A maneira correta de encontrar esse tipo de dilema é primeiro entender o negócio do cliente, descobrir que tipo de negócio é, quais são as regras de negócio, hábitos operacionais diários do usuário, horários de pico, etc. Entre eles, os hábitos de operação e a experiência do grupo de usuários são os mais importantes, pois refletem quanta pressão o sistema precisa suportar e qual a velocidade de resposta que pode atingir. Pergunte por quê, porque os clientes estão profundamente preocupados com este problema. Coletar e classificar os "pontos problemáticos" dos clientes pode compreender profundamente a causa raiz do problema, aprender conhecimento de domínio relevante a partir dele e pensar sobre o problema da perspectiva do cliente, para entender o cliente com mais precisão Por que apresentar suas necessidades de negócios.
1.2 Demanda inesperada
A outra é que o cliente nunca pensou na demanda. Esse tipo de problema inesperado é na verdade um problema que ainda não apareceu no estágio de demanda do negócio, e não significa que o cliente não precise resolver ou não vá aparecer. Muitos gerentes de demanda freqüentemente reclamam que as ideias dos clientes estão mudando constantemente e novos conteúdos são constantemente adicionados. O cliente não é um testador profissional. Quando um novo problema é descoberto ou o problema é corrigido, ele precisa ser reavaliado para verificar a causa do problema ou o efeito do reparo. São coisas que os clientes não podem prever antes de considerarem suas necessidades.Quando a implementação atinge esse estágio, quando surgem problemas, muitas necessidades que eles não pensaram no início serão continuamente levantadas. Mas, neste momento, a carga de trabalho dos testadores de desempenho se tornou muito grande, e o trabalho de análise de demanda gerado pela aceitação passiva enterrará enormes riscos para a execução do projeto e o trabalho subsequente. Resolver este tipo de problema requer que os analistas de requisitos sejam proficientes em princípios de arquitetura de sistema, combinados com uma compreensão total do conhecimento e requisitos do domínio de negócios, para descobrir esses requisitos com antecedência por meio de análise, formular modelos de teste e métodos de teste e, finalmente, formar um teste necessário plano. Através dos vários estágios de aquisição, compreensão, análise, design e formação, uma análise de demanda de alta qualidade pode ser obtida para orientar efetivamente todo o processo de execução de teste e evitar vários possíveis riscos do projeto. Pode-se dizer que a necessidade de análise é o blueprint do teste de desempenho, que determina a qualidade e o sucesso do teste.
2 Análise e Design
Depois de compreender as ideias reais do cliente e dominar as necessidades reais, é necessário combinar o pensamento de teste e as características ambientais para analisar métodos de teste e indicadores de medição em profundidade, definir metas de teste e confirmar repetidamente com os clientes. Porque os objetivos do teste devem ser claros e consistentes para todas as partes, a fim de garantir que os resultados do teste sejam aprovados pelo cliente.
2.1 Análise de negócios
A análise de negócios deve ser estabelecida com base na familiaridade com o negócio, entendendo por que esse negócio é necessário, o que ele faz, as pessoas que usam o negócio e os objetos afetados. Esses antecedentes de negócios costumam ser facilmente esquecidos em tarefas de teste pesadas e essa etapa crítica deve ser mantida em mente o tempo todo, caso contrário, os ganhos não compensam a perda. Por exemplo: Ao receber uma determinada solicitação, uma lista negra e branca deve ser adicionada à rede do grupo no início.A lista negra é para usuários que se inscreveram em um determinado tipo de negócio e restringem suas operações comerciais. Por não entender a função do início da lista negra e branca, realizei diretamente o teste e descobri que os resultados no estado inicial eram todos iguais, o que foi criticado pelos clientes. Depois que descobri que era uma regra de negócios para um grupo de usuários específico, demorou um pouco durante a noite para corrigir o resultado. Esse caso mostra que, por melhor que seja a tecnologia de teste, ela não pode ser usada sem o conhecimento do negócio. Além disso, estar familiarizado com o negócio e entender as regras do negócio pode evitar erros e melhorar a eficiência do trabalho. Por exemplo, cada teste de desempenho precisa preparar uma grande quantidade de dados de teste. Conhecer as regras de negócios pode facilmente encontrar um atalho para obter os dados ou encontrar uma maneira de obtê-los. Quando houver necessidade de coordenação dos clientes, uma expressão de lógica de negócios clara também ajudará a aumentar o reconhecimento dos clientes por seu trabalho e aumentar o grau de cooperação.
Em suma, se o teste é reconhecido pelo cliente não depende do nível de habilidade técnica, mas se o teste é baseado em princípios de negócios, ideias e necessidades do cliente.
2.2 Determine o tipo de teste
Depois de compreender totalmente o propósito do teste e concluir a análise de requisitos, você precisa escolher um método de teste apropriado. O modelo de mudança de pressão pode ser dividido em 4 tipos de testes:
● Teste de desempenho. O desempenho do sistema entre o ponto a e o ponto b serve para verificar se o sistema pode atingir a meta de desempenho esperada dentro da faixa de disponibilidade de recursos.
● Teste de carga. O desempenho do sistema no ponto b é verificado por um período de tempo sob certa pressão até que um ou mais indicadores do sistema atinjam o limite.
● Teste de estresse. O desempenho do sistema do ponto b ao ponto d é verificado sob a condição de exceder a carga segura, e o sistema é continuamente pressurizado até que não possa mais aceitar solicitações.
● Teste de estabilidade. O desempenho do sistema do ponto a ao ponto b é verificar se o sistema funciona por um período de tempo sob uma certa pressão para verificar se o sistema está estável.
O teste de desempenho geralmente usa um único teste de cenário de negócios primeiro e, em seguida, um teste de cenário de negócios abrangente.
O cenário de negócio único é usado principalmente para testar os indicadores básicos de desempenho do negócio, como uma comparação horizontal do mesmo tipo de negócio, ou o indicador de linha de base do negócio, para comparação entre versões. Cenários de negócios únicos são adequados para teste de desempenho, teste de carga, teste de estresse e teste de estabilidade;
Os cenários de negócios híbridos são usados para simular pressões de negócios ou cenários de uso do usuário em execução na linha de produção para testar se o desempenho geral do sistema atende aos requisitos de desempenho reais. É um cenário de negócios que combina pontos de teste de desempenho que foram selecionados por certas regras de acordo com as solicitações e simultaneidade do usuário virtual lógico real. Os cenários de negócios mistos geralmente incluem dois ou mais grupos de scripts, que levam muito tempo para serem executados. Os cenários híbridos são geralmente usados em testes de estabilidade e de carga.
2.3.1 Principais indicadores
● O tempo de resposta se refere à velocidade de resposta do sistema ao operar o negócio, o que afeta diretamente a experiência do usuário. Este indicador geralmente tem um valor de especificação de design ou um valor de feedback da experiência do usuário.
● A velocidade de processamento de negócios refere-se a quantas transações desse tipo podem ser processadas por segundo pelo sistema. Como o número de usuários em cada cidade é diferente, os níveis de número são diferentes, o que pode ser calculado pela seguinte fórmula:
● Obtenha os pedidos de serviço mensais de pico da empresa na cidade, supondo que 80% dos pedidos de serviço sejam processados em 4 horas:
(Número total de ordens de serviço de recepção do mês × 80%) / 30 dias / (4 × 60 × 60)
Por exemplo: o número total de ordens de serviço mensais para abertura de conta em uma determinada recepção da cidade ** é 2615537
2615537 × 80% / 30 / (4 × 60 × 60) = 4,84 canetas / s
● Concorrência: o sentido amplo se refere ao número de serviços processados pelo sistema ao mesmo tempo, e o sentido restrito se refere ao número de serviços processados pelo sistema ao mesmo tempo. Este último geralmente é usado como um indicador de referência para o número de simultaneidade em um único cenário de negócios.
● Indicadores de consumo de recursos do sistema: CPU, memória, disco IO. Em alguns casos, os indicadores de negócios estão satisfazendo os clientes, mas os indicadores de consumo de recursos refletem que pode haver riscos. Por exemplo, quando a velocidade de processamento e o tempo de resposta da empresa estão dentro do padrão, o uso da CPU chega a mais de 90%. Se essa situação persistir por um período de tempo ou o número de usuários aumentar, o servidor corre o risco de tempo de inatividade e velocidade de computação mais lenta.
A ideia do cliente geralmente é que quanto mais ampla a cobertura, melhor, mas sempre há uma lacuna entre o ideal e a realidade, que muitas vezes é limitada pelo tempo restante para o teste. Antes de aceitar as tarefas de teste, você deve primeiro estabelecer os princípios dos critérios de admissão, como concluir a confirmação da configuração do ambiente de teste, concordar com o período de tempo para outro trabalho de desenvolvimento e teste para usar recursos de teste, o número de casos de uso recebidos a cada vez e o último ponto de recebimento, etc. Somente com bons padrões de acesso é possível garantir a alta qualidade do teste.
Ao medir entre o tempo e a cobertura, além da qualidade da conclusão, é mais importante considerar o mecanismo de rastreamento de risco e problema. Por exemplo: o resultado do teste de um determinado módulo de negócios não atende ao padrão, mas o negócio deve ficar online no prazo. Há um ciclo de teste -> ajuste -> verificação de teste. Embora o script de teste não precise ser modificado repetidamente, a carga de trabalho de preparação dos dados de teste precisa ser considerada. O número de revisões, o último tempo online e os resultados do teste devem ser confirmados com o cliente, e o suporte de dados para julgamento de risco deve ser fornecido, de modo que o cliente tenha uma compreensão clara do risco de ficar online e minimiza a probabilidade de risco .
Além disso, se houver várias equipes participando ou apoiando o tempo, é necessário dividir claramente as responsabilidades de cada equipe, para que, quando ocorrer uma emergência, cada equipe possa exercer suas funções e trabalhar em conjunto para resolver o problema, ao invés de brincando.
3. O plano é estabelecido
Após as fases de comunicação, análise e design, o plano de teste resultante precisa ser documentado e notificado a todas as partes antes que o teste possa ser realizado após ser aprovado.
A seguir está o conteúdo do modelo do plano para sua referência.
1. Objetivo do teste, explique qual é o propósito do teste ou que efeito precisa ser produzido;
1. Teste o histórico, explique os princípios de negócios, gere o histórico e deixe os testadores entenderem o propósito do teste;
2. Ambiente de teste, descreva a arquitetura do ambiente de teste, servidor, configuração da impressora, ferramentas de teste, etc .;
3. Cenários de teste, explicando o foco do negócio de teste;
3.1 Caso de teste, descrevendo as etapas de operação do caso de uso, inserindo e saindo de parâmetros e regras de negócios.
3.2 Indicadores de teste, descreva indicadores específicos e limites para determinar se o teste passa;
4. Divisão de trabalho da equipe, descrevendo o escopo e o conteúdo de cada equipe participante;
5. Tempo de execução, especifique o período de tempo de teste de execução e ponto de tempo de liberação do ambiente;
6. A entrega, a saída após o teste (como: relatório de teste).