what do clients really expect from software testers
No artigo de hoje, vou compartilhar algumas idéias sobre o que acredito que os clientes REALMENTE esperam de nós com base na minha experiência de trabalho em locais de clientes com interações pessoais diárias e colaborando offshore via e-mail ou telefonemas.
Os serviços de TI são uma parte importante e integrante da indústria de software e a satisfação do cliente é importante para o sucesso. Cada cliente / organização pode ser diferente em seu processo, pode seguir um protocolo diferente e pode lidar com diferentes tipos de negócios.
Mas, os seguintes fatores são comuns e importantes para todos em geral.
(imagem src )
O que você aprenderá:
- 5 coisas que o cliente espera dos testadores de software:
- # 1) Custo Benefício
- # 2) Qualidade do Trabalho
- # 3) Compreensão de negócios
- # 4) Disponibilidade
- # 5) Escopo de melhoria
- Conclusão
- Leitura recomendada
5 coisas que o cliente espera dos testadores de software:
# 1) Custo Benefício
Quando você pensa em vender ou comprar algo, o custo desempenha um papel importante e geralmente é um dos fatores decisivos importantes. Não esperamos ansiosamente pela Black Friday, a liquidação do Flipkart Billion Day ou o grande festival de compras da Amazon? Tornamo-nos compradores loucos durante o tempo de venda. É um comportamento humano simples esperar o valor certo ou extra pelo nosso dinheiro.
Empresas e clientes não são diferentes. Os benefícios de custo impulsionam as relações de serviço ao cliente e não é incomum para empresas de serviço perderem licitações devido a concorrentes com cotações mais baixas.
A GRANDE questão agora é: como podemos mostrar os benefícios de custo aos nossos clientes?
Esses pontos podem ajudar:
- Mostre a eles o valor do dinheiro . Justifique e forneça evidências de apoio para o seu estimativas .
- Pense em maneiras criativas de economizar nas despesas.
- Personalize sua cotação. Em vez de seguir seu processo padrão que custa X quantia de dinheiro, forneça alternativas mais baratas. Por exemplo : Sugira um teste de caminho crítico em vez de um teste completo do sistema.
- Conheça sua concorrência . Uma rápida verificação da realidade do que outras empresas de serviço estão oferecendo aos seus clientes e quais os custos é importante para manter seu mercado de modelo de preços relevante.
# 2) Qualidade do Trabalho
Qualidade e quantidade de trabalho são duas coisas muito diferentes.
Já se foi o tempo em que o número de casos de teste criados ou defeitos relatados era usado para indicadores de produtividade ou qualidade. Não mais.
A situação é mais parecida com a imagem abaixo:
A) Saiba quando dizer 'NÃO'
Todos nós já estivemos em lugares onde trabalhamos horas extras, estivemos de plantão nos finais de semana, atendemos visitas noturnas ou de madrugada, etc. No entanto, o que não percebemos é que podemos dizer NÃO se as coisas continuarem a piorar. Dizendo NÃO é a única maneira de mantermos a qualidade do trabalho e nossa sanidade mental intactas.
Ao fazer isso, levante sua preocupação com antecedência e defenda a qualidade.
Aqui está uma situação em que eu estava e isso pode dar uma ideia melhor do que estou falando:
Minha empresa ganhou um novo logotipo e como parte da migração de uma empresa antiga para a minha, sessões de transferência de conhecimento foram planejadas. Nós, uma equipe de 6 membros, viajamos até o local do cliente. Logo no primeiro dia após a introdução, nós compartilhamos o plano KT. Descobri que meu nome foi marcado em vários módulos. Um desses módulos deveria estar totalmente fora do meu escopo porque eu nem tinha conhecimento dessa tecnologia; de maneira nenhuma combinava com minhas habilidades.
Eu fui para o líder de transição de conhecimento e disse a ele a situação -
- Muitos itens de trabalho foram atribuídos a mim, o que prejudicará a qualidade e minha capacidade de capturar 100% nas sessões.
- Os itens planejados tinham áreas onde minhas habilidades não combinariam e, uma vez que eu não era o ajuste certo, posso não entender 100% durante a transição.
A liderança entendeu o problema e revisou o plano KT.
fone de ouvido vr para xbox one x
Espero que isso ajude a confirmar que: Se algo está em nosso prato, não significa que temos que comer tudo. Especialmente se isso significar comprometer a qualidade.
B) Completude do Caso de Teste
Quantos de vocês concordam comigo que se tentarmos melhorar a maneira como escrevemos casos de teste , isso leva a uma melhor qualidade?
Abaixo estão alguns erros comuns que são comuns na maioria dos casos de teste:
| Componentes do caso de teste | Problema Atual | Solução |
|---|---|---|
| Objetivo | O objetivo é a parte mais importante de qualquer caso de teste, isso é o que torna todos os casos de teste diferentes. Erros comuns com objetivo é falta de clareza. Como todos os casos de teste criados para uma funcionalidade tem um objetivo sem mostrar como cada caso de teste difere. | O objetivo / finalidade de cada caso de teste deve ser claro para explicar qual funcionalidade e qual condição de teste será testada como parte desse caso de teste. A mesma funcionalidade pode ter casos de teste positivos e negativos, portanto, o objetivo deve ser claro o suficiente para mostrar a diferença. Uma boa ideia é consultar o cenário de teste para definir o objetivo. |
| Pré-condições | Muitos testadores deixam de mencionar a pré-condição ou muitos simplesmente copiarão e colarão. A colagem de cópias leva a erros, pois cada caso de teste pode ser completamente diferente do outro. | Evite erros de copiar e colar e preste atenção aos detalhes. |
| Dados de teste | Este é provavelmente o campo mais negligenciado e a maioria dos casos de teste o terá vazio ou sem definição precisa | Mencione os dados apropriados a serem inseridos. Às vezes, não precisa ser preciso. Por exemplo: O registro do usuário pode registrar um usuário Anna ou John e isso não importa. Mas definir um nome válido que tenha todos os caracteres e deve ter de 4 a 10 de comprimento pode ajudar a esclarecer muitas coisas. |
| ID de caso de teste | Sobre nomenclatura simplificada ou convenção de numeração. Digamos, você está testando um botão de login. Freqüentemente, os IDs são: TC_1_Login TC_2_Login | Torne-os mais descritivos: TC_1_Login_Invalid_User TC_2_Login_Valid_User |
| Documentos de referência | Copiar e colar inconsistentes de documentos de referência ou pior, usando um incorreto. | É sempre aconselhável mencionar o documento de referência correto com o número de versão correto, digamos que para alguns casos de teste o FRS e as especificações técnicas teriam sido mencionados, portanto, o caso de teste na seção de referência deve mencionar ambos. |
| Etapas do caso de teste | Etapas ausentes, principalmente por testadores que conhecem muito bem o aplicativo. Eles podiam assumir coisas e pular a menção das etapas. Isso causa problemas para os negócios, revisores e novos testadores. | Devem ser usados passos e sequência adequados. |
Para resumir, se pequenos detalhes forem levados em consideração na fase de design, a qualidade do resultado do teste será muito mais superior.
# 3) Compreensão de negócios
Este é um dos fatores mais importantes que os clientes procuram nos testadores. No entanto, é triste que alguns testadores acreditem que seu trabalho seja escrever casos de teste baseados no FRS e não fazer nenhum esforço para entender o negócio.
Tente conhecer o negócio primeiro e depois analise a funcionalidade; você pode imagine as necessidades do seu cliente mais e teste de acordo.
Aqui está um exemplo- O FRS declara 'o relatório XYZ deve ser gerado com 3 colunas como Data, Nome e Status'. A seguir estão os casos de teste que você terá quando considerar este requisito pelo seu valor nominal:
- Validar relatório XYZ é gerado
- O relatório de validação tem 3 colunas como Data, Nome, Status
- Valide os dados em 3 colunas.
Mas, quando você mantém a aplicabilidade comercial deste relatório em mente, pode ter que testar:
- Qual é o objetivo comercial deste relatório?
- Este relatório é gerado todos os dias?
- Quem são os usuários empresariais que estão olhando para este relatório?
- Qual é a fonte de dados para este relatório?
- O relatório deve ser gerado se não houver dados disponíveis?
Este é apenas um exemplo, mas acho que todos concordamos que melhores testes podem ser alcançados com o ganho de conhecimento e experiência empresarial.
# 4) Disponibilidade
Quer você seja um único indivíduo apoiando o cliente ou uma equipe, sua disponibilidade deve ser sempre verificada ( 
)
Por disponibilidade, não significa suporte 24 horas por dia, 7 dias por semana. Significa apenas uma comunicação clara e direta sobre folga, planos alternativos e ser alcançável e não desaparecer.
Abaixo estão alguns dos modelos que a indústria de serviços segue:
- Modelo de Aumento de Equipe - Se você está trabalhando em um modelo de aumento de pessoal e é o único representante de sua empresa, é aconselhável que o cliente esteja ciente de seus horários de trabalho e ausências planejadas para que os arranjos necessários possam ser feitos.
- Modelo de Projetos Gerenciados - Em um modelo de projeto gerenciado no qual grandes equipes de projeto são formadas e chefiadas por gerentes de entrega / projeto, ter um plano de recursos de backup não permanece mais responsabilidade dos clientes. A necessidade do PM de gerenciar folgas planejadas e não planejadas. Neste modelo, é aconselhável que os PMs tentem coletar os dados de ausência planejados de sua equipe com antecedência e gerenciem de acordo. Existem casos em que os clientes solicitam suporte de fim de semana ou horário de trabalho estendido. Esses casos também devem ser planejados pela rotação de recursos. Uma equipe deve consistir de membros que possam fazer backup uns dos outros, se necessário. Os detalhes planejados devem ser compartilhados com o cliente.
# 5) Escopo de melhoria
Isso não é apenas desejável na indústria de software, mas em todos os lugares. Trazer melhorias não é um trabalho de um dia. O escopo da melhoria deve ser trabalhado continuamente e pode ser dividido em 3 etapas -
passando arrays para métodos em java
Ler também=> Como melhorar suas habilidades de teste e vencer a competição
Etapa # 1: identificar
Faça um estudo completo e identifique as áreas / escopo para melhorias. Digamos que quando você for solicitado a testar a mesma funcionalidade várias vezes usando o mesmo processo, chegará um momento em que você sentirá que deseja sair do projeto ou alterar a maneira como ele é testado. É assim que as melhorias são introduzidas quando estamos entediados com nossos métodos existentes, pensamos em mudar e melhorar .
Passo 2: Traga melhorias
Se as coisas fossem feitas manualmente, você poderia tente automatizar algumas coisas . Quando digo automação, nem sempre significa comprar uma ferramenta automatizada.
Vou citar uma situação:
Eu fazia parte de uma equipe de teste de banco de dados. Nosso trabalho diário envolvia executar os mesmos scripts SQL várias vezes ao dia com um conjunto diferente de parâmetros. Quando iniciamos o projeto, estávamos bem com essas etapas, mas eventualmente entendemos melhor o sistema e pensamos que os mesmos scripts SQL podem ser executados como parte de procedimentos armazenados em vez de alguém atualizar manualmente os parâmetros e executar.
Etapa 3: Avalie a melhoria
Sempre que um novo processo for implementado, você precisará garantir que funcione conforme o esperado e não tenha efeitos colaterais. Estendendo o exemplo anterior, uma introdução de procedimentos armazenados, verifique se a saída da forma automatizada recém-criada e a saída da forma manual são as mesmas.
A outra parte é monitorar os benefícios por um período de tempo para ter certeza absoluta e apresentar os resultados aos seus clientes. Em nosso projeto, mostramos aos clientes uma redução no tempo de execução dos testes em 30%, o que reduziu o custo.
Conclusão
Para terminar, gostaria apenas de referir que cada um de nós possui um talento inato e todos temos um estilo de trabalho único e estas foram apenas algumas dicas que acredito poderem proporcionar aos nossos clientes uma melhor experiência de serviço.
Sobre o autor: Este artigo incrível foi escrito por Priya R., membro da equipe STH. Se você quiser escrever para nós e compartilhar sua experiência, por favor deixe-nos saber aqui .
Espero que você tenha gostado de ler este artigo e considerado informativo! Deixe-nos saber se você tem uma experiência diferente para compartilhar.
Leitura recomendada
- Melhores ferramentas de teste de software 2021 (QA Test Automation Tools)
- Negócio global de teste de software chegará a $ 28,8 bilhões em breve
- Conselhos sobre teste de software para testadores iniciantes
- Trabalho de assistente de controle de qualidade de teste de software
- Como manter a motivação viva em testadores de software?
- Zen e a arte do teste de software
- Curso de Teste de Software: Qual Instituto de Teste de Software devo ingressar?
- Escolhendo o teste de software como sua carreira