Menu

Treinamento de teste de software: treinamento de ponta a ponta em um projeto ao vivo - treinamento de controle de qualidade online gratuito - parte 1

software testing training

Experimente Nosso Instrumento Para Eliminar Problemas

LivreTreinamento de teste de softwareEm um projeto ao vivo em tempo real:

Estamos muito animados para apresentar este próximo série de tutoriais gratuitos de treinamento em Teste de Software. Vamos simular um projeto de software em tempo real de ponta a ponta, examinando cada uma das fases em detalhes, com ênfase especial nos processos de treinamento de QA, fases, funções e responsabilidades, resultados, etc.

Resumindo, esteja pronto para um breve curso online de Teste de Software.

_Fim para encerrar o treinamento em um projeto ao vivo

Nota importante : Os tutoriais gratuitos abaixo são úteis para começar, mas se você estiver interessado no melhor curso de treinamento de teste de software ao vivo online com especialistas, por favor, verifique esta página.

Teste de treinamento de controle de qualidade

=> Aqui está olista de todos os tutoriaisnesta série de treinamento gratuito de controle de qualidade do Live Project:

qual é um bom aplicativo de download de mp3 para Android

Por que este treinamento gratuito de controle de qualidade?

Recebemos muitas perguntas de nossos leitores para compartilhar nossa experiência no processo exato de teste de software seguido pelas equipes de Teste de Software. Portanto, decidimos documentar este STLC completo com a ajuda de um aplicativo de amostra ao vivo que está disponível para teste na Internet.

Estaremos usando este projeto ao vivo para nossa série de treinamento de teste de software. Recomendamos fortemente que você siga de perto esta série, pois será um curso intensivo para aprender e implementar práticas de teste em um aplicativo ao vivo.

O que você aprenderá:

Treinamento de teste de software no projeto Live - O que é?

Antes de prosseguirmos, gostaria de explicar sobre o que é esta série de cursos de Teste de Software e como ela tomará forma à medida que avançamos.

Escolhemos um aplicativo ativo (cujos detalhes estão abaixo) e começamos com:

- Basicamente, tudo o que normalmente faríamos em um projeto de teste de software em tempo real - com exemplos, artefatos e entregas em tempo real, todos criados no processo.

Como seguir esta série de cursos de teste de software?

Passo 1) Introdução e passo a passo do SRS - Começaremos este minicurso de teste de software com o passo a passo do SRS. Criamos e compartilhamos um exemplo de documento SRS. Passe por isso, pois todas as etapas adicionais dependem de sua compreensão desta aplicação.

Passo 2) Revisão do SRS e preparação do cenário de teste.

Etapa 3) Plano de Teste - conclua o processo de criação de um Plano de Teste do zero. A versão final do plano de teste será compartilhada com você para referência.

Passo 4) Casos de Teste - processo completo de escrita de casos de teste com alguns exemplos de casos de teste. Podemos usar qualquer ferramenta ou planilha de gerenciamento de teste para escrever casos de teste.

Etapa 5) Passo a passo do aplicativo e execução de teste - como executar casos de teste e registrar os resultados do teste?

Etapa # 6) Relatório de Defeito

Etapa # 7) Verificação de defeito, processo de teste de regressão

Etapa # 8) Assinatura de QA

A intenção é dar a todos uma sensação de experiência e expertise em projetos em tempo real. Esperamos que você ache esta série útil.

Aplicativo que iremos usar posteriormente

Introdução

Cliente: laranja
Inscrição: Demonstração OrangeHRM .
Provedor de serviço: SoftwareTestingHelp.com

Descrição do Projeto

A Orange deseja criar um produto comercial de gestão de recursos humanos que possa ser consumido e personalizado por empresas de médio porte localizadas em um único país e globalmente.

Possui 2 versões: Profissional e empresarial.

Os recursos incluem

  • Gestão de Informação Pessoal
  • Gerenciamento avançado de licenças
  • Rastreamento de tempo e presença
  • Gestão de Desempenho do Funcionário
  • Recrutamento
  • Relatórios Avançados
  • Gestão de funcionários com base no país / localização
  • Regras de licença localizadas
  • Fluxos de trabalho configuráveis
  • Suporte Platinum
  • Relatórios com base em país / localização
  • Relatórios Personalizados

Observação : Por uma questão de simplicidade e para limitar o escopo, vamos considerar o módulo de funcionários deste portal de RH, onde o usuário tem a opção de inserir suas informações pessoais.

Quando um cliente ou proprietário de uma empresa precisa se aventurar no mundo online ou fazer atualizações em um site ou aplicativo já existente, a necessidade é um problema de negócios e o software é um pedaço de código projetado para resolver esse problema de negócios.

Um cliente então aborda um provedor de serviços de software para tornar esse software uma realidade para eles. É aí que começa o início do projeto de software.

Um tradicional Projeto Cachoeira (SDLC) tem as seguintes fases:

Processo de desenvolvimento de software

  • Como controle de qualidade, todos sabemos que, embora 'Teste' seja a etapa 5 deste fluxo, não é o único lugar onde nós, testadores, desempenhamos um papel proeminente.
  • Além disso, o teste é um trabalho reativo. Sem nenhum código / aplicativo pronto para testar, não podemos realmente 'testar' nada. Para estar prontos e reagir da maneira mais eficiente possível, tentamos ao máximo planejar e nos preparar com antecedência. Portanto, embora a fase 5 seja para testes, nossas atividades começam bem à frente.

Em suma, é isso que acontece em cada fase !!

Iniciar:

Uma vez que o produtor e o cliente concordem com os termos - a produção do software começa.

  • Nesta fase, os requisitos de negócios são reunidos e analisados. A análise vai envolver as decisões sobre considerações tecnológicas, especificações de hardware e software, pessoas, esforço, tempo, relevância e melhorias entre outros.
  • Analistas de negócios, gerentes de projeto e representantes do cliente estão envolvidos nesta etapa.
  • Ao final desta etapa e do projeto básico, o plano é elaborado.
  • Documentos específicos do projeto, como documento de escopo e / ou requisitos de negócios, são feitos.
  • O envolvimento de QA nesta fase normalmente não é esperado. (Este é um pequeno desvio do que deveria ser porque para identificar problemas no início das fases de desenvolvimento, é melhor envolver o controle de qualidade desde o início.)

Definir:

software de backup online para provedores de serviços

Os requisitos de negócios finalizados são as entradas para esta etapa.

  • Esta fase envolve a tradução dos requisitos de negócios em requisitos funcionais para o software. Por exemplo , se o requisito de negócios for permitir que um usuário compre algo em um site. O requisito funcional terá detalhes como Formato do site-> Nome da opção de menu e posicionamento-> Pesquisar produto-> Carrinho de compras-> Checkout (registro ou não) -> Opções de pagamento-> Confirmação de venda.
  • Desenvolvedores, analistas de negócios, gerentes de projeto estão envolvidos nesta fase
  • A saída desta fase é um documento detalhado contendo os requisitos funcionais do software. Este documento é conhecido por vários nomes - Especificação de Requisitos de Software (SRS), Documento de Requisitos Funcionais (FRD) ou Especificação de Requisitos Funcionais (FRS).
  • É aqui que a equipe de QA se envolve - após a conclusão da documentação do SRS.
  • Enquanto a finalização dos requisitos funcionais e a documentação do SRS estão em andamento, o gerente / líder de QA está envolvido para elaborar um versão inicial do plano de teste e formar uma equipe de controle de qualidade.
  • O envolvimento da equipe de QA ocorrerá assim que o SRS for documentado.
  • Nesse estágio, a equipe de desenvolvimento ou o analista de negócios ou, às vezes, até mesmo o líder da equipe de QA dará um passo a passo do SRS para a equipe de QA.
  • No caso de um novo projeto, um passo a passo completo na forma de uma conferência ou reunião funciona melhor
  • No caso de versões posteriores de um projeto existente, um documento é enviado por e-mail ou colocado em um repositório comum para a equipe de QA. A equipe de QA neste momento iria ler / revisar offline e entender o sistema completamente.
  • Como o público-alvo principal do documento SRS não são apenas testadores, nem tudo é útil para nós. Nós, testadores, devemos ser diligentes o suficiente ao revisar este documento para decidir quais partes dele são úteis para nós e quais não são.

Documento SRS para este projeto ao vivo

Um exemplo de documento SRS está anexado a esta postagem para lhe dar uma ideia de como este documento se parece, o formato em que está escrito, que tipo de informação ele contém, etc. No próximo artigo, veremos como este documento é consumido pela equipe de QA para prosseguir em nossos projetos de teste.

==> Baixar Documento SRS de Amostra de Projeto Live .

Conclusão

Neste artigo, apresentamos o processo de teste e desenvolvimento de software. Também compartilhamos um documento de SRS de amostra para o projeto ao vivo que vamos testar.

=> O próximo artigo desta série de treinamento de teste de software será - Revisão SRS e o processo de criação de cenários de teste .

Nota: Enquanto o próximo artigo desta série de treinamento de controle de qualidade está sendo escrito, trabalhe conosco em paralelo aqui para o mais experiência ao vivo . Tente dar uma boa leitura ao documento SRS e então continuaremos com as próximas etapas quando nos encontrarmos novamente.

Feliz teste, até então!

Sobre o autor: Swati Seela, membro da equipe STH, está nos ajudando a apresentar esta série de treinamento de controle de qualidade do projeto ao vivo.

Leitura recomendada

^