Um guia para iniciantes para testar o novato - Ali Daniel ganhará 50 mil no ano do touro

O objetivo de escrever este artigo é ajudar novos testadores a entender melhor a indústria de teste de software e suas perspectivas de desenvolvimento. Deixe que os recém-chegados não saibam mais nada sobre a indústria e entre facilmente na indústria de teste de software.

1. Responsabilidades do Engenheiro de Teste de Software

Com o desenvolvimento da tecnologia, vários aplicativos e vários aplicativos surgiram! No início, esses aplicativos eram usados apenas por desenvolvedores, produtos e alguns usuários, e as alterações correspondentes foram feitas. Depois de se sentirem bem, eles se conectaram. Eles podem ser usados diretamente na Internet ou em algumas plataformas de download de aplicativos , e eles não foram padronizados. Teste de software! Esse software mais ou menos terá alguns bugs, esses bugs podem ser funcionais, de compatibilidade, de desempenho e outros aspectos do problema!

A fim de melhorar o problema de baixa qualidade de software, a indústria de teste de software apenas começou a receber atenção! O objetivo do teste de software é melhorar a qualidade do software e dar aos usuários um melhor senso de experiência!

O engenheiro de teste de software entende os requisitos funcionais do produto, testa-o, verifica se o software tem algum bug, testa se o software tem robustez, segurança e facilidade de operação e escreve as especificações de teste correspondentes e equipe dedicada para casos de teste.

Responsabilidades do engenheiro de teste de software:

1. Compilar casos de teste com base em documentos de requisitos e documentos de design;

2. Teste completo de integração do produto e teste do sistema;

3. Construir um ambiente de teste de acordo com o plano de teste;

4. Realizar testes manuais com base em casos de teste, feedback e rastrear bugs do produto e defeitos de caso de uso;

5. Pesquisa e aplicação de ferramentas / sistemas de teste;

Em segundo lugar, as características da indústria de teste de software

Muitos colegas de classe ao meu redor mudaram de carreira para fazer testes de software. Freqüentemente, pergunto a meus colegas por que eles são engenheiros de teste de software. Costumo fazer essa pergunta durante as entrevistas. A resposta classificada pode ser dividida em duas categorias:

Gostaria de testar este trabalho;
O salário de TI é alto, quero trabalhar com TI, mas não consigo programar e o limite de teste é baixo.

Admiro os colegas que gostam muito de testar. Também entrei para a família de testes porque gosto de computadores e o limite para testes é baixo. Mais tarde, gosto de desfrutar da sensação de realização proporcionada pelo teste e da alegria de localizar o problema sozinho.

Eu rapidamente classifiquei as características de várias profissões de teste de software para sua referência.

Entrada rápida, alto salário
Qualificações educacionais relativamente baixas
A demanda do mercado é grande, a concorrência de emprego é pequena
Longa carreira e amplo espaço de desenvolvimento

Terceiro, o desenvolvimento de testes de software

Em um sentido amplo, o desenvolvimento dos testadores é dividido, ou seja, não se limita apenas a testar seus próprios trabalhos, existem cerca de seis categorias de direções. Existem três elementos essenciais de habilidade que determinam diferentes direções de desenvolvimento, a saber:

Três elementos principais: desenvolvimento de negócios, desenvolvimento de gerenciamento e desenvolvimento de teste.

desenvolvimento de negócios

O desenvolvimento dos negócios trouxe a busca pela qualidade e rapidez, que é a principal linha de desenvolvimento de toda a indústria.
As necessidades de desenvolvimento de negócios afetaram o desenvolvimento e teste de produtos. É tão ganancioso quanto os capitalistas e está sempre buscando avanços em gargalos. Perseguindo um desenvolvimento mais rápido e melhor.
Ele determina a vida e a morte de muitas empresas e o futuro de muitos engenheiros da indústria. P&D, produtos e controle de qualidade são todos para serviços comerciais.

Desenvolvimento tecnológico

A tecnologia é uma parte importante da produtividade e o desenvolvimento da tecnologia está se acelerando. Cada mudança qualitativa trará algumas mudanças importantes, e a maturidade da tecnologia determina o quanto a indústria de testes pode alcançar. Como engenheiro de teste, você deve ser bom no uso da pilha de tecnologia atual para criar uma solução que atenda às necessidades atuais.

Desenvolvimento de gestão

O corpo principal da empresa não se detém na busca de uma gestão simples e eficiente.Cada avanço em tecnologia e ferramentas significa que a capacidade de organização e comunicação é aprimorada. A direção da administração se tornará gradualmente plana, com cada vez menos gerentes seniores e cada vez mais gerentes de linha de frente.
Um dos aspectos embaraçosos da indústria de testes é o desaparecimento do modelo do grande departamento de qualidade, o que fez com que o desenvolvimento da indústria de testes atingisse um limite.
Se você não pode manter a P&D e os produtos, as pessoas no desenvolvimento de a indústria de testes não pode ser bem promovida.

De acordo com o domínio das três habilidades essenciais e a interseção entre elas, elas são divididas aproximadamente em 6 categorias:

Direção da gestão: supervisor de teste, gerente de teste, gerente de projeto, gerente de qualidade, gerente de suporte técnico, gerente de teste de pré-vendas
Direção da tecnologia de teste: engenheiro de teste sênior, especialista em tecnologia de teste, consultoria de teste, teste de terceirização, educação e treinamento vocacional
Direção da tecnologia de negócios: desenvolvedores, engenheiros de análise de sistema, engenheiros de análise de requisitos, especialistas em soluções, pesquisa de mercado e planejamento de produtos, especialistas em testes da indústria
Direção de suporte técnico: suporte pré-venda, suporte técnico, atendimento ao cliente, treinamento de cliente, resolução de problemas externos
Direção de garantia de qualidade: QA, auditores de qualidade, pessoal de melhoria de qualidade, pessoal de análise de risco
Outras direções: desenvolvimento de documentos, equipe de vendas, teste de pré-vendas, equipe de marketing, equipe de manutenção do projeto

Ele representa apenas a direção específica de cada direção principal, e os subordinados e subordinados não são marcados entre as várias direções / postagens, e a relação de nível não é marcada.

Quarto, o processo de teste de software

Independentemente do desenvolvimento ou teste, há um lado da demanda. Por meio da comunicação com o lado da demanda, as informações são integradas e uma especificação de demanda é formulada! Especificação de requisitos: refere-se ao texto de requisitos do usuário para as funções, desempenho, compatibilidade, interface do usuário e outras partes do software! Desenvolva e projete o programa de acordo com a especificação de requisitos! No entanto, algumas empresas não fornecem especificações de requisitos. A maioria das empresas usa formatos de reunião e modelos de design como requisitos nesta parte. O objetivo disso é que os requisitos não sejam claros e o custo de comunicação seja muito alto!

A seguir está um fluxograma de teste que eu acho mais rigoroso ou padronizado:

Cinco, classificação de teste de software

Classificado por método:

Teste de caixa preta: entendido como estrutura interna invisível, geralmente para verificar seu funcionamento.
Teste de caixa branca: Veja a estrutura interna e verifique o código interno.
Teste de caixa cinza: combina dois tipos de teste, caixa preta e caixa branca.

Classificado por direção:

Teste de funcionamento: Teste o funcionamento do software.
Teste de desempenho: teste de estresse, teste de carga, teste de simultaneidade, etc.
Teste de segurança: Teste a segurança do software.

Classificado por estágio:

Teste de unidade: métodos, funções, classes
Teste de integração: interface
Teste de sistema: função, desempenho, segurança, compatibilidade, facilidade de uso, estabilidade, IU, etc.
Teste de aceitação: aceitação

Classificado por objeto:

Teste de aplicativo
teste da web
Teste de IoT

。。。

Classificado por status:

Teste estático: teste o código de acordo com o teste da caixa branca
Teste dinâmico: de acordo com o teste de caixa preta ou caixa cinza

outro:

Teste de fumaça: o teste antes do teste, provavelmente o software de teste não pode ser testado (pode-se entender que há problemas com testes aleatórios)
Teste de regressão: Depois que o problema que aparece no teste é realimentado, o problema é testado novamente.
Teste alfa: teste interno
Teste Beta: Beta Aberto

6. Introdução ao teste de software

1. O ciclo de vida do teste de software

Análise de requisitos de teste -> design de teste -> plano de teste -> execução de teste -> avaliação de qualidade

2. A base do teste de software

O básico do teste é a parte mais importante do teste de software. Enquanto você estiver fazendo o teste, não importa qual seja o teste, os conhecimentos básicos e teóricos do teste devem ser aprendidos.

Definição de teste de software:

Descreva um processo usado para promover a correção, integridade, segurança e qualidade do software. Em outras palavras, o teste de software é um processo de revisão ou comparação entre a saída real e a saída esperada.

A definição clássica de teste de software é: o processo de operar um programa sob condições prescritas para encontrar erros do programa, medir a qualidade do software e avaliar se ele pode atender aos requisitos de design.

Método de teste:

Teste de software é o processo de utilização de meios manuais ou automáticos para executar ou medir um determinado sistema de software, com o objetivo de verificar se ele atende aos requisitos especificados ou de esclarecer a diferença entre os resultados esperados e os resultados reais.

Do ponto de vista de se você se preocupa com a estrutura interna e a implementação específica do software, os métodos de teste incluem principalmente o teste de caixa branca e o teste de caixa preta. Os métodos de teste de caixa branca incluem principalmente inspeção de código, análise de estrutura estática, medição de qualidade estática, cobertura lógica, teste de caminho básico, teste de domínio, teste de símbolo, cobertura de caminho e mutação de programa. Os métodos de teste de caixa preta incluem principalmente o método de divisão de classe de equivalência, método de análise de valor limite, método de especulação de erro, método de diagrama de causalidade, método baseado em tabela de decisão, método de projeto ortogonal de experimento, método de diagrama de função, método de cena, etc.

Do ponto de vista de execução do programa, o método de teste pode ser dividido em teste estático e teste dinâmico. O teste estático inclui inspeção de código, análise de estrutura estática, medição de qualidade de código, etc. O teste dinâmico é composto de três partes: construir a instância de teste, executar o programa e analisar o resultado de saída do programa.

Plano de teste de software:

O plano de teste de um projeto de software é um documento que descreve o propósito, escopo, método e foco do teste de software. Escrever documentos de plano de teste para verificar a aceitabilidade de produtos de software é uma maneira útil.

Um bom plano de teste pode desempenhar as seguintes funções:

Integre o trabalho de teste com todo o trabalho de desenvolvimento;
recursos e alterações são tratados com antecedência como um risco controlável.

Programa de teste:

A estratégia de teste faz parte do plano de teste.

O plano de teste é analisar ou decompor os requisitos da perspectiva do teste e especificar como testar na direção.O resultado da análise é o ponto de teste e o método de teste.

O plano de teste inclui:

Introdução (incluindo a, propósito da escrita; b, leitores previstos; c, materiais de referência);
Faixa de teste;
Estratégia de teste (considere diferentes métodos de teste de acordo com diferentes tipos de teste)

Escrevendo casos de teste

Ideias gerais para escrever:

Caso de teste caixa preta (prioridade) + caso de teste caixa branca (suplementar) = caso de teste completo

Estratégia geral de escrita:

Para a escrita de casos de teste, os quatro métodos comumente usados são basicamente suficientes, classe de equivalência, valor limite, método de experimento ortogonal, método de inferência de erro, complementado por método de teste de cenário, método de conversão de demanda / projeto e ideias de teste exploratório. o teste da maioria dos produtos. Produtos individuais também precisam ser refinados e expandidos em um determinado ponto, e precisam ser discutidos sobre o assunto.

Definição de BUG:

O software não implementa as coisas especificadas no manual do produto. Por exemplo, o manual do produto requer que a calculadora realize as funções de adição, subtração, multiplicação e divisão, e a calculadora não pode ser dividida. Este é um BUG.

A especificação do produto estipula o que não deve ser feito, mas o software o implementa. Por exemplo, a especificação do produto exige que a calculadora não implemente outras funções, exceto adição, subtração, multiplicação e divisão. A calculadora construída não pode apenas realizar a adição, subtração, multiplicação e operações de divisão., Também pode realizar operações de potência ou trigonométricas, que também é um BUG.

O manual do produto não menciona nada, mas o software o implementa. Por exemplo, o manual do produto exige que a calculadora implemente as funções de adição, subtração, multiplicação e divisão. A calculadora também pode realizar exponenciação, que também é um BUG.

O manual do produto não menciona o que deve ser feito, mas o software não o implementa. O manual do produto exige que a calculadora implemente as funções de adição, subtração, multiplicação e divisão, mas não menciona que pode ser usada normalmente mesmo quando o a bateria está muito fraca. A calculadora cometeu um erro de cálculo quando a bateria está muito fraca, o que também é um BUG.

O software é difícil de entender, difícil de usar e a velocidade é muito lenta. Os problemas que os testadores veem da perspectiva do usuário final são comuns, mas não corretos. O manual do produto exige que a calculadora implemente adição, subtração, multiplicação e funções de divisão. Mas o texto ou logotipo usado pelo botão não é claro, como: o botão "mais" é representado por "e", ou leva 1 minuto ou mais para calcular 1 + 1, que também é um BUG.

Classificação de BUG:

Bug fatal: os requisitos do sistema não podem ser totalmente atendidos, o sistema para de funcionar, partes importantes do sistema não podem ser executadas, o sistema trava ou trava, etc., o que faz com que o sistema deixe de funcionar normalmente.

Bugs sérios: afetam seriamente a realização dos requisitos do sistema ou funções básicas e não há método corretivo (reinstalar ou reiniciar o software não é um método corretivo). Tornar o sistema instável, ou destruir dados, ou produzir resultados errados, ou algumas funções não podem ser executadas, e é um grande problema que freqüentemente ocorre em operações convencionais ou é inevitável em operações não convencionais. O sistema não pode atender aos principais requisitos de negócios, desempenho , função ou usabilidade é severamente reduzida.

Bug geral: O sistema pode atender aos requisitos de negócios, o desempenho do sistema ou o tempo de resposta é lento, o resultado intermediário está errado, mas o resultado final não é afetado e outros problemas com impacto limitado.

Bug de baixo nível: torna o operador inconveniente ou incômodo, mas não afeta a execução de funções de trabalho ou funções importantes. Erros de ortografia da interface ou inconveniência do usuário e outros pequenos problemas ou problemas que precisam ser melhorados

Oito elementos do BUG:

Número do defeito: o identificador único do defeito
Status de defeito: o andamento do processo de rastreamento de defeito
Título do defeito: uma visão geral do defeito, descrevendo a natureza do problema
Passos para reproduzir: Descreva os passos para reproduzir os defeitos passo a passo
Gravidade: o grau de influência do defeito no sistema de software
Prioridade: a importância ou urgência de corrigir o defeito
Tipo de defeito: de acordo com a origem do defeito e o tipo classificado
Ambiente de teste: configuração do ambiente de teste, incluindo sistema operacional e navegador

Ciclo de vida do BUG

Enviar bug - atribuir bug - lidar com bug - verificar bug - fechar bug

Novo, confirmar, resolver, verificar novamente, fechar, reabrir

A relação entre os processos de teste e desenvolvimento

Fluxo de cachoeiras:

De forma linear, a atividade atual aceita o resultado do trabalho da atividade anterior. Os resultados do trabalho precisam ser verificados e são irreversíveis de cima para baixo, por isso a eficiência é baixa e, se forem encontrados erros, eles devem ser revirados e retrabalhados.

Planejamento- → Análise de Requisitos → Projeto → Codificação → Teste → Operação e Manutenção

Função: O modelo em cascata é a estrutura básica de todos os outros modelos e ocupa uma posição importante na engenharia de software.

O modelo em cascata é um modelo de desenvolvimento de software executado em uma sequência linear, pois cada estágio do modelo em cascata é executado apenas uma vez.

No modelo em cascata, a fase de teste ocorre depois que o software é implementado, o que significa que há tempo suficiente reservado para atividades de teste depois que o código é concluído, caso contrário, isso levará a testes insuficientes e deixará os defeitos diretamente para o cliente.

Forma de V:

O modelo V é uma melhoria do modelo em cascata com o qual estamos familiarizados. A esquerda é o grupo de desenvolvimento e a direita é o grupo de teste. Existe essa correspondência um a um.

Tipo W (duplo V)

O modelo W evoluiu do modelo V. Na verdade, o desenvolvimento é V, e o teste é paralelo V. Comparado com o modelo V, o modelo W adiciona atividades de verificação e confirmação que devem ser realizadas simultaneamente em cada estágio de desenvolvimento do software .W indica claramente o teste e a relação paralela de desenvolvimento.

O modelo w é desenvolvido e testado em conjunto, e o teste também é baseado nas necessidades do usuário. Você não precisa esperar que o desenvolvimento seja concluído antes de fazer o teste. Portanto, o teste não pode se referir apenas ao esboço do design do desenvolvimento, mas também se referem à análise de demanda anterior, etc.

Espiral

Desenvolva um plano → análise de risco → engenharia de implementação (confirmação de requisitos, requisitos de software, design de produto de software, confirmação e certificação de design, design detalhado, desenvolvimento, teste) → avaliação do cliente

Características:

O modelo em espiral combina o modelo em cascata com o modelo de prototipagem rápida
Enfatiza a análise de risco ignorada por outros modelos
Cada espiral inclui 4 etapas: planejamento, análise de risco, engenharia de implementação, avaliação do cliente (equivalente a um processo progressivo, cada espiral inclui essas quatro etapas)

PDCA ：

O significado do ciclo PDCA é dividir a gestão da qualidade em quatro etapas, a saber, planejar (planejar), executar (executar), verificar (verificar) e agir (processar). Nas atividades de gerenciamento da qualidade, é necessário planejar, implementar e verificar os efeitos de várias tarefas de acordo com o plano e, em seguida, incluir as bem-sucedidas no padrão e deixar as malsucedidas para o próximo ciclo resolver. Este método de trabalho é o método básico da gestão da qualidade e também a lei geral da gestão empresarial.

1. Plano P (Plano), incluindo a determinação de políticas e objetivos, e a formulação de planos de atividades.

2. D (Do) é executado.De acordo com as informações conhecidas, métodos específicos, esquemas e layouts de plano são projetados; em seguida, operações específicas são realizadas de acordo com o projeto e layout para realizar o conteúdo do plano.

3. C (Verificar) verificar, resumir os resultados do plano de execução, distinguir o que é certo e o que é errado, esclarecer o efeito e descobrir o problema.

4. Processamento de A (Ato), processando os resultados da inspeção sumária, afirmando a experiência bem-sucedida e padronizando-a; resumindo as lições da falha e atraindo a atenção. Para problemas não resolvidos, eles devem ser enviados para o próximo ciclo PDCA para resolução.

Os quatro processos acima não terminam depois de serem executados uma vez, mas são realizados repetidamente.Após o término de um ciclo, alguns problemas são resolvidos, e os problemas não resolvidos entram no próximo ciclo, que aumenta passo a passo.

5W2H ：

Cinco palavras em inglês começando com W e duas palavras em inglês começando com H são solicitadas a encontrar pistas para resolver o problema, encontrar idéias para invenções, idéias de design e chegar a novos projetos de invenção.Isso é chamado de método 5W2H.

(1) O QUE —— O que é? Qual é o propósito? Que trabalho você faz?

(2) POR QUE —— Por que fazer isso? Não podemos fazer isso? Existe uma alternativa?

(3) QUEM —— quem? Quem vai fazer isso?

(4) QUANDO —— Quando? Que horas você faz? Quando é o melhor horário?

(5) ONDE —— Onde? Onde fazer isso?

(6) COMO-como fazer? Como melhorar a eficiência? Como implementar? Qual é o método?

(7) QUANTO - quanto? Até que ponto? Qual é a quantidade? Qual é o nível de qualidade? E quanto ao custo de produção?

3. Aprendizagem de ferramentas

Ferramentas de gerenciamento de teste : TestDirector (grande e completo), jira (simples e fácil de usar), Quality Center (complexo, cobrável), Zen Tao (simples e fácil de usar), bugzilla (função simples), svn (gerenciamento de código e documento ferramenta), vss Semelhante a svn e git, o mesmo que svn, mas o gerenciamento de vários ramos é melhor do que svn, Nota (grande e completo, muito caro), CQ (produto ClearQuest-IBM grande e completo);

Ferramentas de teste de interface : Jmeter (código aberto), carteiro, SoapUI

Ferramenta de teste de desempenho : loadrunner, grande e abrangente, ainda é um pouco difícil de aprender ferramenta proficiente e pesada

Ferramenta de automação C / S : qtp (gravação de reprodução e edição de script), usando linguagem vb, winrunner produtos IBM semelhantes ao qtp, autoit são muito bons no posicionamento de janela;

Ferramentas de teste de caixa branca : estrutura de teste de unidade de linguagem jtest Java, ferramenta Java de verificação JUnit, estrutura de teste de unidade c ++ plataforma cruzada cppunit, estrutura de teste de unidade c ++ de plataforma cruzada gtest, PhpUnit Php, BoundsChecker C ++, Delphi API e verificação de erros OLE, Ponteiro e verificação de erro de vazamento, verificação de erro de memória, TrueTime C ++, Java, verificação de eficiência da operação de código Visual Basic, análise de desempenho de componente

Ferramentas de integração contínua : jenkins, Hudson

Ferramenta de automação de aplicativos : appium deve ser considerado a estrutura de teste automatizada baseada em aplicativo mais popular no momento, a estrutura de teste automatizado sob a plataforma ios de instrumentos, escrita em linguagem java, uiautomator Estrutura de teste automatizada Android, basicamente suporta todas as operações de evento do Android, A própria ferramenta de teste do Monkey Android, Monkey Runner Monkey, uma versão melhorada, suporta a escrita de testes de script por você mesmo, usando a linguagem Python, Robotium é uma estrutura de teste automatizada Android estrangeira, o uso é relativamente simples;

Ferramenta de teste de segurança da web : appscan, uma ferramenta muito usada

Se você está apenas começando, precisa aprender as ferramentas e os pontos de conhecimento, apenas aprenda na ordem.

Protocolo de rede simples: TCP / UDP, HTTP / HTTPS
Operações básicas e instruções comuns do Linux.
Operações básicas e instruções SQL comuns do banco de dados MySQL.
O uso da ferramenta de captura de violino.
Uso de ferramentas de teste de interface do carteiro.
Uso de ferramentas de teste de desempenho jmeter e loadrunner.

4. Aprendizagem de código

Quanto à escolha da linguagem de programação, recomendo Java ou python . Também existe um banco de dados que deve ser dominado!

Aprenda linguagens de programação, mas você não precisa aprender tão profundamente quanto o desenvolvimento. Por exemplo, Java, você só precisa aprender que parte do JavaSE é o suficiente para você. O mesmo é verdade para python, apenas aprenda o básico.

Acima estão as ferramentas de conhecimento e habilidades que um iniciante em teste de software precisa dominar e, definitivamente, não há problema com o teste primário.

Finalmente: uma onda de compartilhamento de dados de teste de software!

No setor de tecnologia, você deve aprimorar suas habilidades técnicas e enriquecer sua experiência prática em projetos de automação, o que será muito útil para o planejamento de sua carreira nos próximos anos e para a profundidade de seu domínio da tecnologia de teste.

Na temporada de entrevistas do Golden 9th e do Silver 10th, a temporada de saltos de empregos, organizar perguntas para entrevistas se tornou meu hábito por muitos anos! A seguir está minha coleção e classificação nos últimos anos, o todo é organizado em torno de [teste de software], o conteúdo principal inclui: vídeo exclusivo de teste de automação python, detalhes de automação Python, um conjunto completo de perguntas de entrevista e outros conteúdos de conhecimento.

Que você e eu nos encontremos e você encontrará algo! Se você deseja trocar experiências em teste de software, teste de interface, teste automatizado e entrevistas. Siga a conta pública do WeChat:[Sad Spicy Strips]Receba gratuitamente um livro de entrevistas com o engenheiro de teste de software de 216 páginas. E os tutoriais de aprendizagem em vídeo correspondentes são gratuitos para serem compartilhados! Saia de aprendizagem de comunicação:313782132