prefácio
Depois de trabalhar em uma empresa de software por cinco anos como gerente de teste, mudou-se para um banco para fazer testes de software. Em apenas dois meses, ele teve uma compreensão preliminar dos testes de banco, resumiu e registrou, aprofundou sua compreensão pessoal e compartilhou isso com todos.
Como consultor financeiro de todos, o banco é muito sensível ao dinheiro. Falhas de software frequentes ou mesmo ocasionais prejudicarão a confiança dos clientes. Se houver um ataque de hacker e a propriedade pessoal for ameaçada, o banco inevitavelmente sofrerá perdas. Portanto, os bancos têm requisitos muito altos de qualidade de software, que também é uma característica importante do teste de software bancário. A seguir, vamos falar sobre o teste de software do banco sob vários ângulos.
aspectos comerciais e técnicos
Como muitos conteúdos têm medo de envolver segredos comerciais bancários, aqui vai um breve bate-papo.
A tecnologia de servidores IBM que o banco usa principalmente, nunca tive contato com DB2, estou acostumado a usar Oracle, demorou muito para me adaptar ao DB2, que não tem nenhuma interface gráfica front-end. Mas o princípio do banco de dados é o mesmo, desde que o caminho seja esclarecido, a consulta e a triagem dos dados necessários também podem ser concluídas. Portanto, ao encontrar o Db2, você pode se acalmar e estudar os prompts em sua interface, tocar em cada função e gradualmente se familiarizar com ele.
O sistema do banco é bastante complicado, e o conhecimento de negócios bancários que possuo limita-se a depósitos e saques pessoais e pagamentos bancários online. O conteúdo que testei é um sistema de negócios muito grande, a maioria dos quais não pode ser vista diretamente e só pode ser compreendida por mim. Por exemplo, se eu quiser testar um determinado negócio, descubro que o que opero não é a interface do usuário, mas a interface de envio de dados fornecida pelo desenvolvimento. Para esse tipo de situação, existem muitos bancos, então usamos muitos simuladores. Mas para esses testes de software complexos sem ver a interface do usuário,
Pessoalmente, tenho um método muito bom, que é separar o processo de negócios e o processo de dados, começar a partir daqui, expandir lentamente meu conhecimento de negócios por meio de casos de teste, resumir os pontos de função que cada tipo de processo de negócios precisa cobrir e, finalmente, classificar leia este artigo Todos os cenários e pontos de verificação que um processo de negócios precisa ser coberto.
Além disso, muito útil é a documentação técnica. Enquanto tiver tempo, lerei os documentos de design relevantes, incluindo requisitos de negócios, design de arquitetura geral, design de banco de dados, planos de teste, requisitos de teste, documentos resumidos compilados por especialistas, etc. (existem muitos casos de teste e os projetos que testados são dezenas de milhares, então não há recomendação), por meio desses conteúdos, meu conhecimento será muito ampliado e, ao mesmo tempo, posso pedir conselhos a especialistas quando não entendo. Dessa forma, uma rede de relacionamentos interpessoais também foi estabelecido. Juntamente com perguntas frequentes, o reconhecimento de todos a meu respeito também aumentou. Acho que também é uma forma de se vender. Por um lado, adquiri conhecimento e, por outro, estabeleci um relacionamento muito bom com todos, matando dois coelhos com uma cajadada só!
processo e pessoal
Em segundo lugar, fale sobre processos de gestão e pessoas. O banco em que trabalho divide o teste de software em duas partes, teste ST e teste UAT.Eu pertenço ao teste funcional ST, então este artigo também focará nisso. O processo de gerenciamento interno da ST é baseado em um método de gerenciamento de teste muito tradicional, fazendo um plano de teste --> analisando requisitos de teste --> escrevendo casos de teste --> executando testes (incluindo a execução de casos de teste e análise de bugs) --> resumindo e escrevendo Relatório de testes. Todo o processo é revisado e verificado por testadores seniores e é necessário passar na revisão. A execução do teste é dividida em várias rodadas, uma
Geralmente, há duas rodadas de teste ST e duas rodadas de teste UAT. Após a conclusão de cada rodada, um teste cruzado será realizado. O ambiente de teste fica a cargo de uma pessoa especial.Durante o processo de teste, o desenvolvimento frequentemente corrige problemas e digita a versão no ambiente de teste (o termo aqui parece ser rebobinar). Os executivos de teste geralmente só verificam depois que o bug é corrigido, e não prestam muita atenção à versão do ambiente de teste em outros momentos.
O gerenciamento de teste é dividido em duas linhas. Tomando nosso projeto existente como exemplo, existem mais de 50 testadores. Um líder de equipe responsável pelo gerenciamento de pessoal gerencia todos os testadores, incluindo coordenação de pessoal e acompanhamento de desempenho. A B responsável pela gestão técnica, responsável pela formulação de planos de teste, organização de análises
Requisitos de teste e casos de teste de design. Além disso, sob as bandeiras de A e B, existem vários grupos, há um grupo de design de teste a, cinco grupos de execução de teste b, c, d, e, f, e cada um desses seis grupos tem muitas pessoas, e cada grupo Tenha um líder de grupo. Os líderes das equipes dos grupos b, c, d, e e f são responsáveis por coletar os problemas que os membros da equipe não podem julgar todos os dias e ajudar a resolvê-los. Para aqueles que não podem ser resolvidos no grupo, eles precisam buscar ajuda de outros especialistas ou desenvolvedores. Eu sou o executivo de teste o(∩_∩)o de um determinado grupo de execução. O gerente A exige que os executivos do grupo de execução de teste executem pelo menos *0 casos de uso todos os dias.
A primeira notícia no grupo diário é a quantidade de execução de teste por pessoa por dia que A estatísticas e publica. A busca diária dos executivos de teste é concluir essas tarefas.
Ocasionalmente ainda há treinamento, participei dele duas vezes, um para treinamento de arquitetura de sistemas e outro para uma certa parte do treinamento de negócios. Ganhei muito, pelo menos conheço as pessoas relevantes e posso pedir-lhes os problemas correspondentes. Claro, também houve tratamento injusto. Por exemplo, quando fui pedir o documento de desenho da arquitetura do sistema, disseram-me que se tratava de um documento interno e não era conveniente enviá-lo para mim. Ou seja, esta é uma informação interna e não pode ser dada a você que não é um insider.
Resumindo, comparando com meus trabalhos anteriores, em busca de rapidez e baixo custo, a aceitação é o “rei”. O que o projeto do banco busca é uma função estável, desempenho confiável e alta segurança e, finalmente, conquista a confiança do cliente e garante que o banco e os bens pessoais estão completamente corretos. Em seguida, todo o processo de teste é interligado, cada processo é levado muito a sério e todos os processos de negócios afetados são cobertos da forma mais abrangente possível com uma lógica rigorosa. Nessa perspectiva, nós testadores devemos entender mais todo o processo de testes, melhorar nosso nível de testes e progredir continuamente, para que possamos realmente alcançar algo nos testes de banco.
Perguntas de entrevista de teste bancário
1. Como testar transferência bancária online, projetar um caso de teste
2. Qual é o processo de trabalho de teste? Quais são os estados de defeito? Quantas maneiras existem para projetar casos de teste?
3. Qual é o BUG clássico encontrado no projeto?
4. Como medir a transferência automática de depósitos a prazo no vencimento?
5. O que você deve fazer depois de encontrar um bug?
6. Se for encontrado um BUG, não tem nada a ver com o desenvolvimento em si, mas envolve conceitos e requisitos, como resolvê-lo?
7. Como você divide o nível BUG dos testes funcionais?
8. Execute o caso de uso de outra pessoa, o que fazer se você achar que o caso de uso está errado?
9. Você já fez lado fumante? O que é teste de fumaça (teoria)?
10. Há quanto tempo você trabalha no projeto e quantos casos de uso você escreveu? Quantas pessoas há no projeto?
11. Se você deseja testar um produto de empréstimo p2p com um período de 6 meses, como deve projetar o caso e nomear os pontos de teste
12. Seu P2P está online? Posso verificar? Quanto tempo levou o projeto e quanto tempo se espera para ser concluído?
13. Como você mediu a autenticação de nome real? De qual plataforma você obteve as informações?
14. A autenticação de nome real é necessária para o registro?
15. Você também testa o gerenciamento de segundo plano do P2P? Onde é obtido o crédito Zhima pessoal?
16. Se você quiser testar a exclusão de usuários em segundo plano, é o caso de um botão de exclusão atrás do nome do usuário. Quais casos de teste podem ser escritos?
17. Se JD tivesse uma página de compras para você, como você a testaria? Quais funções principais você testaria?
18. Quantas rodadas de teste de função P2P você costuma fazer?
19. Mais de uma dúzia de desenvolvedores vão à reunião toda vez que você faz uma reunião para discutir?
20. Você está familiarizado com banco de dados? Você costuma usar muito o banco de dados?
21. O banco de dados é usado com frequência?
22. Qual comando o 1inux usa para visualizar arquivos e processos?
23. Quem forneceu o ambiente de teste para o seu teste? 1Inux como construir um ambiente de teste?
24. O que você deve fazer se o líder lhe atribuir tarefas sobrecarregadas e superestimar sua capacidade?
25. O que você deve fazer se houver um problema com seu trabalho devido a um erro seu?
26. Dado um teste de módulo, como você pode concluí-lo com eficiência em apenas uma semana?
27. Se você receber um projeto de teste de aplicativo sem requisitos, como deve testá-lo?
28. Se você tem um desentendimento com o desenvolvedor, como você lida com isso?
29. Se o caso de uso do líder de sua equipe estiver errado, mas ele achar que está correto, como você lida com isso?
30. Você é responsável tanto pela função quanto pelo desempenho. Como você faz isso?
31. A linguagem usada nos testes automatizados da nossa empresa é Java. Vou me encontrar com você com antecedência. Como pode ser tão bom sem uma marca d'água?
32. Como foram gerenciados os projetos anteriores?
33. Quantos casos de uso precisam ser executados por dia em projetos anteriores
34. Você fez todos os testes de regressão quando fez isso?
35. Como você garante a cobertura do caso de uso? Certifique-se de não repetir?
36. Como seus casos são analisados?
37. O que é uma visão?
38. O banco de dados procura duas tabelas
39. Trabalhei muito, mas ainda não concluí as tarefas atribuídas por meus superiores, o que devo fazer?
afinal
O limite para teste de software no setor financeiro é alto. Além de entender o conhecimento de teste de software, há requisitos para sua capacidade de negócios e conhecimento bancário e financeiro. Amigos que desejam ir a bancos para fazer testes de software devem trabalhar duro!
Por fim, gostaria de agradecer a todos que leram meu artigo com atenção. A reciprocidade é sempre necessária. Embora não seja uma coisa muito valiosa, você pode retirá-la se precisar:
Esses materiais devem ser o armazém de preparação mais abrangente e completo para amigos [de teste de software]. Este armazém também acompanhou dezenas de milhares de engenheiros de teste na jornada mais difícil e espero que possa ajudá-lo! Parceiros podem clicar no pequeno cartão abaixo receber