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
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.
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.
Referências
- ProfessionalQA.com — Quality Policy in Software Testing
- CA Software in Practice — IT Quality Policy
- Mentor Graphics Corporation — Software Quality Policy
- ICterra — Test Documentation: Test Policy, Test Strategy, Test Plan…
- Try QA — What is Test Policy? What does it contain?
- DevMedia — Introdução ao Gerenciamento de Qualidade
Revisão: Cristhiane Jacques e Gabriel Santos
