Como o profissional de QA pode entender ainda mais o contexto que está inserido

Conheça mais sobre Política de Qualidade e Política de Testes de Software

--

fonte: https://www.memsource.com/blog/2019/10/17/what-is-qa-and-why-is-it-important/

Para sermos profissionais mais completos é importante termos visão abrangente sobre o ambiente que nos cerca. Ser um mero executor de tarefas não é suficiente, é preciso entender o contexto em que estamos inseridos e as normas que regem a cultura da organização.

Para o QA Engineer existem dois documentos que orientam as suas atividades, direta ou indiretamente: a Política de Qualidade de Software e a Política de Testes de Software.

Como é de se imaginar, a Política de Qualidade é mais abrangente que a Política de Testes e por isso falaremos sobre ela primeiro.

Política de Qualidade de Software

Cada organização tem sua nomenclatura e escopo para os documentos relacionados a qualidade e testes de software. Aqui mostrarei as práticas mais encontradas pesquisando em artigos.

A Política de Qualidade é escrita pela alta administração e traz objetivos e metas que refletem o comprometimento da organização em relação à qualidade. São declarações que impactam objetivos estratégicos de longo prazo, metas e visão com o intuito de produzir e entregar produtos com qualidade.

Ela também estabelece os princípios das organizações, o que as auxilia a seguir procedimentos estabelecidos para desenvolver e testar um produto e constantemente buscar melhorias tanto no produto quanto no processo.

Adicionalmente, reflete os principais valores da organização, o que ajuda a entender o seu pensamento em relação à qualidade, o que qualidade significa para ela, abordagens, principais áreas a serem consideradas e prioridades para entregar software de qualidade para seus clientes.

Geralmente contém: foco no cliente, liderança, melhoria contínua, processos, relacionamento e criação e disseminação da consciência sobre qualidade.

Um aspecto bastante relevante é que a Política de Qualidade serve como uma espécie de Constituição de uma organização que informa como as pessoas devem agir quando não há um procedimento específico para guiá-las, especialmente em situações de stress. Por exemplo, a declaração “nós não subimos código sem testá-lo” deve direcionar as ações de um time quando um deadline está muito próximo e ele está sob pressão para entregar o projeto, mas ainda há testes que não foram realizados.

Tá pegando fogo, bicho! Deixa os testes pra lá!!!

Como todas as organizações estão inseridas em ambientes dinâmicos, a Política de Qualidade deve ser revisada e atualizada periodicamente para atender as demandas e expectativas atuais.

Por fim, a CA Software in Practice diz que a Política de Qualidade pode focar em aspectos gerais da qualidade ou em processos específicos e traz exemplos ilustrativos de como isso pode ser feito:

  • Geral: Como sua maior prioridade, a empresa XYZ está comprometida a entregar software de qualidade para seus clientes. Nós acreditamos que a permanente satisfação do cliente é essencial à sobrevivência do negócio.
  • Planejamento: um Plano de Gerenciamento do Projeto deve ser criado para todos os projetos.
  • Monitoramento e Controle: Gerentes de Projeto devem apresentar relatórios de desempenho do projeto em períodos combinados com o patrocinador do projeto.
  • Documentação de requisitos: todos os projetos devem conter um Documento de Especificação de Requisitos descrevendo as funções, desempenho e os requisitos de interface do software.
  • Design da Arquitetura: todos os projetos devem fazer uma Revisão dos Inputs de Design para confirmar que estas entradas, tais como os requisitos do sistema, estão claros, completos e corretos e possuem qualidade suficiente para auxiliar no desenvolvimento do design do projeto.
  • Codificação: os projetos devem ser desenvolvidos de acordo com padrões de codificação predefinidos. Os padrões de codificação devem ser atualizados para refletir qualquer prática específica do projeto.
  • Testes: todos os projetos devem descrever sua abordagem em relação a testes em um Plano de Testes de Software. O Plano de Testes deve descrever a abordagem do projeto em relação a testes de unidade, integração e aceitação.
  • Gerenciamento da Qualidade: todos os projetos devem planejar e executar as atividades de gerenciamento da qualidade de software para assegurar que as necessidades explícitas e implícitas do cliente estão sendo atendidas e que o produto está sendo desenvolvido seguindo as melhores práticas conhecidas.
  • Gerenciamento de Pessoas: gerentes de projeto devem ser responsáveis por garantir que a equipe do projeto está consciente de suas responsabilidades em relação à qualidade e treinada apropriadamente para desempenhar suas atividades.

Para um exemplo real você pode ver a Política de Qualidade da Mentor Graphics Corporation, uma subsidiária da Siemens que produz automação de projetos eletrônicos. Além de trazerem a sua crença ainda mostram como definem a qualidade, a responsabilidade por ela e quais os padrões adotados.

Política de Testes de Software

A Política de Testes de Software faz parte da Política de Qualidade e fornece insights para as atividades de testes. Ela é escrita geralmente pelo gestor da área de testes e utilizada tanto em projetos quanto em atividades de manutenção.

Ter uma Política de Testes significa dar uma resposta clara à pergunta “O que teste significa para a organização?”, expressando os objetivos que esta tem em relação a testes, como aumento da confiança, detecção de inconsistências e redução de riscos.

Ela também evidencia as vantagens de testar software, trazendo valor ao negócio e justificando o custo da qualidade.

Este documento traz:

  • A definição do processo de testes que a organização utiliza para ampliar a qualidade do software desenvolvido, inclusive com os objetivos de cada nível de testes.
  • Quais ferramentas serão utilizadas.
  • Como a organização vai medir a efetividade e a eficiência em atingir os objetivos dos testes.
  • Como a organização vai melhorar seu processo de testes.
  • Como é a estrutura da área de qualidade e quais as responsabilidades.
  • Política de Contratação.

Importante frisar que tanto empresas que adotam um contexto mais tradicional, com o ciclo de desenvolvimento em cascata, quanto às que aderem ao ágil devem ter uma Política de Testes, pois ela especifica diretrizes para as atividades a serem realizadas.

Um exemplo bastante completo de Política de Testes é a do Fedict, serviço público federal belga responsável pelos serviços de governo eletrônico.

O documento está em inglês e pode ser acessado aqui. Esta política é direcionada para todos os fornecedores de software do Fedict e orienta as atividades de testes a serem executadas por eles.

Conclusão

Através da Política de Qualidade o profissional de QA vai entender qual o enfoque dado à qualidade e como agir inclusive em momentos de stress.

Já a política de testes vai trazer o processo de testes e medidas para melhorá-lo, objetivos de cada nível, ferramentas utilizadas, dentre outros aspectos.

Entender o contexto em que está inserido é essencial para o QA exercer suas atividades com excelência. Com essa finalidade, conhecer as Políticas de Qualidade e de Testes de Software da organização onde atua se torna praticamente mandatório.

--

--