Existem três tipos principais de testes automatizados.
1. Teste de unidade automatizado
Testes automatizados de teste de unidade no nível do código. Bugs são identificados em funções, métodos e rotinas escritas por desenvolvedores.
Algumas empresas exigem que os próprios desenvolvedores realizem testes unitários, enquanto outras contratam recursos dedicados de automação de testes. Esses recursos têm acesso ao código-fonte e escrevem testes unitários para quebrar o código de produção. Graças aos testes unitários, toda vez que o código é compilado, todos os testes unitários são executados e nos informam se tudo está funcionando corretamente. Se algum teste de unidade falhar, significa que agora há um bug no código de produção.
Algumas das ferramentas mais populares do mercado são NUnit e Unity. A Microsoft também fornece sua própria estrutura de testes unitários chamada MSTest. Através dos sites dessas ferramentas, eles fornecerão exemplos e tutoriais sobre como escrever testes unitários.
2. Teste automatizado de serviço Web/API
As interfaces de programação de aplicativos (APIs) permitem que o software se comunique com outros aplicativos de software. Assim como qualquer outro software, as APIs precisam ser testadas. Nesses testes, Gui geralmente não está envolvido.
O que testamos aqui normalmente são problemas de funcionalidade, conformidade e segurança. Em uma aplicação web, podemos testar se as solicitações e respostas da aplicação são seguras e criptografadas.
Este é um dos exemplos em que podemos usar testes de API. A ferramenta de teste de API mais popular é o SOAPUI, que possui versões gratuitas e pagas. Existem outras ferramentas que você pode usar conforme necessário.
现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：110685036
3. Teste automático de GUI
Este tipo de teste automatizado é a forma mais rigorosa de automação, pois envolve testar a interface do usuário do aplicativo.
Isso é difícil porque a GUI é muito fácil de alterar. No entanto, esse tipo de teste também se aproxima mais do que os usuários fazem com nosso aplicativo. Como o usuário usará mouse e teclado, o teste automatizado de GUI também imita o mesmo comportamento usando o mouse e o teclado para clicar ou escrever em objetos na interface do usuário. Portanto, podemos detectar bugs antecipadamente e ele pode ser usado em vários cenários, como testes de regressão ou preenchimento de formulários, o que leva muito tempo.
As ferramentas de teste de GUI mais populares são QTP (agora chamada de UFT), Selenium, Test Completion e Microsoft Coding UI (que faz parte das edições Visual Studio Ultimate e Premium).
4. Vários mal-entendidos sobre testes automatizados
Ao longo dos anos, ouvi alguns conceitos errados sobre automação de testes. Achei que deveria esclarecer essas questões neste post também.
Mito nº 1. A automação substituirá os testadores manuais.
A automação de testes visa ajudar os testadores a conduzir testes de maneira mais rápida e confiável. Nunca poderá substituir os humanos.
Pense na automação de testes como um carro. Se você caminhar, levará aproximadamente 20 minutos para chegar à sua casa. Mas se você usar carro, chegará lá em dois minutos. Porém, o motorista do carro ainda é você, um ser humano. O carro ajuda o ser humano a atingir seus objetivos com mais rapidez. Além disso, a maior parte da sua energia é economizada porque você não está andando. Então você pode usar essa energia para fazer coisas mais importantes.
O mesmo vale para testes automatizados. Você pode usá-lo para testar rapidamente a maioria dos testes repetitivos, demorados e tediosos e economizar tempo e energia para se concentrar e testar recursos novos e importantes.
Como James Bach disse maravilhosamente uma vez:
"As ferramentas não testam. Somente as pessoas testam. As ferramentas apenas fazem coisas que "ajudam" as pessoas a testar.
As ferramentas podem clicar em objetos. Mas a localização do clique é sempre informada pelo testador manual. Acho que você entende o que quero dizer agora.
Mito 2. Tudo sob o sol pode ser automatizado.
Se você tentar automatizar 100% dos seus casos de teste, talvez consiga fazer isso, mas se puder, nosso primeiro ponto fica errado. Porque se tudo for automatizado, o que farão os testadores manuais?
Intrigado? Está certo?
Na verdade, a questão é que você não pode automatizar 100% dos seus casos de teste. Porque nós, como testadores, acreditamos que nenhuma aplicação pode ser 100% testada. Sempre haverá cenas que sentiremos falta. Bugs ocorrem apenas quando os clientes usam seu aplicativo.
Então, se o aplicativo não pode ser 100% testado, como garantir que ele seja 100% automatizado?
Além disso, a probabilidade de você conseguir automatizar todos os casos de teste existentes é muito pequena. Sempre há alguns cenários que são difíceis de automatizar e mais fáceis de fazer manualmente.
Por exemplo, um usuário insere dados, um segundo usuário aprova os dados, um terceiro usuário visualiza os dados e um quarto usuário proíbe a visualização dos dados. Esses cenários podem ser automatizados, mas exigem muito tempo e esforço. Portanto, é mais fácil se você tiver que fazer isso manualmente.
Lembre-se, usamos carros para percorrer distâncias, mas pode haver sinais longos na estrada, haverá consumo de combustível, haverá problemas com vagas de estacionamento, taxas de estacionamento e mais dores de cabeça. Em alguns casos apenas caminhamos até ao nosso destino :).
Portanto, você não deve tentar automatizar tudo. Somente os cenários que são importantes precisam ser automatizados e levariam muito tempo para serem executados manualmente.
Mito nº 3. A automação envolve apenas gravação e reprodução.
Por favor, não viva em um mundo de fantasia. Na verdade, essa ilusão é causada por propaganda enganosa de diferentes fornecedores de ferramentas de automação. Dizem que você apenas grava e reproduz suas etapas e seus casos de teste serão automatizados. Isso é uma grande mentira!
A automação é tudo, exceto gravação e reprodução. Engenheiros de automação pura muitas vezes nem usam os recursos de gravação e reprodução. A gravação e a reprodução são frequentemente utilizadas para entender como a ferramenta gera scripts para nossas etapas.
Depois de entendermos os scripts, sempre usamos scripts para criar testes automatizados. Lembre-se, se você quiser fazer automação de testes, você precisa saber programação. Por outro lado, se você não sabe programar, não se atreva. Porque como qualquer outra tarefa, a programação pode ser aprendida com prática e dedicação.
Conheço pessoas que nem tinham formação em ciência da computação, mas aprenderam a programar e agora são engenheiros de automação incríveis. Na Microsoft, eles contratam testadores que sabem programar. Eles são chamados de SDET (Engenheiro de Desenvolvimento de Software para Teste). A primeira linha da descrição do trabalho diz: “sdet escreveu muito código….”
Por favor, aprenda programação, não fuja disso. Isso fará de você um testador incrível
Para que uma organização implemente testes automatizados, ela deve primeiro ter um entendimento correto dos testes automatizados. Geralmente temos alguns mal-entendidos sobre testes automatizados, como:
Mito nº 4. Todos os casos de teste podem ser automatizados
Em primeiro lugar, não é necessário automatizar todos os casos de teste, porque o teste automatizado requer o desenvolvimento de scripts de teste e também leva tempo para executar testes automatizados. Automatizar todos os casos de teste pode não ser o mais econômico.
Por outro lado, o teste automatizado é usado principalmente para reduzir a carga de trabalho do teste de regressão. O mais importante para o teste de regressão é evitar que as funções mais básicas e as funções mais comumente usadas sejam afetadas. A partir desta teoria, iremos. o suficiente para automatizar os casos de teste das funções e das funções mais utilizadas.
Atualmente, a maior taxa de testes automatizados do mundo é de apenas cerca de 80%.
Equívoco nº 5. Testes automatizados não conseguem encontrar bugs
O teste automatizado serve principalmente para evitar bugs nas funções corretas originais devido a modificações no código, em vez de desenterrar bugs maiores e mais profundos. Bugs cada vez mais profundos são descobertos por meio de testes exploratórios depois que os testadores são liberados.
Mito nº 6. Os testes automatizados reduzirão imediatamente o número de testadores de forma significativa
Embora os testes automatizados acabem por reduzir a carga de trabalho dos testes, não serão imediatos, porque se você quiser implementar testes automatizados, você deve primeiro desenvolver scripts de testes automatizados e construir um ambiente de testes automatizados, que requer muito pessoal e energia. Quanto tempo leva para o teste automatizado ver os resultados depende da duração do processo.
Mito nº 7. Testes automatizados podem substituir testes manuais
O teste automatizado é adequado apenas para testes de regressão. Para testes de novas funções, você ainda precisa contar com testadores para projetar casos de teste e executá-los manualmente.
Mito nº 8. Somente testes de desempenho precisam de automação
Além dos testes de desempenho, os testes automatizados também são amplamente utilizados em testes funcionais.
Mais da metade dos scripts de testes automatizados no exterior são usados para testes de verificação funcional.
Mito nº 9. Testes automatizados são muito difíceis de começar
Os testes automatizados foram implementados há muito tempo e muitas estruturas, ferramentas e tutoriais de testes automatizados podem ser encontrados online. Se você realmente deseja implementar testes automatizados, basta contratar testadores profissionais para começar a aprender, e os testes automatizados serão fáceis de implementar.
A ação é pior que a excitação.
Finalmente, o teste automatizado não é tão mágico a ponto de resolver todos os problemas de teste, nem é muito sofisticado e difícil de começar. Com uma compreensão correta dos testes automatizados e uma implementação prática dos testes automatizados, você ser capaz de aproveitar os benefícios que os testes automatizados podem oferecer.
Isto é exatamente:
Não é aconselhável falar de um tigre mudando de cor e não é viável tratá-lo como uma bala de prata
Compreender corretamente a automação e implementá-la de forma prática
Por fim, gostaria de agradecer a todos que leram meu artigo com atenção. Olhando para o aumento de fãs e de atenção, sempre há alguma cortesia. Embora não seja algo muito valioso, se você puder usá-lo, poderá pegá-lo diretamente!
Documento de entrevista de teste de software
Devemos estudar para encontrar um emprego bem remunerado. As perguntas da entrevista a seguir são dos materiais de entrevista mais recentes de empresas de Internet de primeira linha, como Alibaba, Tencent, Byte, etc., e alguns chefes da Byte deram respostas confiáveis. Depois de terminar isto set Acredito que todos podem encontrar um emprego satisfatório com base nas informações da entrevista.
