DEV Community: Alberson Barbosa

Síndrome do super-herói

Alberson Barbosa — Tue, 21 Nov 2023 00:02:12 +0000

Olá SQA's, tudo massa? O post de hoje está voltado aos Gestores, Líderes Técnicos e qualquer SQA que seja responsável por um Time ou está com planos de se tornar um. São insights também para Gestores iniciantes e recém promovidos para esta posição. Boa leitura!

Conhecendo o termo

A expressão "síndrome do super-herói" é usada de forma coloquial para descrever um conjunto de comportamentos associados a indivíduos que têm dificuldade em dizer "não" ou em pedir ajuda, muitas vezes tentando assumir todas as responsabilidades e resolver todos os problemas sozinhos.
Essa "síndrome" está relacionada ao desejo excessivo de agradar aos outros, à busca constante por perfeição e à resistência em delegar tarefas. Pode resultar em estresse, exaustão e, eventualmente, impactar negativamente a saúde física e mental.
Essa expressão é frequentemente usada em contextos mais informais para descrever pessoas que se colocam sob uma pressão excessiva, muitas vezes devido a altas expectativas pessoais ou sociais. É importante reconhecer quando é necessário pedir ajuda, estabelecer limites e cuidar da própria saúde, tanto física quanto emocional.

Contexto Empresarial

Pergunta reflexiva: quem não conhece ou conheceu algum fulano ou fulana do setor da empresa que fazia tudo! Literalmente tudo! Sabia tudo! Entendia tudo! E em alguns casos, estava estagnado de alguma forma naquela função ou cargo.

Dentro do contexto empresarial, a "síndrome do super-herói" refere-se a um padrão de comportamento em que os funcionários tentam assumir uma carga de trabalho excessiva, muitas vezes além de suas capacidades, na tentativa de provar seu valor ou contribuição para a empresa. Acredito que cada um de nós conhece um colega próximo, ou até mesmo nós mesmo, possuem essas características. Se for você, quem estiver lendo, não se culpe ou pare de ler, é importante entender os pontos que temos de analisar e se eles precisam de uma atenção ou ajuda profissional especializada.
Logo no início da minha carreira, ainda inexperiente na área, no mercado profissional de forma geral, eu acreditava que assumindo a maior quantidade de responsabilidades e demais itens que vinham junto, poderia me dar notoriedade ou um espaço naquele grupo e assim, eu consegueria o meu crescimento profissional. E isso eu fiz por anos, acreditando ainda que era o melhor e "mais fácil" caminho para tal objetivo. Mas esqueci de um velho ditado que sempre ouvimos: "para onde você está indo, eu já fui e voltei várias vezes!". Durante a minha jornada, encontrei pessoas maravilhosas e outras nem tanto, mas que todas de fato fizeram e agregaram um valor, seja ele qual âmbito for. Mas houveram algumas que me alertaram, após identificar tal comportamento, e na época eu não dei tanta importância e valor daquela dica e feedback que recebia à época. Continuando e insistindo em tal esforço fracassado. Hoje sei que foram importantes e contribuíram para que, mesmo não ouvindo diretamente, eu também pudesse passar e obter as minhas próprias experiências para que de alguma forma eu ajude e possa alertar os presentes desavisados, que esse caminho é mais árduo e em alguns casos desnecessário.

O que se ganha sendo o super-herói?

Essa síndrome pode resultar em consequências negativas tanto para os indivíduos quanto para a organização como um todo. Alguns dos comportamentos associados a essa síndrome incluem:

Dificuldade em Delegar

Indivíduos com essa síndrome muitas vezes têm dificuldade em delegar tarefas aos colegas, acreditando que só eles podem fazer o trabalho da maneira certa. É comum em muitos times que o líder técnico ou owner (proprietário) de alguma atividade ou tecnologia, seja de fato o "bom" para designar e estar de fato naquela posição, e isso tecnicamente é inquestionável. Mas analisando sob outras óticas, essa dificuldade em delegar pode ocultar outras dificuldades como o medo de perder o posto, de aparecer alguém que possa fazer melhor, perder o espaço e referência que supostamente conquistou. Esses e outros sentimentos e questões relacionadas ao tema de soft skill*, desencadeiam o instinto** do ser humano que é de se proteger para prolongar sua espécie, dentro de ambientes organizacionais, limita e impede o crescimento de times mais dinâmicos e que ficam estagnados e impenetráveis frente a atualidade de lidar com fatores empresariais. Observe e se observe!

*Soft skills referem-se a habilidades interpessoais e comportamentais que não são técnicas ou específicas de uma profissão, mas desempenham um papel crucial no sucesso no ambiente de trabalho e nas interações sociais. Essas habilidades incluem comunicação eficaz, trabalho em equipe, empatia, resolução de conflitos, pensamento crítico, criatividade, adaptabilidade e outras competências sociais. Fonte: ChatGPT
*"Instinto" refere-se a um impulso natural ou instintivo, uma tendência inata de agir de uma certa maneira sem a necessidade de aprendizado ou raciocínio consciente. Na psicologia, o instinto é muitas vezes associado a comportamentos básicos necessários para a sobrevivência e reprodução.Fonte: ChatGPT
**A palavra instinto, segundo o dicionário Houaiss, quer dizer impulso interior, independente da razão e de considerações de ordem moral, que faz o indivíduo agir, especialmente se a ação for antissocial. Fonte: Fátima. Link: https://cvv.org.br/somos-conduzidos-pelo-instinto-ou-pela-razao/#:~:text=A%20palavra%20instinto%2C%20segundo%20o,%C3%A9%20fruto%20do%20nosso%20aprendizado.

Dica #1
Vou deixar aqui uma postagem no site da Forbes Brasil onde ele apresenta 6 passos para delegar de forma efetiva, tarefas dentro de times:

*Comece pelo desapego: *Às vezes, o maior desafio para os líderes é perder o controle. Não importa o quanto você gostaria de fazer tudo sozinho, isso simplesmente não é possível. É fácil sentir que você é o único capaz de fazer uma tarefa 100% correta, mas isso só é verdade na mais rara das circunstâncias.
Seja estratégico: É importante escolher a pessoa certa para a tarefa. Você não deve delegar trabalho a alguém apenas porque essa pessoa tem a capacidade de fazê-lo. Em vez disso, escolha uma pessoa cujo conjunto de habilidades seja adequado e que seja capaz de realizar o trabalho sem ajuda.
Defina sua expectativas: Não é suficiente simplesmente atribuir tarefas às pessoas, você deve explicar claramente o que deseja o que elas realizem. Esclareça como seria uma conclusão bem-sucedida da tarefa, identificando o resultado final e o prazo em que ela deve ser concluída.
Não faça microgerenciamento: Depois de delegar, afaste-se. A única coisa que o microgerenciamento faz é adicionar mais tarefas à sua lista de afazeres.
Confie na sua equipe: Depois de atribuir uma tarefa a alguém, conceda a essa pessoa autoridade para assumir propriedade total do afazer.
Faça revisão após a conclusão: Delegar é algo que só tem sucesso se todos forem responsáveis. A pessoa responsável pela tarefa deve ser sempre responsabilizada por sua conclusão oportuna e precisa, e pelos resultados. É importante entrar em contato com a equipe após a conclusão da tarefa para revisar os resultados.

Postagem completa disponível em: https://forbes.com.br/carreira/2020/10/6-passos-para-delegar-tarefas-efetivamente/

Dificuldade em Dizer "Não"

Pessoas afetadas pela síndrome do super-herói têm dificuldade em recusar novas responsabilidades, mesmo quando já estão sobrecarregadas. A vontade de crescimento de cada um de nós é autêntica, verdadeira e real. Não cabe a nenhum de nós julgamentos ou comentários desnecessários. Mas agora, a forma que coloca em prática o seu plano e de alguma forma pode atingir e está ferindo alguém, isso sim merece boas conversas e até especializada no tema.
Negar uma vida, seu ausente para sua família ou com o amor da sua vida, lhe será cobrado um preço muito alto a longo prazo, mesmo colhendo os mais e melhores frutos que imaginou. No momento que estou escrevendo esse post, estou viajando por motivos pessoais e trabalhando de forma remota, em alguns passeios que fiz, os lugares me fizeram pensar e refletir sobre a vida maravilhosa que conquistei, mas mesmo assim a ganância humana e sede do mais, ainda me fazem não querer parar aqui. Até onde isso é saudável? Ainda vale a pena? Onde quero chegar? Essas e outras perguntas que me fiz, em meio a calmaria e cachoeiras de pensamentos materiais, veio uma pedra que me fez acordar e pensei: Mas ué, já tenho tanta coisa, já conquistei tanto, por que ainda quero mais? Qual a necessidade disso? Você que está lendo até aqui, observe o que já conquistou em seu espaço, no seu emprego, suas responsabilidades.
Abraçar o mundo, muitos textos e pessoas mais renomadas que eu, provaram que não é possível, mas mesmo assim ainda existem os desavisados que almejam isso. Para o pouco que considera mínimo ou nada que é responsável, faça da melhor forma possível, faça com amor, respeito e honestidade. Faça sempre! Perceberá que colherá ótimos frutos.

Dica #2
Vou deixar aqui uma reportagem da CNN Brasil que aborda o tema e pode ajudar a passar por alguns pontos e como pode enfrentá-los. Link da postem: https://www.cnnbrasil.com.br/saude/por-que-dizer-nao-pode-ser-dificil-e-como-isso-pode-fazer-bem-para-a-saude-mental/

Autoimposição de Expectativas Elevadas

Elas podem estabelecer expectativas extremamente altas para si mesmas, buscando perfeição em suas atividades e ficando insatisfeitas mesmo com conquistas significativas. Conversando com uma amiga por chamada de vídeo eu brinquei: Somos a referência! Não podemos errar! e soltei isso em tom de brincadeira de ego inflado e na hora ela rebateu: pára que isso não é saudável! Após a chamada, refleti sobre a frase, fez e faz muito sentido.
Transportando para o mundo empresarial, a garra por crescimento e posição em nossa carreira nós faz cobranças muito alta e um certo perfeccionismo*** até a exaustão física, mental, social e profissional. Diante de um grande desafio que estiver, primeiro respire fundo, pois haverá um gasto de energia muito grande. O segundo passo é mapear o que deve e será feito, pois afinal se o desafio está em suas mãos, é porquê tem competência para resolvê-lo.
Apesar de parecer óbvio, quebre o problema em etapas e estágios, pois ter fôlego até o fim do desafio, será essencial e questão de sobrevivência. Durante a apresentação dos resultados no estágio final, ou até mesmo em estágio paralelos, deixe claro as ferramentas, técnicas e formas que vem e resolveu cada estágio que mapeou, assim como também os dados que coletou para ir montando o cenário que culminou o relatório final que está apresentando. Deve estar pensando: qual modelo e template devo usar? Não se prenda a isso, mesmo uma apresentação sem tema e cores, contendo as informações cruciais do resultado, valerá mais do que um elaborado relatório e documento de intermináveis páginas de leitura. Vá direto ao ponto! Se o cenário permitir, use o relatório interminável como complemento e detalhe ao seu trabalho realizado.

*** O perfeccionismo é caracterizado pela necessidade excessiva de ser ou parecer perfeito e, até mesmo, de acreditar que é possível alcançar a perfeição. Em geral, as pessoas caracterizam a perfeição de forma positiva, e não como um defeito. Em razão disso, é comum o uso do termo "perfeccionismo saudável" para justificar o comportamento perfeccionista. Diferente do que muitos pensam, o perfeccionismo não é o ato de se esforçar para fazer o seu melhor, porque a perfeição não é baseada em conquistas ou em um crescimento saudável. Fonte: Fábio Augusto Caló. Link: https://inpaonline.com.br/perfeccionismo/#:~:text=O%20perfeccionismo%20%C3%A9%20caracterizado%20pela,e%20n%C3%A3o%20como%20um%20defeito

Exaustão e Burnout

A tentativa constante de assumir mais responsabilidades do que é razoável pode levar à exaustão física e emocional, aumentando o risco de burnout****.
Diante de um enorme desafio profissional, não planejado (até mesmo os planejados), sem o devido preparo e planejamento, poderá custar algumas marcas que podem ser evitadas. Sempre lembro de outro famoso ditado: O combinado, não sai caro. Coloque isso prática com sua gestão imediata, frente ao desafio que está enfrentando. Expondo os principais pontos e pertinentes que podem impactar. Mas também pode estar pensando: Mas se estou preparado, por isso recebi o tal desafio, vou expor as minhas fraquezas e medos?
Vamos aqui simplificar a nossa vida, pois não existe coisa melhor. Ante à desafios profissionais, sempre faça um planejamento, aqui vou deixar algumas dicas. A seguir Dicas #3 e #4:

Dica #3
Faça o famoso R&R (Roles & Responsibilities), ele guiará os envolvidos em uma clara definição dos Papéis e Responsabilidades de cada um e por consequência, o que também se espera.

Vou deixar aqui um template de fácil acesso e grátis disponibilizado no Miro, link: https://miro.com/miroverse/roles-and-responsibilities-for-product-teams/

Dica #4
Realizar o Mapeamento de Riscos, através da Matriz de Riscos. Uma matriz de risco, também conhecida como matriz de probabilidade e impacto, matriz de avaliação de risco ou matriz de impacto, é uma ferramenta de análise de risco que ajuda a avaliar situações visualizando os possíveis riscos em um diagrama. Ele permite avaliar a gravidade de um risco potencial em relação à probabilidade de que esse risco possa ocorrer.

Vou também utilizar mais um template no Miro para a Matriz de Riscos que pode elaborar de forma simples e gratuita. Link: https://miro.com/pt/modelos/matriz-de-risco/

**** Síndrome de Burnout ou Síndrome do Esgotamento Profissional é um disturbio emocional com sintomas de exaustão extrema, estresse e esgotamento físico resultante de situações de trabalho desgastante, que demandam muita competitividade ou responsabilidade. A principal causa da doença é justamente o excesso de trabalho. Esta síndrome é comum em profissionais que atuam diariamente sob pressão e com responsabilidades constantes, como médicos, enfermeiros, professores, policiais, jornalistas, dentre outros.
Traduzindo do inglês, "burn" quer dizer queima e "out" exterior
A Síndrome de Burnout também pode acontecer quando o profissional planeja ou é pautado para objetivos de trabalho muito difíceis, situações em que a pessoa possa achar, por algum motivo, não ter capacidades suficientes para os cumprir. Essa síndrome pode resultar em estado de depressão profunda e por isso é essencial procurar apoio profissional no surgimento dos primeiros sintomas.
Fonte: https://www.gov.br/saude/pt-br/assuntos/saude-de-a-a-z/s/sindrome-de-burnout#:~:text=S%C3%ADndrome%20de%20Burnout%20ou%20S%C3%ADndrome,demandam%20muita%20competitividade%20ou%20responsabilidade.

Impacto na Qualidade do Trabalho

Tentar fazer tudo sozinho pode levar a uma diminuição na qualidade do trabalho, uma vez que a pessoa pode estar sobrecarregada e não ter tempo suficiente para realizar suas tarefas de maneira eficaz. Tive a oportunidade de presenciar os 2 casos onde as atividades eram realizadas e em outros casos a atividade era finalizada com a qualidade duvidosa ou não esperada.
Mesmo eu concordando e discordando deste ponto, eu resolvi trazer pois existem os fora da curva que conseguem, durante a jornada de trabalho, exercerem múltiplas tarefas de forma eficaz, mas finalizando seu dia exausto e com aquela sensação de cansaço mas o "dever feito.". Percebo que este perfil, passa o dia ocupado, poucas falas ou interações, geralmente almoço isolado e sempre está atrasado para alguma reunião ou tarefa. Rotineiramente comem rápido ou na mesa trabalho (quando permitido) e quando dedicam um tempo para refeição. Já o outro perfil, que a qualidade é duvidosa, depende muito do ângulo, percepção e nível de detalhamento da atividade esperada e combinada entre as partes. Mas aqui ocorrem certos retrabalhos ou a necessidade de revisões, e em alguns casos refazer todo o trabalho, de forma "oculta", por não confiar nos resultados obtidos.
Em ambos os casos, o motivo de querer trazer o tema, aqui a gestão tem um papel muito importante, pois é o primeiro portão de qualidade (quality gate) que receberá ou perceberá os resultados do colaborador em questão e cabe a gestão inteferir de forma rápida, para que o costume do colaborador não seja disseminado como padrão ou que haja frustração a longo prazo. Se a sua gestão nunca fez isso em relação ao seu trabalho, cabe aqui uma conversa franca, aberta e direta à respeito da qualidade das entregas que realiza. Não tenha medo!

+ Bônus

Falta de Desenvolvimento de Equipe

A síndrome do super-herói pode prejudicar o desenvolvimento de uma cultura de trabalho em equipe, já que a pessoa afetada pode relutar em envolver outros membros da equipe em projetos.
Aqui vale também o envolvimento da gestão, decisiva e importante para não alimentar esse tipo de comportamento e estimular a colaboração e o compartilhamento de forma clara, objetiva, ética as oportunidades e áreas que serão e precisam de desenvolvimento, isso em âmbito da equipe ou a organização. Imagine você, inserido em uma equipe onde todas as oportunidades e a centralização de atividades incida apenas sobre um único colaborador! Isso é demotivador e estimula também a criação das famosas "panelas" dentro da área, pois os que são excluídos automaticamente passam a fazer comentários, em muitos casos maldosos, e muitas vezes podem ser evitados, inibindo esse tipo de comportamento em colaboradores super-herói.
Não estimule ilhas de isolamento e grupos dentro de organizações. Estimule engajamento, comunicação clara e objetiva, colaboração e sinalização quando não souber realizar uma atividade, isso é saudável também, pois essa sinalização requer ajuda.

Pratique!

Para combater essa síndrome, é importante promover uma cultura organizacional que valorize o trabalho em equipe, incentive a delegação de responsabilidades e promova uma abordagem equilibrada em relação à carga de trabalho. Os líderes também desempenham um papel fundamental, proporcionando um ambiente que permita o desenvolvimento equilibrado dos funcionários e incentivando práticas saudáveis de gestão do tempo e do estresse. Pratique a comunicação ativa entre colegas e sua gestão, esclarecendo e pontuando as expectativas e o desejo profissional que tem a curto, médio e longo prazo.
Este post é apenas um pedacinho da Área de Qualidade de Software e para você que está iniciando sua carreira dentro dessa maravilhosa área, busque, qualifique-se e lembre sempre: a base em Teste de Software te levará a lugares que jamais imaginou.
Obrigado e até a próxima!

Parte 01: Agile Test

Alberson Barbosa — Fri, 24 Sep 2021 17:31:57 +0000

Olá QAs, tudo massa? Daremos continuidade ao tema, abordando um case.

1. CENÁRIO ATUAL

Versões geradas durante a sprint e disponibilizadas para teste não estão alcançando êxito e funcionamento pleno conforme o planejado.

2. PROBLEMAS

Não alcançar o êxito e funcionamento pleno da versão disponibilizada para teste, parte do tempo da próxima sprint do projeto, em alguns casos 50% do prazo, é utilizado para corrigir as issues recorrentes encontradas ou pendentes da sprint anterior.
História de Usuário no Jira não seguem um padrão de informação ou requisitos essenciais para designer, desenvolvimento e teste.
Definição de pronto: requisitos + desenvolvimento + teste = funcionando.

3. SOLUÇÃO PROPOSTA

Utilizar o Manifesto Ágil, que são 4 pilares da metodologia Ágil:

Indivíduos e interações mais que processos e ferramentas.
Software em funcionamento mais que documentação abrangente.
Colaboração com o cliente mais que negociação de contratos.
Responder a mudanças mais que seguir um plano.

Quadrantes do Teste Ágil

Fonte: https://blog.adaptworks.com.br/2013/11/introducao-do-quadrante-de-teste-agil/

4. COMO?

A proposta inicial será divida em algumas fases do Ciclo de Desenvolvimento de Projeto, conforme listadas abaixo:

Definição de Escopo: fase inicial do projeto que definirá todo o seu escopo e aplicabilidade conforme requisitos do cliente.

Atores principais: Gerente do Projeto, Stakeholders, Diretoria de Desenvolvimento, PO e os Tech Lead.

Prazos do Projeto: fase de definição dos prazos que o projeto terá para desenvolvimento e entrega do produto funcionando.

Atores principais envolvidos: Gerente do Projeto, Stakeholders, Diretoria de Desenvolvimento e PO.

Planning Geral: fase que antecederá todas as sprints ou início de sprint, será definido o escopo de trabalho, conforme o prazo total do projeto.

Atores principais envolvidos: Product Owner, Scrum Master, Desenvolvedores, Analistas de Teste, Infraestrutura e Designer.

Planning de Desenvolvimento: próxima fase, após a planning geral, que definirá a prioridade e criticidade de cada item que será desenvolvido, conforme escopo, planejamento e prazos de cada sprint e entregas planejadas.

Atores principais: Tech Lead, PO e Desenvolvedores.

Planning de Teste: próxima fase, após a planning geral, que definirá a prioridade e criticidade de cada item que será testado, conforme escopo, planejamento e prazos de cada sprint e entregas planejadas.

Atores principais: Tech Lead, PO e Analista de Teste

Demais Times Envolvidos: próxima fase, após a planning geral, que definirá a prioridade e criticidade de cada item que será trabalhado, conforme escopo, planejamento e prazos de cada sprint e entregas planejadas.

Atores principais: Tech Lead, PO e time do projeto.

5. FASE DE TESTES

Teste de Desenvolvedor: atividade na qual o desenvolvedor irá garantir que a feature permaneça sendo bem executada, mesmo que haja a necessidade de alteração em sua base de código, através de testes unitários garantindo uma boa cobertura de testes.
Teste de QA: atividade de Analista de Teste que verificará e validará o item conforme requisitos do cliente. Além de testes não funcionais como carga, estresse e performance garantindo dados para as melhores decisões relacionados a infraestrutura do projeto.
Teste Homologação: atividade que contará com a participação de todo o time do projeto para validação e verificação do correto funcionamento do sistema em ambiente do cliente (antes da entrega para produção).
Teste Produção: testes pontuais e acompanhamento do sistema entregue.

6. REGISTRO E ACOMPANHAMENTO

Documentação: cada Time envolvido em sua respectiva atividade ou integração elaborará os documentos conforme procedimentos estabelecidos pela organização.
Jira: ferramenta oficial da organização ara registro de atividades, esforço de trabalho, escopo do projeto, entregas realizadas e demais itens relacionados ao projeto.
Testes de contrato: ferramenta para garantir a qualidade do código fonte em desenvolvimento (SonarQube, Postman, etc.), realizando diversas análises automatizadas durante o processo de compilação. Buscando trechos de códigos que possam gerar bugs na aplicação, falhas de segurança, cobertura de testes unitários, além de validar boas práticas de programação.

7. TIMES ENVOLVIDOS

Stakeholder
Gerenciamento: Gerente
Planejamento: Product Owner
Acompanhamento: Scrum Master
Infraestrutura: Banco de Dados e Serviços
Designer
Desenvolvimento
Teste

8. INTEGRAÇÃO ENTRE OS TIMES ENVOLVIDOS:

Feedbacks mais rápidos: cada Time envolvido em sua respectiva atividade ou integração, deverá manter um constante contato e canal aberto de comunicação, que deverá garantir que o que está sendo trabalhado e desenvolvido, além de entregas de artefatos para outros times, está de acordo com o escopo e prazos do projeto estabelecidos.
Desenvolvedores e Testadores: Testadores irão replicar o ambiente de desenvolvimento para que seja possível realizar testes funcionais logo após o término do desenvolvimento da feature pelo desenvolvedor, garantindo um feedback mais rápido para o desenvolvedor.

9. PROPOSTA DE HISTÓRIA DE USUÁRIO

Será apresentado a seguir, um modelo de User Story que deverá existir estes campos como padrão:

Não escreva histórias épicas, pois elas serão extensas demais para finalizar. Se for extensa, então será um épico que resultará em um conjunto de histórias menores.

 Eu como <ATOR/QUEM>,
 Quero <O QUÊ>,
 Para que <POR QUE>.
 Onde:

a) ATOR/QUEM: define quem é o usuário que tem a necessidade. Pode ser representado por um usuário do produto, por uma persona ou até mesmo por um usuário específico.

b) O QUÊ: define qual é a necessidade do usuário. Tradicionalmente, os requisitos do produto são representados apenas por essa parte.

c) POR QUE: define qual o benefício do usuário ao ter a funcionalidade desenvolvida para atender a essa necessidade. Em outras palavras, qual o valor direto obtido pelo usuário.

Nome da História: Nome deve ser objetivo, que descreverá a finalidade.
Descrição: Irá descrever de forma resumida a objetividade da história como: finalidade, funcionalidade ou utilização.
Telas Necessárias: Mostrará as telas que são necessárias e fazem parte da história, assim como também telas dependentes ou que fazem comunicação com a mesma, direta ou indiretamente.
Fluxo: Mostrará integração (tela) anterior e a próxima. Pode ser uma sequência também.
Critérios de Aceitação: Descrerá por uma lista de itens de negócio (funcionalidades) que expressam na prática, as funcionalidades implementadas na história. O objetivo dessa lista é validar se a História foi implementada de acordo com o que o PO solicitou, através dos requisitos do cliente.
Definition Of Ready: História pronta para ser adicionada no sprint.
Definition Of Done: Pronto é PO + Dev + Teste = Aprovado

10. NA PRÁTICA COMO FUNCIONARÁ?

Seguindo todo o processo atual que já existe e é conhecido pelos times, a mudança ocorrerá estrategicamente em um ponto (conforme figura acima destacado em vermelho) para que o tempo de resposta e entrega final seja mais rápido.

Elaborado pelo autor: Proposta do fluxo.

a) Método corrente (usado hoje): após a conclusão de desenvolvimento é gerado uma build para o time de teste e daí em diante segue o ciclo de teste.

b) Método proposto: ao invés de entregar para o time de teste, próximo do final da sprint, o pacote fechado com a build para teste, é disponibilizado logo após o desenvolvimento parte ou a feature (funcionalidade) para teste, para que seja verificado e validado o item previamente (sem aplicar o processo completo de teste), dessa forma antecedendo resultado e o funcionado.
Após as correções realizadas, se houverem, o processo de entrega (build pacote fechado) para o time de teste, seguirá normalmente para teste e aplicando o processo de teste, para os testes de integração e sistema.

Okay, mas o que o time ganha se nada mudará na prática? Muito pelo contrário, essa pequena mudança estratégica neste ponto, a tendência de ocorrer erros ou issues durante os testes de integração e sistema é menor, pois o item já foi verificado e validado previamente.

Este post é apenas um pedacinho da Área de Qualidade de Software e Desenvolvimento de Software, busque e qualifique-se.

Parte 02: Agile Test

Alberson Barbosa — Tue, 21 Sep 2021 03:09:45 +0000

Olá QAs, tudo massa ? Daremos continuidade ao tema, acompanhando o case apresentado na Parte 1 Agile Test, disponível no seguinte link, onde apresentei um case de estudo.

1. CENÁRIO ATUAL: CASE APRESENTADO

Versões geradas durante a sprint e disponibilizadas para teste não estão alcançando êxito e funcionamento pleno conforme o planejado.

2. TIMES ENVOLVIDOS
De forma geral, em projetos de desenvolvimento de software, os times envolvidos podem ser:

DEVs
QAs
Designers
POs
SMs
DBAs
Infraestrutura e/ou TI
Gerente do Projeto
Demais…

Com os itens que propomos na Parte 1, você como responsável pela Qualidade do projeto, irá propor as mudanças e sugestões de forma suave e com o sentimento de "baby steps", pois a mudança e o novo, podem gerar incômodos no time ou squad de trabalho.

3. PROPOSTA

Antes de começar de fato as mudanças, analise o ambiente, observe os comportamentos e identifique padrões que possam existir. Leve em consideração algumas informações:

Processo atual;
Times envolvidos e quantidade;
Insumos de informações;
Contratos, leis, legislações ou regras que devem ser cumpridas tanto pela organização como a entrega efetiva;
Time box da sprint;
Time box de resolução de problemas;
Problemas, situações ou comportamentos rotineiros e que impactam o fluxo de trabalho;

E demais variáveis que observe e que sejam relevantes a sua análise e ambiente inserido. Não descarte nada de início, entenda cada parte e como elas podem e influenciam o todo. Sim, esta fase será árdua, muita dor de cabeça e impedimentos de acesso, mas siga firme e forte, pois quando um processo ou time é observado e analisado, as pessoas instintivamente se fecham ou geram um bloqueio, o que é super natural, mas você terá que ter um jogo de cintura e apresentar a proposta real de seu trabalho, deixando claro que não é para apontar erros, rotular posturas ou condenar atos, mas um levantamento para um bem maior: a melhoria do processo atual.
A ajuda e "carta branca" da gerência do projeto, organização e afins, o ajudará muito neste ponto, pois através deles, o caminho e abertura ao diálogo, poderão ser menos árduos.

4. MEDO DA MUDANÇA

Elaborado pelo autor.Em qualquer lugar o desafio de propor a mudança, sempre será recebido com receio e medo, seja pela maioria ou minoria, acredite, isso é fato. Como a figura ao lado, em um ambiente, além de existirem muito mais e além das variáveis que apresentei: Processo, Pessoas e Problemas. Apenas trouxe como exemplo as principais e que geralmente terá mais dificuldade de conciliar e conquistar espaço. Longe de querer rotular aqui que essas atrapalham ou pessoas sempre será a barreira da mudança, mas instintivamente, o novo é visto como algo distante ou de grande ou gigantes organizações, como se fosse algo impossível de ser aplicado ou conquistado. Dessa forma, a mudança sempre será vista como na figura, quadrada, difícil, distante, diferente do comum e assim os adjetivos vão sendo ditados, como uma espécie de escudo e resistência.
Siga os planos e ideias com o pé no chão e profissionalismo. Todos, com o tempo, irão perceber que o novo não era nada complicado e só ajuda.

5. ANÁLISE E REFINAMENTO

Aqui não tem mistério, o trabalho será reunir, unir e categorizar, toda a informação que coletou durante as suas observações e análises, além de feedbacks que o guiaram para possíveis proposta de soluções. Um caminho que pode seguir é:

Ferramentas atuais versus informações obtidas
Processo atual versus problemas versus resultado final
Capacidade atual versus capacidade real
Times envolvidos versus problemas que geram impacto
Times envolvidos versus boas práticas que podem ser compartilhadas

Enfim, há uma infinidade de situações e visões que podem ser trazidas aqui, identifique as que fazem mais sentido para a sua realidade e ambiente inserido.

6. Gerando KPI

KPI vem do inglês Key Performance Indicator que traduzindo fica, Indicador Chave de Performance, que pode ser por área, time, individual ou conforme a sua necessidade. Nesta fase, levaremos em consideração que você analisou o ambiente, colheu os dados, fez a análise e identificou onde estão os gaps, gargalos ou necessitam de uma atualização. Item 4. Análise e Refinamento.

É preciso evidenciar a necessidade da mudança e propor um plano de ação para que suas ideias e propostas sejam aceitas de forma geral e para isso, seu trabalho agora será de propor soluções, ou seja, você é um Analista de Teste, um agente que transforma, através da Qualidade de Software, e promove a mudança e impacta positivamente o time.

7. AJUSTES

Realize os ajustes e adequações conforme a necessidade e disponibilidade da solução. Mas os detalhes de como iremos fazer isso, abordarei no próximo post. Até lá!
Este post é apenas um pedacinho da Área de Qualidade de Software e Desenvolvimento de Software, busque e qualifique-se.

IA- Reconhecimento Facial o quê testar ?

Alberson Barbosa — Wed, 30 Jun 2021 13:55:29 +0000

Olá QAs e DEVs, tudo massa? Integração entre times e áreas é muito importante profissionalmente e para a vida. Este tema será divido em 2 partes e contará com a participação do Luiz Garcia Junior na segunda parte.

Tema de hoje: IA: Reconhecimento Facial o quê testar ?

Inteligência artificial (por vezes mencionada pela sigla em português IA ou pela sigla em inglês AI — artificial intelligence) é a inteligência similar à humana exibida por sistemas de software, além de também ser um campo de estudo acadêmico. Os principais pesquisadores e livros didáticos definem o campo como “o estudo e projeto de agentes inteligentes”, onde um agente inteligente é um sistema que percebe seu ambiente e toma atitudes que maximizam suas chances de sucesso.
Fonte: https://pt.wikipedia.org/wiki/Intelig%C3%AAncia_artificial

E um complemento...

Um Sistema de Reconhecimento Facial é uma técnica cuja base vem de que cada pessoa tem um padrão característico facial em que, usando algum sistema de análise profunda de imagem, se pode identificar tal indivíduo.
Fonte: https://pt.wikipedia.org/wiki/Sistema_de_reconhecimento_facial

Após apresentar os conceitos e muitos outros que possam existir na rede, vamos falar como testar isso.

1. Manual versus Automatizado
Antes de botar a mão na massa efetivamente, é de extrema importância entender o que a IA irá trabalhar, como irá processar os dados, onde estará

hospedado a base, quais tecnologias ou abordagens de irá aplicar, além de outras variáveis que serão específicas de cada projeto. Para isso, gaste um tempo para coletar estas principais informações além de consultar documentos do projeto, tudo isso serão métricas que irá coletar. Assuma também a preocupação da base de dados de treinamento da IA, isso será a fonte vital de treinamento e resultados obtidos durante a fase de desenvolvimento. Tenha muito cuidado com a utilização da base de treinamento durante as fases do projeto: Desenvolvimento > Testes > Refinamento > Homologação > Produção
pois em cada fase e análise dos resultados, os mesmos podem correr o risco de “vício” e daí mascarar falsos positivos.

Fonte: https://www.primecontrol.com.br/automacao-de-testes/

2. Cobertura e Requisitos
Para a cobertura de requisitos e complexidade do sistema poderá utilizar a técnica: Complexidade Ciclomática, que é uma métrica de software usada para indicar a complexidade de um programa de computador. Desenvolvida por Thomas J. McCabe em 1976, ela mede a quantidade de caminhos de execução independentes a partir de um código fonte. Abaixo uma imagem para ilustrar:

Fonte: https://www.treinaweb.com.br/blog/complexidade-ciclomatica-analise-estatica-e-refatoracao

3. Escopo do Teste

Alguns itens que podemos abordar em âmbito de Reconhecimento Facial:

Traços do Rosto;
Traços Únicos;
Códigos Binários;
Pontos Nodais: possuímos cerca de ~80 pontos;
Distância entre os pontos Nodais;
Posição do Rosto;
Captura: Foto (previamente salva) ou Live (captura no momento);
Formas Geométricas;
Porcentagem de confiança;
Ambiente: luminosidade, saturação, hardware, etc.;
Usuários duplicados;

4. Métricas de Teste

Modo de Reconhecimento: snapshot, live, etc.;
Usuários duplicados rating;
Tempo de Resposta;
Número de detecções: 1 para N;
Números de detecções únicas: 1 para1;
TAR: True Acceptance Rate;
FRR: False Rejection Rate;
FAR: False Acceptance Rate;
Acurácia;

Além de todos os itens citados acima, o ambiente que irá ser executado o teste, é também de extrema importância, como rede e conexões, câmeras e qualidade de imagens capturadas, formato e local de armazenamento e muitas outras várias que deverá levantar e analisar conforme a realidade do seu projeto.

Este post é apenas um pedacinho da Área de Qualidade de Software e Desenvolvimento de Software, busque e qualifique-se.

A taxonomia do Teste Mobile

Alberson Barbosa — Tue, 08 Jun 2021 19:08:17 +0000

Olá QAs, tudo massa? Você que está testando ou sempre testou suas aplicações mobile, mas não sabe como são construídas? Vem aqui que te mostro uma visão que irá expandir seus horizontes e seus testes.

Tema de hoje: A taxonomia do Teste Mobile

Antes de por em prática todo o seu conhecimento de Testes, diante de projetos mobile, é de extrema importância conhecer sua arquitetura e como foi construído, pois dessa forma você terá que fazer alguns ajustes e abordagens de teste para obter o máximo dos seus testes e cobertura. A seguir, de forma macro vamos apresentar alguns insights sobre a taxonomia dos aplicativos mobile:

Aplicativos Nativo: desenvolvido para funcionar em uma plataforma específica, iOS ou Android, sendo capaz de acessar todo o potencial do dispositivo móvel. De forma geral é desenvolvido nas linguagens Objective-C ou Obj-C (de forma genérica uma derivação da linguagem C) ou Swift para iOS e Java ou Kotlin para Android. Os aplicativos nativos tendem a ter um melhor desempenho e aproveitar toda a capacidade de hardware, como por exemplo câmera, sensores, etc., e software do mobile. São mais complexos, caros e demorados para atingir seu nível de maturidade.
Aplicativos Web: são desenvolvidos para que o usuário perceba e sinta que é um aplicativo nativo. Geralmente estes aplicativos rodam em browsers de acordo com o device e usualmente são desenvolvidos em HTML5. Os ícones são como favoritos de um site, por onde cada ação e funcionalidade é acessada. Aplicativos web possuem limitações de integração com o hardware do device, e seu desempenho depende do browser que está o executando. Como estes aplicativos trabalham em camadas mais superiores, seu desenvolvimento tende a ser mais rápido, mais acessíveis financeiramente e atingir um nível de maturidade é mais perceptível.
Aplicativos Híbrido: estes aplicativos tentam preencher a lacuna entre os aplicativos nativos e web. Um aplicativo híbrido é executado como um aplicativo nativo, mas a maioria dos processos depende de tecnologias web, o que significa que uma parte do aplicativo é executada em um navegador da web incorporado (Web View), assim através dessa camada de abstração, como um nativo, permite o acesso aos recursos do dispositivo. Na estrutura usada para o desenvolvimento, uma base de código pode resultar em vários aplicativos que visam diferentes plataformas, com uma interface do usuário muito semelhante à da plataforma original para a qual o aplicativo foi desenvolvido. A seguir está uma lista de frameworks populares para o desenvolvimento de aplicativos híbridos: Apache Cordova, Framework 7, Ionic, JQuery Mobile, Google Flutter, Native Script, Onsen UI, React Native e Sencha Touch.
Aplicativos Progressivos Web (PWAs): estes aplicativos carregam como páginas web comuns, mas diferem dos aplicativos da Web de forma geral em vários sentidos. Por exemplo, é possível trabalhar offline e o acesso ao hardware do celular é possível, que tradicionalmente só está disponível para os aplicativos nativos. De forma geral estes aplicativos são suportados por Android e iOS, mas dependendo do modelo e versão, além do próprio aplicativos, alguns recursos e acesso ao hardware podem e são limitados. Por exemplo, push notifications, face ID do iphone ainda não estão disponíveis no iOS. Aqui você encontrará mais informações sobre o tema.

Fui buscar na rede uma figura que representa-se o que foi dito acima e encontrei duas. No final do post inseri o link de onde retirei.

Fonte: Aplicativos para Smartphones: Nativos ou Multiplataforma?

E a outra figura:

Fonte: Qual tipo de aplicativo escolher? Nativo, Híbrido ou PWA?

Daí você pode ser perguntar: e onde eu fico com os meus testes ? Agora que vem o “X” da questão. De forma geral, a abordagem de teste e as técnicas que irá utilizar, podem ser aplicadas de forma geral, mas de acordo com a coleta e resultados que irá obter, você terá um dispêndio maior de tempo para análise ou comparação entre os resultados obtidos.
Vamos a um exemplo prático: aplicativo nativo para gerenciamento do armazenamento do device versus aplicativo de outro fabricante (3rd party app). Visualmente e funcionalidades podem ser muito parecidos ou totalmente diferentes, mas nosso cenário de teste será: armazenamento full ou máximo de 100% da capacidade. Em um caso hipotético, o device ao atingir este nível de armazenamento, o aplicativo nativo reagirá com um pop-up de alerta “Armazenamento completo!” ou “Pouco espaço disponível!”. Já o 3rd party app reagirá com um force close, pois não está recebendo (de forma geral) o que deveria receber.

DICA: sempre que estiver testando aplicativos mobile, sempre ative a coleta de logs nativo ou utilize comandos ADB para esta atividade.

Já no campo de automação, dependerá da plataforma mobile e sua afinidade por alguma linguagem ou framework de automação, sabe aquela configuração marota de ambiente? Welcome to the jungle! :)
Este post é apenas um pedacinho da Área de Qualidade de Software, busque, qualifique-se e lembre sempre: a base em Teste de Software te levará a lugares que jamais imaginou.

Links e Obras Consultadas

MSTG — Mobile Security Testing Guide
Paulo Matuki da Cunha: Aplicativos para Smartphones: Nativos ou Multiplataforma?
Jose Mauricio: Qual tipo de aplicativo escolher? Nativo, Híbrido ou PWA?
Página do post original: https://albersonbarbosa.medium.com/a-taxonomia-do-teste-mobile-d73ad9208779

Trilha de um QA

Alberson Barbosa — Wed, 19 May 2021 18:20:02 +0000

Olá QAs, tudo massa? Está iniciando a sua carreira profissional? Já gastou rios de dinheiro com cursos e nada de ser inserido no mercado? Corre aqui que vou te dar uma dicas. Mas shiuuuu, não espalha.

Tema de hoje: Trilha de um QA

Hoje não irei escrever muita coisa, pois a própria imagem falará por si, aproveite! Se mesmo assim tiver dúvidas, me procura no inbox para dúvidas ou um café.

Conhecendo comandos ADB

Alberson Barbosa — Tue, 18 May 2021 19:35:18 +0000

Olá QAs, tudo massa? Vamos ao nosso próximo tópico e vamos de participação especial.

Tema de hoje: Conhecendo comandos ADB

Participação:
Gutemberg Ferreira

Bio: www.linkedin.com/in/gutembergbritoferreira

Após a instalação e configuração do ambiente de desenvolvimento Android utilizando os links oficiais disponibilizados pela Google (Android Studio, Sdk Android e Commandline Tools) é possível utilizar algumas ferramentas que lhe ajudarão no desenvolvimento de aplicativos. A ferramenta em questão desse artigo é o ADB ou Android Debug Bridge, que funciona através de comandos executados em um terminal e permite que seja realizada a comunicação entre o computador e o dispositivo, seja ele real (ex.: smartphone) ou emulado, e essa comunicação pode ocorrer através cabo USB, Wi-Fi e Conexão Ethernet. É importante salientar: para que a comunicação ocorra com um dispositivo real é necessário que o mesmo possua o “Modo desenvolvedor” e “Depuração USB” ativos respectivamente. Não é uma configuração difícil de ser ativada e é possível encontrar vários tutoriais de como fazer o procedimento.

Deixando de lado a parte técnica de como instalar e configurar o Android Studio, e puxando a sardinha para o lado de Qualidade de Software, essa ferramenta se torna um verdadeiro canivete suíço nas mãos de um QA e ajuda muito nas tarefas diárias de quem testa aplicações Android, como por exemplo na coleta de logs de aplicações, instalação e remoção de aplicativos, coleta de informações dos aplicativos instalados, envio e coleta de arquivos diversos, gravar um vídeo ou realizar a captura da tela (printscreen), além de outras tarefas. Vamos listar abaixo, os comandos mais utilizados diariamente e como a ferramenta pode ajudar. Todos os comandos listados, além de outros, podem ser melhor estudados através da documentação disponibilizada no link: https://developer.android.com/studio/command-line/adb.html .

COMANDOS

adb connect device_ip:port

Primeiramente, para realizar a comunicação com dispositivos reais através de uma conexão Ethernet ou Wi-Fi é necessário realizar esse comando para que seja possível utilizar os demais comandos citados a seguir. Onde adb connect são comandos padrões da ferramenta, device_ip é o ip do dispositivo dentro da rede na qual ele está conectado e port é a porta de comunicação, geralmente já pré configurado nos dispositivos com o valor 5555, não sendo necessário passar esse parâmetro.

adb devices -l

Comando utilizado para saber quais dispositivos estão conectados ao servidor ADB. Como resposta ao comando é exibida uma lista onde consta o número de série do dispositivo, o dispositivo em questão e o estado da conexão (possuindo estados como offline, device e no-permission).

adb kill-server e adb start-server

São comandos utilizados caso ocorra algum problema com a comunicação entre o dispositivo e o computador, sendo utilizado primeiro o comando adb kill-server para que o processo do adb seja encerrado e as conexões estabelecidas sejam forçadas a se encerrarem, e logo após o comando adb start-server para que a o serviço seja iniciado novamente e a conexão seja estabelecida.

adb install .apk

Comando utilizado para realizar a instalação de um aplicativo através do seu arquivo de instalação .apk, é um comando muito útil pois não necessita de interação com o dispositivo, e como muitas das vezes (senão todas rs) os aplicativos desenvolvidos são disponibilizados através de uma outra plataforma sem ser o Google Play (Ex: Appcenter, email, pendrive, um local na intranet da empresa), então é necessário copiar esse aplicativo para o dispositivo e então abrir o gerenciador de arquivos e iniciar o processo de instalação (vários passos e muita paciência), já com esse comando, basta passar o local onde o apk se encontra e aguardar a finalização do apk.

adb logcat

“O Logcat é uma ferramenta de linha de comando que despeja um registro de mensagens do sistema, incluindo stack traces, quando o dispositivo gera um erro e mensagens que você escreveu no app com a classe Log.” Como é citada na documentação, com esse comando é possível realizar a leitura das mensagens do sistema, mensagens de log, requisições sendo feitas ao ao realizar determinada ação e a captura de erros específicos(FATAL EXCEPTION, NULLPOINTEREXCEPTION, FATAL ERROR) dentro da aplicação ajudando o desenvolvedor a encontrar um caminho para resolução do problema.

Exemplo de erro FATAL EXCEPTION em uma aplicação:

18745–18745/com.app E/AndroidRuntime: FATAL EXCEPTION: main
    Process: com.app, PID: 18745
    java.lang.NullPointerException
    at com.appFunction(PayViewModel.kt:83)
    at com.appRequest(PayViewModel.kt:73)
    at com.app.onRequest(Pay.kt:54)
    at com.app.onRequest(Pay.kt:24)

Continuando...

adb pull remote local e adb push local remote

Comandos utilizados para realizar transferências de arquivos entre o dispositivo e o computador. Para copiar um arquivo do dispositivo para o computador é usado o comando adb pull remote local, onde remote é o local onde se encontra o arquivo ou pasta no dispositivo a ser copiada, e local é o diretório onde será realizado a cópia no computador.

Ex.: adb pull /sdcard/foo.txt foo.txt

Para realizar a ação inversa, copiar um arquivo ou pasta do computador para o dispositivo usa-se o comando adb push local remote

Ex.: adb push foo.txt /sdcard/foo.txt

adb shell

Com esse comando é possível iniciar o shell do sistema operacional e realizar comandos do dispositivo. Como são várias opções de comandos e cada uma tem um cenário específico a ser usada, trago as que mais ajudam nas tarefas de testes:

adb shell pm list packages

Exibe uma lista com todos os pacotes instalados no dispositivo, ajuda a identificar o nome correto dos pacotes. Ex: com.app4point.app

adb shell dumpsys window windows | grep -E ‘mCurrentFocus’

Comando usado para listar o nome do pacote da aplicação que estiver rodando em primeiro plano.

adb uninstall package

Usado para desinstalar aplicativos através do nome do pacote.

adb shell screencap filename

Comando usado para realizar uma captura da tela do dispositivo. Onde filename seria o local onde arquivo será salvo no dispositivo.

Ex.: adb shell screencap /sdcard/screen.png

adb shell screenrecord filename

Comando usado para gravar a tela do dispositivo em um arquivo MPEG-4. A gravação pode ser interrompida através do comando Control+C do teclado, tem um limite padrão de 3 minutos de gravação e também aceita um valor de limite passado através de parâmetro — time-limit.

Ex.: adb shell screenrecord /sdcard/demo.mp4

Fim da linha?

Com certeza NÃO! O ADB é apenas uma das ferramentas disponibilizadas pelo SDK, e os comandos citados não são apenas esses, cada comando especificado na documentação tem um cenário que pode ser usado e vai depender também de um pouco de conhecimento técnico sobre comandos linux ( pois o android é um sistema operacional que roda em cima do kernel do linux), ainda mais para combinação de comandos shell, praticar esses comandos é fundamental para um bom entendimento, então tente executá-los e veja o que acontece, afinal “o preço da perfeição é a prática constante” (Andrew Carnegie).

Bônus

Scrcpy

A ferramenta scrcpy fornece a exibição e controle da tela do dispositivo conectado (espelhamento), funciona em windows, linux e mac e pode auxiliar também na gravação de vídeos para coleta de evidências, controlar as interações com o sistema através do mouse, controlar a orientação e tamanho da tela, além de outros comandos disponíveis na documentação.

Agradeço a oportunidade, fiquem com Deus, e em tempos de pandemia, cuidem da sua e da saúde de sua família.

Este post é apenas um pedacinho da Área de Qualidade de Software, busque, qualifique-se e lembre sempre: a base em Teste de Software te levará a lugares que jamais imaginou.

Obrigado e até a próxima ;)

Referências

Android Studio: https://developer.android.com/studio?hl=pt-br
ADB : https://developer.android.com/studio/command-line/adb.html
Logcat: https://developer.android.com/studio/command-line/logcat
Scrcpy: https://github.com/Genymobile/scrcpy