how improve test release process
Vamos ver o processo típico envolvido na entrega de software da 'fase de desenvolvimento' à 'fase de teste' para um lançamento bem-sucedido de software livre de bugs para produção / cliente .
Esses processos são negligenciados ou ignorados pelas empresas de software, o que resulta em um gerenciamento de teste insatisfatório e, portanto, 'um buggy ”Lançamentos de software para o cliente, o que leva a“ clientes insatisfeitos ”.
Apesar de muito tempo e grande esforço sendo dado pela equipe de teste para cada versão , quando o software lançado não está com a qualidade definida ou com benchmark ou não atende aos critérios esperados, isso não só afetará a reputação da empresa com os clientes, mas também desmotiva e desmoraliza a equipe do projeto, mais importante a equipe de teste como um todo .
Se você faz parte de uma equipe de teste neste cenário, pode ficar pensando “como melhorar minhas capacidades de teste e há alguma maneira melhor de superar essa situação”.
Quero dar algumas dicas e sugestões, com base na minha experiência com várias equipes de teste envolvidas em aplicativos de software e lançamentos de produtos corporativos com vários domínios e plataformas e com vários frameworks de teste, em como melhorar os processos de lançamento de teste , que simplificará sua vida profissional como engenheiro de teste ou gerente de teste para fornecer software de classe mundial.
O que você aprenderá:
- Processo de liberação de teste
- Melhoria do processo de liberação de teste:
- Gerenciar e controlar o conteúdo da versão de teste
- Modelo de relatório de liberação de amostra:
- Conclusão:
- Leitura recomendada
Processo de liberação de teste
A tabela abaixo oferece uma visão geral de um processo de liberação de teste com três fases universais como entrada, processo e saída.
melhor limpador de registro para windows 7 64 bits
| ENTRADA | PROCESSAR | RESULTADO |
|---|---|---|
| 7 | A lista de verificação de revisão de código foi atualizada e está disponível no VSS? | |
| Processo Anterior Desenvolvimento | O processo começa com • Instalação do software liberado no servidor de teste | O próximo processo precisa • Software que passou no teste de fumaça / sanidade |
| Informação / Referência do Documento • Documento de Requisitos do Usuário • Especificações de requisitos de software • Plano de Teste de Unidade • Padrões de codificação • Lista de verificação de revisão de código • Plano de Desenvolvimento • Plano de Garantia de Qualidade • Alocação de tarefas • Pacote de trabalho • Cronograma do projeto • Plano de projeto • Plano de Gerenciamento de Configuração • Plano de gerenciamento de riscos. | Subprocessos • Preparando Casos de Teste para todas as Unidades • Desenvolvimento e teste de unidade • Tratamento de procedimentos de não conformidade • Implementação do Plano de Gerenciamento de Configuração. • Implementação do Plano de Gerenciamento de Risco • Monitoramento do progresso do projeto • Correção de erros e análises | Necessidades do cliente interno • Compilação de software com número de versão • Relatório de Lançamento • Documentos de Casos de Teste / Suíte de Teste • Planejamento de execução de teste • Matriz de rastreabilidade • Dados de teste |
| Verificação de entrada de entrada • Os documentos do projeto são revisados e aprovados? • Padrões de codificação, lista de verificação de revisão de código estão disponíveis para referência? • Tarefa alocada e pacote de trabalho atualizado? • As especificações funcionais, o plano de desenvolvimento e o plano de qualidade são revisados e aprovados? • O Plano de Gerenciamento de Risco tem Mitigação e Contingência para lidar com o Risco? • Eficácia do cronograma do projeto para entregar o produto no prazo? | Especificação de Processo • Casos de teste de unidade devem consistir em todos os critérios de entrada e saída • Aderência de Código com Padrões de Codificação • O NCP deve ser tratado de acordo com a Diretriz • As etapas de gerenciamento de configuração devem aderir ao plano de gerenciamento de configuração • O tratamento de riscos deve estar de acordo com o Plano de Gerenciamento de Riscos • O teste de fumaça passou em todos os principais recursos e funcionalidades | Necessidades do cliente externo • Software Livre de Bug |
| Processos de Apoio • Alocação Humana / Hardware / Software / Recursos • Manutenção de quebra de hardware • Treinamento para membros da equipe | Processo termina com • Execução de testes de fumaça / sanidade na versão lançada | Parâmetros de Eficiência • Cada unidade deve passar na primeira rodada de testes • Tarefas a serem concluídas de acordo com o Cronograma do Projeto • O teste de fumaça deve ser aprovado antes da liberação • Paixão da Equipe de Teste para Testar o Software |
Cada equipe de teste deve criar um único lista de controle para lançamento de software, de acordo com o domínio e plataforma do software e a metodologia de gerenciamento de projeto (como Agile Scrum etc.) e de acordo com a estrutura de teste manual / automatizado, para aceitar a compilação lançada, antes de iniciar a execução do teste para economizar tempo e esforço.
Este é um dos parâmetros de eficiência mais importantes na fase de liberação de teste.
Melhoria do processo de liberação de teste:
1) Revise o Relatório de Lançamento para a nova funcionalidade, personalização / modificação da funcionalidade existente, correção de bugs da compilação anterior, que decidirá iniciar a execução do Teste de Fumaça ou Teste de Sanidade ou uma combinação de ambos.
dois) Reveja a atualização Documentos de Teste de acordo com a nova funcionalidade e as correções de bugs, se ainda não estiver atualizado. Normalmente, durante o ciclo de vida de desenvolvimento de software, esses documentos são atualizados pela equipe de teste com base nas reuniões semanais regulares de revisão do projeto.
3) Revise o Software Build no Repositório de Configuração é atualizado para o número da compilação, número da versão, rotulado ou comentado com o nome da versão de acordo com os padrões definidos no plano do projeto. Além disso, certifique-se de que a compilação seja compilada e instalada com êxito no servidor de teste.
4) Agende uma reunião de revisão rápida do projeto após a liberação para discutir os prós e contras da construção lançada, bugs conhecidos e funcionalidade crítica, etc., para evitar qualquer falha de comunicação e revisar quaisquer requisitos importantes do cliente. Evite estritamente qualquer comunicação oral entre as equipes de desenvolvimento e teste, pois isso afeta fortemente a qualidade do lançamento do software.
5) Certifique-se de que a ferramenta de rastreamento de bugs está configurada corretamente , para a equipe de teste alocada e equipe de desenvolvimento do projeto, os números de versão e compilação do software, bem como os módulos / funcionalidades do software, que ajudarão a registrar os bugs de forma eficiente. Caso contrário, deve ser escalado para o gerente de projeto ou gerente de teste em uma base de alta prioridade.
6) Devolva o Build para a Equipe de Desenvolvimento sem quaisquer compromissos, se a compilação falhar no teste de fumaça ou sanidade. Estritamente, o teste não deve ser continuado quando o sistema falha no teste de fumaça. Isso economizará muito tempo e esforço e melhorará a qualidade do software lançado nas versões subsequentes.
7) Agende a liberação do projeto no dia 1stDia da semana que ajudará o gerente de teste a planejar o próximo ciclo de teste com base na estabilidade da construção e também a enviar um relatório de teste rápido ao gerente de projeto, que aumentará a qualidade do software com bastante antecedência. Se a equipe de desenvolvimento programar o lançamento do projeto na sexta-feira, o fim de semana pode ser utilizado para quaisquer atrasos, bem como para quaisquer problemas de construção em uma estrutura de construção manual ou automatizada.
8) Certifique-se de que os testadores sejam treinados adequadamente no domínio o que ajudará a equipe de teste a aderir ao cronograma de testes e reunir tempo para a próxima rodada de testes. Além disso, a equipe de teste deve ser treinada e ter contato com a tecnologia necessária, como Scripting e SQL, se o projeto exigir boxe branco.
9) Evite a alocação de testadores em vários projetos pois afeta muito a qualidade da execução do teste em tempo real. Na prática, até mesmo os testadores experientes ignoram os recursos e a funcionalidade, bem como ignoram os casos de teste, assumindo que alguns casos de teste nunca falham, quando sobrecarregados de trabalho ou alocados em vários projetos com prazos.
10) Agradeço a equipe de teste por ter paixão pois os testadores não devem trabalhar para o “Dia” ou comentar “Chame um Dia”. Quando o software possui vários módulos e o funcionalista está total ou parcialmente integrado ou inter-relacionado, os testadores devem ter paixão por escrever / executar os casos de teste com grande cobertura e matriz de rastreabilidade, visando a qualidade do software / produto final. Porque mesmo um problema cosmético é um “bug” e contado como “1 bug”.
onze) Certifique-se de que a instalação do software seja fácil e direta pois ajuda a equipe de teste a reinstalar o software quando necessário, em vez de esperar que o gerente de desenvolvimento ou um gerente de instalação faça o mesmo trabalho, o que acabará com o tempo de teste disponível desnecessariamente. Por exemplo, embora a instalação baseada no Windows seja fácil, mas quando envolve vários servidores da web e redes de longa distância em um ambiente de teste de várias camadas, os testadores podem levar horas para instalar o software. Se o capas de teste de software e instalação, desinstalação , patches ou atualizações de software, é mais provável que seja discutido em detalhes o processo de execução dos casos de teste com a equipe de teste.
12) Certifique-se de que as ferramentas automatizadas estão disponíveis com licença para um framework de teste de automação . A execução de casos de teste em uma estrutura automatizada é fácil em comparação a um cenário de teste manual, desde que as ferramentas automatizadas estejam configuradas e licenciadas adequadamente para vários usuários. Especialmente, quando o plano de teste envolve desempenho e teste de carga além da execução regular de caso de teste e teste de regressão, os testadores devem cobrir a execução de casos de teste em vários ambientes, como vários servidores, vários navegadores, vários usuários, etc.
13) Certifique-se de que as máquinas fantasma estejam configuradas para teste antes de iniciar a execução do teste. Máquinas fantasma são máquinas com diferentes ambientes de teste. Por exemplo, um software de aplicativo da web pode ser planejado para testar em vários ambientes como Windows 7 e Access DB ou Windows 2008 e SQL Server ou Windows 8 e Oracle ou Mainframe e DB2 etc., com todos os navegadores como Chrome, Firefox, Internet Explorer , Safari etc., Alguns “testes de sistema” requer até mesmo formatar completamente o disco rígido e instalar um software novo ou atualizar o software existente com patches e atualizações etc.
14) Evite implementar os novos recursos / solicitação de mudança parando a execução do teste e relançar o software para indicar a fase de teste novamente. Esta é uma prática muito ruim em muitas organizações de software de acordo com os requisitos de negócios para satisfazer os clientes externos ou, pelo menos, para atender às demandas do comitê gestor ou às vezes das equipes de vendas / marketing. Mesmo que as solicitações de mudança dos clientes sejam sempre incentivadas em um ambiente de projeto 'Ágil', ele deve ser planejado e implementado adequadamente antes do lançamento do software para a equipe de teste.
Gerenciar e controlar o conteúdo da versão de teste
Gerenciar e controlar o conteúdo da versão de teste é mais importante para qualquer software de TI ou até mesmo para qualquer ambiente de software que não seja de TI, que será representado na figura abaixo.
- Os gerentes de projeto e / ou o comitê gestor do projeto depende da autoridade da matriz organizacional, é responsável por selecionar o conteúdo de cada lançamento.
- Uma vez que os bugs e / ou os novos recursos e a solicitação de mudança dos clientes sejam identificados e aprovados, ele será implementado pela equipe de desenvolvimento que deve ser comunicado às partes interessadas do projeto antes do desenvolvimento / implementação ser iniciado.
- Com base na versão final implementada, a equipe de teste atualizará os documentos relacionados e se preparará para o teste de acordo.
- A equipe de teste iniciará o teste de fumaça / sanidade de acordo com os requisitos definidos no relatório de lançamento.
- Assim que o Sanity for aprovado, a equipe de teste iniciará a execução do teste de acordo com a programação e tarefas alocadas, ou seja, Teste Funcional, Teste Não Funcional, Teste de Segurança, Teste de Sistema, Teste de Desempenho, Teste de Carga, Teste de Aceitação do Usuário, etc.
- Assim que a primeira rodada do ciclo de teste for concluída, os relatórios de teste serão enviados a todas as partes interessadas e ao gerente da equipe de desenvolvimento para planejar a próxima iteração de execução do teste.
- Dependendo do status dos relatórios de teste e da gravidade e complexidade do bug, um ciclo completo de uma segunda rodada de execução de teste ou teste de regressão será planejado junto com o teste de aceitação do usuário.
- Após a conclusão dos ciclos de execução de teste planejados, os relatórios de teste serão enviados a todos os stakeholders do projeto para aprovação / reprovação / falha dos recursos, funcionalidades e correções de bugs.
Modelo de relatório de liberação de amostra:
Observação : Modelo de amostra do MS Word para relatório de lançamento também está disponível para download abaixo.
Encontre abaixo um “ Relatório de liberação de amostra ”Que cobre os principais aspectos do processo de lançamento, o que torna a vida profissional de toda a equipe do projeto muito mais feliz do que nunca.
GPSNavigation_Release_Report_Ver_1.0.7_Release_14.0_Build_105.25.03
# 1) Escopo
A navegação GPS para a XYZ Company Limited está sendo lançada para testes internos. A versão lançada é 1.0.7, o número de lançamento é 14.0 e o número de compilação 105.25.03. Esta versão do software inclui os novos recursos e as principais correções de bugs da versão anterior. O teste de fumaça foi aprovado na fase de desenvolvimento, mas um Smoke & Sanity é necessário antes de ir para o teste de regressão.
# 2) Referências
GPSNavigation_URD_1.0.12, GPSNavigation_FFD_2.17, GPSNavigation_BusinessUseCases_1.23.10, GPSNavigation_TestPlan_1.44, GPSNavigation_TestSuites_2.10, GPSNavigation_UnitTesting_23.3
# 3) Descrição da versão
Esta versão é uma versão controlada do GPS Navigation e contém os seguintes recursos e funcionalidades.
Os recursos marcados com * são novos nesta versão.
Os recursos a seguir não foram implementados nesta versão.
1. Módulo 1
1.1 Recurso 1
1.1.1 Funcionalidade 1
# 4) Gerenciamento de configuração
Estamos usando o Visual Source Safe como ferramenta de gerenciamento de configuração. A compilação está disponível no seguinte caminho.
Link interno: http://234.23.45.111/internalbuild/gpsnavigation/release1.0.13
Link externo: https: // 234.23.45.111/externalbuild/gpsnavigation/release1.0.13
# 5) Instruções e etapas de instalação
Forneça as informações detalhadas para a instalação do build à equipe de controle de qualidade / teste.
# 6) Problemas / bugs corrigidos
O status dos bugs é atualizado no sistema de rastreamento de defeitos.
# 7) Problemas / bugs a serem corrigidos
# 8) Entregáveis
# 9) Bugs / problemas conhecidos
# 10) Lista de verificação de liberação
| Sim não / | Descrição | S / N |
|---|---|---|
| 1 | Todos os arquivos foram verificados no Visual Source Safe? | |
| dois | O rótulo foi colocado na pasta adequada no VSS de acordo com os padrões internos? | |
| 3 | A versão é identificável como versão 'externa' / 'interna' no VSS? | |
| 4 | Nos comentários, a versão foi mencionada no VSS? | |
| 5 | Nos comentários, uma breve descrição foi mencionada no VSS? | |
| 6 | O código foi revisado e os problemas de revisão de código foram registrados no Clear Quest? | |
| 8 | O documento de teste de unidade foi preparado e revisado? | |
| 9 | Casos de teste de unidade executados e os resultados atualizados para o status? | |
| 10 | O documento de caso de teste de unidade atualizado está disponível no VSS? | |
| onze | Todos os problemas do Clear Quest para este lançamento foram resolvidos / fechados? | |
| 12 | Todas as tarefas do pacote de trabalho concluídas e atualizadas no VSS? | |
| 13 | O teste de fumaça foi concluído e aprovado? |
=> Download: Clique aqui para baixar o modelo de relatório de lançamento de amostra em formato MS Word.
Conclusão:
Como melhorar continuamente o processo de liberação de teste
Dica # 1) Configure uma equipe de engenharia de versão que cuidará dos fatores críticos de manutenção das versões e compilações de software e será responsável pelos sistemas centralizados de gerenciamento de configuração de software.
Dica 2) Motivar e valorizar as equipes de projeto por seguir o processo envolvido no Ciclo de Vida de Desenvolvimento de Software, Ciclo de Vida de Desenvolvimento de Produto e Ciclo de Vida de Teste de Software. Podemos definir o processo, mas até e a menos que seja seguido pelas pessoas envolvidas, não adianta definir o processo.
Dica # 3) Faça uma estimativa do esforço de teste com base nas experiências e na história anterior. Escrever casos de teste é totalmente diferente de executar o mesmo. Os testadores devem entender o que testar, como testar e quando testar, caso contrário, os esforços dados ao ciclo de teste serão desperdiçados, mesmo que várias rodadas do ciclo de teste tenham acontecido.
Dica # 4) Finalmente, se possível e viável, automatize a fase de teste usando algumas ferramentas de teste universalmente aceitas. O uso de ferramentas de construção automatizadas e ferramentas de teste automatizadas reduzem os esforços de teste em mais de 50%, melhorando a qualidade do software e garante 100% de qualidade se a estrutura de automação for projetada corretamente.
Dica 5) Por último, mas não menos importante, o lançamento de teste não é apenas um trabalho, é uma arte de tornar a vida de todas as partes interessadas em um projeto mais fácil e confortável.
Sobre o autor: Balu A. é um experiente profissional de TI técnico-funcional com mais de duas décadas de experiência em software de TI e uma década de experiência em gerenciamento de projetos e testes, fornecendo aplicativos corporativos e soluções de mobilidade entre domínios usando tecnologias Microsoft, Oracle, Java e Mobile. Ele é basicamente um líder com uma paixão por promover as pessoas para se tornarem líderes com a atitude certa e adora trabalhar em um ambiente orientado a processos e acredita que o processo melhora a eficiência, qualidade e produtividade dos funcionários.
Nopróximo tutorial, vamos aprender - como Melhore a eficiência do caso de teste.
Deixe-nos saber suas idéias / dúvidas nos comentários abaixo.
Tenha uma versão de software de acordo com o processo!
Teste completo dentro do cronograma com grande produtividade e esforço !!
Tente obter uma entrega de software com qualidade garantida e sem erros !!!
Se você gostou deste artigo, considere compartilhá-lo com seus amigos!
Leitura recomendada
- Curso de Teste de Software: Qual Instituto de Teste de Software devo ingressar?
- Melhores ferramentas de teste de software 2021 (QA Test Automation Tools)
- Trabalho de assistente de controle de qualidade de teste de software
- O que é Monkey Testing em Software Testing?
- Escolhendo o teste de software como sua carreira
- Trabalho de freelancer de redator de conteúdo técnico de teste de software
- Exemplo de relatório de bug
- Fluxo de processo de controle de qualidade de teste de software prático (requisitos para liberação)