O que é Software Quality Assurance?
- Software Quality Assurance (SQA) é o conjunto de atividades para garantir a qualidade do software que está sendo desenvolvido. Estudos mostraram que 98% dos projetos falharam no final do mercado, devido aos seguintes motivos, como tempo estimado, mudança de requisitos, custo mais alto do que o esperado ou alto custo de manutenção. Portanto, é muito importante ter em mente os vários parâmetros antes do desenvolvimento do software, para minimizar o risco de falha.
- Para minimizar o risco de falha do software no mercado, a garantia de qualidade do software entrou em cena.
- Envolve um conjunto de atividades, processos, procedimentos e padrões adequados ao projeto. Ele abrange todos os padrões de qualidade de software, desde a coleta de requisitos até o desenvolvimento, liberação e manutenção do software.
- O SQA é executado paralelamente ao ciclo de vida de desenvolvimento do software, que verifica regularmente se o software que está sendo desenvolvido deve atender aos seus padrões em todos os estágios, para que os problemas possam ser evitados nos estágios iniciais, em vez de lidar com ele após a conclusão do projeto.
- O SQA inclui Auditoria, Treinamento, Definição de Processo e Implementação como suas principais atividades. Uma vez definido o processo, o SQA começa a encontrar os pontos fracos e as maneiras de corrigir esses pontos fracos para obter um software melhor.
Atividades de garantia de qualidade de software
Abaixo são apresentadas algumas das atividades do Software Quality Assurance.
1. Configurando o ponto de verificação
A equipe do SQA define os pontos de verificação após intervalos de tempo específicos, a fim de verificar o progresso, a qualidade, o desempenho do software e se o trabalho de qualidade do software é feito dentro do prazo, conforme cronograma e documentos.
2. Medir o impacto das mudanças
Para um defeito relatado pelo controle de qualidade e corrigido pelo desenvolvedor, é muito importante testar novamente a correção do defeito e verificar se o defeito corrigido não introduz novos defeitos no software em funcionamento. Para isso, as métricas de teste são mantidas e observadas pelos gerentes e desenvolvedores para verificar defeitos recém-gerados com a introdução de novas funcionalidades ou a correção de qualquer defeito.
3. Ter estratégia de testes múltiplos
Não se deve confiar em uma única abordagem e estratégia de teste para testar software. A estratégia de teste múltiplo deve ser implementada no software, de modo a testá-lo de diferentes ângulos e cobrir todas as áreas. Para um teste de segurança de site de comércio eletrônico, teste de desempenho, teste de carga, teste de banco de dados, tudo deve ser feito para garantir uma melhor qualidade do software.
4. Manutenção de registros e relatórios
É importante manter todos os registros e documentos do controle de qualidade e compartilhá-los periodicamente às partes interessadas. Casos de teste executados, ciclos de teste, defeitos registrados, defeitos corrigidos, casos de teste criados, alteração de requisitos de um cliente para um caso de teste específico, todos devem ser devidamente documentados para referência futura.
5. Gerenciamento de boas relações
O gerenciamento de boas relações entre testadores e desenvolvedores desempenha um papel importante no projeto. Como o papel de desenvolvedor e testador se contradizem, mas isso não deve ser tomado em nível pessoal. O principal objetivo de ambas as equipes deve ser a entrega de boa qualidade de projetos com riscos mínimos de falha.
6. Plano de Gerenciamento SQA
Isso inclui encontrar maneiras de como o SQA funcionará no novo projeto da maneira mais eficaz. Pense nas estratégias de SQA, nos processos de engenharia de software que podem ser implementados conforme os requisitos do projeto e as habilidades individuais dos membros da equipe.
Componentes do sistema SQA
Os componentes SQA podem ser classificados em 6 classes:
1. Componentes do pré-projeto
Isso garante que o compromisso do projeto tenha sido definido claramente com relação à estimativa de tempo, esclarecimento dos requisitos do cliente, orçamento total do projeto, avaliação dos riscos de desenvolvimento, total de pessoal necessário para esse projeto em particular. Também garante que os planos de desenvolvimento e qualidade foram claramente definidos.
2. Componentes do Ciclo de Vida do Projeto de Software
Este componente inclui a revisão, opiniões de especialistas, testes de software, componentes de manutenção de software. No ciclo de vida de desenvolvimento do projeto, ele inclui componentes como revisões, opiniões de especialistas e descoberta de defeitos no design e na programação de software, enquanto no ciclo de vida de manutenção de software inclui componentes de manutenção especializados e componentes de ciclo de vida de desenvolvimento para aprimorar as tarefas de manutenção.
3. Componentes de infraestrutura para prevenção e aprimoramentos de erros
Esse componente inclui treinamento da equipe, certificação, gerenciamento de configuração, medidas preventivas e corretivas para reduzir a taxa de erros em um software com base na experiência acumulada em SQA da organização.
4. Componentes SQA de gerenciamento
Esta classe inclui métricas de qualidade de software, custos de qualidade de software, que incluem o controle das atividades de manutenção e desenvolvimento e a introdução de envolvimento gerencial para reduzir o risco de qualidade, cronograma e orçamento no projeto.
5. Componentes da padronização, certificação e avaliação do sistema SQA
O principal objetivo desta aula é a utilização de conhecimento profissional internacional, que auxilia na coordenação entre os diferentes sistemas de qualidade da organização em nível profissional.
6. Organização para componentes humanos SQA
Essa base inclui gerentes, testadores e outros profissionais de SQA interessados em SQA. O principal objetivo é apoiar e iniciar as atividades de SQA, detectar as lacunas / desvios nele e sugerir melhorias para isso.
Padrões de garantia de qualidade de software
Várias organizações, institutos nacionais e internacionais estão envolvidos no desenvolvimento de padrões SQA. A seguir mencionados são as principais organizações e institutos envolvidos:
- IEEE
- PONTO
- ISO
- ANSI
- EIA
- IEC
Os padrões SQA são basicamente divididos em duas categorias:
1. Software Quality Assurance Standard, conhecido como Padrões de Gerenciamento da Qualidade.
Exemplo: ISO 9000-3, CMM (Capability Maturity Model).
Eles se concentram na infraestrutura da organização, sistema SQA, requisitos, deixando a escolha de ferramentas e métodos de teste para uma organização. Seu objetivo padrão é "o que" alcançar. Ele garante que as organizações obtenham uma qualidade aceitável de software.
2. Padrões de Processo de Desenvolvimento de Projeto de Software, conhecidos como Padrões de Processo de Projeto.
Exemplo: ISO / IEC 12207 IEEEStd 1012-1998.
Eles se concentram em metodologias que devem ser implementadas no desenvolvimento e manutenção de software. Ele se concentra em "como" executar. Inclui requisitos de documentação do projeto, etapas a serem tomadas, teste de software a ser executado e revisão e revisão do projeto.
Técnicas de SQA
Existem várias técnicas de SQA. Alguns deles são mencionados abaixo:
1. Revendo
Na revisão, uma reunião é realizada por partes interessadas internas e externas para revisar todo o projeto que analisa todo o software e se encontra um problema, distingue se é teste, desenvolvimento, requisito ou design. O principal objetivo é medir a qualidade do software e verifique se atende às expectativas do cliente ou não.
2. Auditoria
Na auditoria, todo o produto de trabalho e todos os dados são inspecionados pelas partes interessadas para verificar se seguem os processos padrão ou não.
3. Teste Funcional
Nos testes funcionais, a funcionalidade de todo o software é testada, funcionando como esperado ou não. Ele verifica "o que o sistema funciona" sem saber "como o sistema funciona". É como o teste de caixa preta de um aplicativo no qual o usuário conhece a saída esperada sem saber como é produzida.
4. Padronização
Ele garante que tudo no software seja padronizado, isto é, segue todos os padrões, quer os padrões em documentação, desenvolvimento, controle de qualidade. Reduz a ambiguidade e, portanto, melhora a qualidade do software.
5. Inspeção de Código
A Inspeção de Código é um dos tipos mais formais de revisão, com o objetivo principal de encontrar defeitos no código e destacar quaisquer problemas na Inspeção de Código, liderada por um Moderador treinado, e não pelo Autor do código. A reunião possui critérios adequados de entrada e saída. Os usuários devem precisar de uma preparação completa antes da reunião para ter conhecimento completo dos documentos e tudo antes de levantar seus pontos.
6. Passo a passo
O passo a passo do software é um tipo de processo informal e, geralmente, é iniciado pelo autor para ler o documento ou código e os colegas escrevem suas sugestões ou erros nele e os enviam. Não está formalmente documentado, pois a inspeção e o moderador não são necessários na reunião. Seu principal objetivo é conhecer o status do código concluído até a data e coletar sugestões de colegas para uma melhor qualidade do software.
7. Teste de Estresse
O teste de estresse é feito para verificar como o sistema funciona sob carga pesada. Esse teste desempenha um papel importante na qualidade do software, pois em aplicativos de comércio eletrônico, os testes de carga e estresse são realizados corretamente para testar a capacidade do software (quantos números máximos de usuários podem acessar um aplicativo por vez).
8. Inspeção de Projeto
A inspeção do projeto é feita para verificar as várias áreas do software usando a lista de verificação, como design funcional e de interface, convenções, requisitos gerais e design, rastreabilidade de requisitos, lógica, acoplamento e coesão.
Vantagens do SQA
Vamos discutir as vantagens do SQA.
1. Aumenta a confiança do cliente
A verificação adequada da qualidade em diferentes níveis de software, como revisão, inspeção, auditoria, etc., e com o envolvimento de partes interessadas internas e externas, aumenta a confiança dos clientes na submissão de relatórios semanais das métricas de defeitos e requisitos também ajuda muito a garantir o cliente que o trabalho está sendo feito no prazo.
2. SQA economiza dinheiro
Os defeitos encontrados no estágio inicial, seja na coleta de requisitos, no código e nos testes, são fáceis e econômicos para o SQA adequado feito em vários níveis, ajudando a reduzir esses riscos, pois os defeitos máximos foram descobertos e resolvidos nos estágios iniciais e, portanto, economizam dinheiro para consertar o problema. software defeituoso após ser apresentado ao cliente, o que pode custar a reputação da empresa, usuários e clientes também.
3. Aumentar a satisfação do cliente
O envolvimento oportuno do cliente no desenvolvimento e teste de software aumenta a satisfação do cliente de que o software de qualidade está sendo desenvolvido e conforme os requisitos e a aceitação de sugestões entre as considerações, aumenta a satisfação do cliente.
4. Promove produtividade e eficiência
Quando o desenvolvimento e o teste são feitos em paralelo, os defeitos encontrados logo após o desenvolvimento de um único módulo são concluídos e corrigidos pelos desenvolvedores oportunamente, permitindo que todos trabalhem em paz e de maneira mais produtiva, em vez de sobrecarregados com vários bugs ao mesmo tempo após a conclusão. de todo o software.
5. Previne emergências imprevistas
Ao desenvolver um software corporativo, as apostas também são muito altas. Como o software lida com muitos dados confidenciais do cliente, ele precisa funcionar conforme o esperado, sem apagões, corrupção ou falhas de comunicação. O software deve ser testado com rigor, para que funcione conforme o esperado.
6. Reduz conflitos de cliente no horário final
Existem muitos casos de discordância do cliente e das organizações mais tarde em relação à alteração de requisitos, tempo e orçamento fixados no início, resultando no cancelamento do projeto, perda de dinheiro e má impressão da empresa no mercado (perda de cliente como isso criaria uma má reputação). No SQA, tudo é fixado no início do projeto e documentado adequadamente, sem nenhuma ambiguidade, para que não ocorram conflitos.
Desvantagens do SQA
Vamos discutir as desvantagens do SQA.
1. Às vezes difícil de implementar
Como o SQA define todas as atividades e ações que devem ser executadas em cada etapa do desenvolvimento de software de maneira muito detalhada, às vezes fica difícil implementar cada atividade e processo em desenvolvimento. Portanto, a pessoa sabe que seria benéfico, mas focar cada etapa em detalhes se torna difícil quando se trabalha em grandes equipes.
2. Consome Tempo
A implementação de cada ação no SQA consome muito tempo e às vezes perde mais tempo em documentação e reuniões, em vez de trabalhar no desenvolvimento e teste reais de software.
3. Alto custo
Através da implementação do SQA, embora o custo de corrigir os bugs nos estágios posteriores possa ser reduzido, encontrando-os e corrigindo apenas no início, mas para pequenos projetos com baixo orçamento, é muito difícil implementar o SQA à medida que o número de recursos aumenta. o projeto também faz o orçamento de um projeto. Para projetos pequenos, contratar toda a equipe de controle de qualidade e implementar o SQA causa um aumento drástico no custo de um projeto.
Conclusão
O SQA é uma atividade abrangente que abrange todo o projeto durante todo o ciclo de vida do software, desde a coleta de requisitos até a manutenção do projeto. Ele abrange todas as atividades e processos em diferentes estágios de desenvolvimento de software, a fim de garantir que o software entregue seja de alta qualidade e risco mínimo, para que possa ter sucesso no mercado e atender às expectativas do cliente.
Artigos recomendados
Este é um guia para Software Quality Assurance. Aqui discutimos as atividades, componentes, vantagens e desvantagens do SQA. Você também pode consultar nossos outros artigos sugeridos para saber mais -
- Princípios de Teste de Software
- Ciclo de vida dos testes de software
- Software ágil
- Garantia de Qualidade vs Controle de Qualidade
- Técnicas de teste de caixa preta