O que éQualidadede software

IDEIAS REQUISITOS CONCEITOS Vol. I QUALIDADE DE SOFTWARE?ANÁLISE DESENVOLVIMENTO TESTE

TRANSMITIR Éexatamentepor aíqueUMA IDEIA começamosa tratarde qualidadedeÉ MAIS DIFÍCIL DO QUE IMAGINAMOS. software...Durante a fase de análise e levantamento de requisitos, precisamospensar em todas as possibilidades e todos cenários possíveis, issopode parecer fácil, mas quando colocamos na prática isso ficarealmente difícil.Hoje nós contamos com a ajuda da engenharia de requisitos einúmeras técnicas ágeis para auxiliar a levantar os requisitos que nãosão apenas formalidades, são insumos para guiar odesenvolvimento, as camadas de testes e entregar o que realmente foipedido.Mais pra  frente vamos ver técnicas de extração de requisitosimportantes para que o pedido/requisito seja claro e objetivo.Transmitir um requisito é quase brincar de telefone sem fio.

Dica: Requisitos: São as solicitações contendo as regras das alteraçõesque o sistema ira sofrer ou melhorias solicitadas pelas áreas denegócio. Existe uma grande chance de você já ter passado por isso:Observando essa imagem, percebemos que a construção do projetopassou por várias mãos, mas ninguém conseguiu identificar oque realmente o cliente queria.

 - Então quer dizer que uma equipe destinada apenas paraqualidade de software não vai resolver todos osproblemas?- Na verdade não, mas vamos com calma....A área de qualidade esta presente tanto em engenharia desoftware quanto em gerenciamento de projetos.Controle da qualidadeGarantia da qualidadeEng. de software Gestão de projetosQualidade de software

Agora que já sabemos que a qualidade de software é uma área com vários envolvidos, vamos conhecer algumas divisões dentro da Qualidade de Software:\"Um desenvolvimento organizado de software tem como premissa umametodologia de trabalho. Esta deve ter como base conceitos que visema construção de um produto de software de forma eficaz. Dentro destametodologia estão definidos os passos necessários para chegar aoproduto final esperado.\" Qualidade de softwareControle da qualidade Processo da qualidadeSão as ações Garantia da qualidade São as açõesrelacionadas à mediçãoda qualidade, para tomadasdiagnosticar se oresultado está sendo para garantir aatingido. São as ações tomadas clareza das etapas e para redução de defeitos. metodologias adotadas no ciclo de desenvolvimento

Atividades inerentes da Gestão de Qualidade – Criar estratégias; – Gerenciar os riscos; – Garantir a qualidade do produto sob os pontos de vista funcional e de performance; – Garantir que bugs já encontrados e corrigidos não ressurjam (regressão); – Garantir a correta aplicação das práticas de qualidade nos processos ; – Documentação de Usuário; – Garantir a resolução de não-conformidades descobertas por QA ou outras áreas; – Reportar a qualidade do produto de forma objetiva e mensurável para todos os stakeholders.Clique aqui e saiba mais sobre Gestão de qualidade com qualidade em TI  Em TI Bug significa erro/problema ou falha no software.

\"A Qualidade então é percebida pelo cliente, ou usuário final,como um produto ou serviço, que faz o que deve ser feito, explícitae implicitamente, e é entregue no prazo e ao custo combinado.E qual a abrangência da Qualidade em TI?Há que se pensar em qualidade muito antes de começar aescrever um software e muito além do software. Precisamoscomeçar a verificar e medir a qualidade quando se começa apensar em desenvolver um produto ou serviço. Lá no início,quando se define: O Que Se Quer?E isso inclui todos os requisitos envolvidos, desde asfuncionalidades, passando por eficácia e eficiência, pelasegurança requerida, por infrestrutura necessária para atingir aperformance esperada e outros tantos.Poderíamos ficar aqui descrevendo uma série interminável,citando ítens que normas e modelos já elencaram. Mas o queacho necessário aqui, é o entendimento de que Qualidade de TIcomeça muito antes da TI e termina muito depois da TI.O que quero propor é atingir a Qualidade de TI através de açõesaplicadas durante o todo o ciclo do produto ou serviço.\" Continue lendo o artigo, clique aqui.

\"Uma organização que se propõe a uma gestão voltada para a “qualidade”, tem consciência de que a sua trajetória deve ser reavaliada. As mesmas precisam por em prática as atividades que visam estabelecer e manter um ambiente no qual as pessoas, trabalhando em equipe, consigam um desempenho eficaz na busca das metas e missões da organização.\"Clique aqui e leia mais sobre a qualidade e as técnicas aplicadas.A qualidade e o nível de maturidade no ciclo de desenvolvimento. A  maturidade do ciclo de desenvolvimento evolui conforme se investe em gestão da qualidade.  Para apoiar nessa evolução existem várias metodologias de gerenciamento, qualidade e medição da maturidade.  Entre eles temos os CMMI SVC, Scrum, Kanban, Lean. Mas não entraremos nesse assunto por agora.  Mas para ajudar a visualizar melhor o que seria isso, separamos um vídeo.  Aperte o PLAY o que é o Nível 1 de Maturidade do CMMI

O vídeo apresentado abordou vários aspectos dentro do ciclo dedesenvolvimento, mas devemos chamar a atenção para olevantamento de requisitos, observar o que o cliente pediu e o que foientregue pra ele.Dentro do nosso cenário corporativoalguns pontos precisam deadaptações, mas a essência decomunicação e o feedback promovema melhoria contínua. \"A ideia de levantamento / elicitação de requisitos deveria ser simples como um processo de transferência do conhecimento dos usuários e especialistas do negócio que através da capacidade dos analistas de requisitos de conseguir levantar e documentar esses conhecimentos, mas o processo não é tão simples como aparenta ser, pois os clientes e usuários não conseguem repassar uma visão clara das suas necessidades de negócio. Segue alguns problemas que ocorrem na fase de análise de requisitos: Os requisitos são incompletos e ambíguos; 1 - Usuários com visões diferentes e requisitos contraditórios; 2 - Usuários conhecem muito do negócio e pouco de sistema, já os analistas conhecem muito de sistemas e pouco do negócio do cliente, consequentemente ocasionando desentendimentos entre eles; 3 - Os usuários acabam omitindo algumas informações, acreditando que o assunto é óbvio; Requisitos na maioria das vezes são vagos e incertos;\"  Acesse e saiba mais.

Então, qual a solução para que não haja mais conflito entre o quefoi pedido e o que foi entregue ?Nesse sentido nós temos várias técnicas que aplicando-as podemdiminuir o \"telefone sem fio\" entre a área de TI e as áreas de negócio,são elas: Brainstorming Prototipação Técnincas de escrita INVEST Técnincas de escrita em BDD

Nada melhor do que exemplos para demonstrar como podemosescrever esses requisitos.INVEST Um bom critério, tanto para o PO escrever, quanto para o time de desenvolvimento aceitar a história é usar o INVEST, um acrônimo criado por Bill Wake, formado por um lembrete das características de uma user story de qualidade. Este método é amplamente usado e é recomendado por Mike Cohn, um dos pais do Scrum. O INVEST diz que uma boa user story possui seis características: Independente - Ela representa basicamente a visão do usuário do sistema, basicamente deve conter informações suficientes para podendo ser assimilada por qualquer pessoa. Negociável - Um bom requisito debe ser negociável seus detalhes devem ser discutidos entre todos os envolvidos. Valor - O valor agregado a ela contribui para para priorizar o backlog. Estimável - Deve reunir um número de detalhes suficiente para que seja estimada, se um requisito não pode ser estimado, é conveniente reavaliá-lo Pequena - Quanto menor é o requisito, mais provável é a precisão das estimativas. Testável - O time de desenvolvimento deve ser capaz de testá-la, apenas com o critério de aceitação.

Exemplo:Perfil de acesso: Todos os colaboradores com permissão de gestor Caminho do sistema que ocorre o erro: Menu relatório > novo relatório> clicar em Gerar.Eu como gestor gostaria de gerar um relatório de processos,porém o sistema não apresenta resultado da pesquisa.Quando clicar no botão \"gerar\"Então o relatório aparecerá em \"grid\" na tela e os processosdevem ser agrupados por situação ( pendente, recebido. Casonão existam processos será informado \" Sem resultado\"Resultado esperado: realizar a correção no relatório deconsulta por situaçãoAnexo: arquivo de print - erro ao gerar relatórioAperte o play Ações simples como: adicionar o perfil onde ocorre o erro/melhoria, o caminho para que qualquer pessoa do time de desenvolvimento consiga reproduzir o erro, o resultado esperado para que todos tenham certeza do que deve acontecer e para finalizar o print. Contribuem diretamente para que o trabalho desenvolvido seja com maior qualidade. How to write good user stories for Agile teams

BDD:Behavior Driven Development (BDD ou ainda uma traduçãoDesenvolvimento Guiado por Comportamento) é uma técnica dedesenvolvimento Ágil que encoraja colaboração entredesenvolvedores, setores de qualidade e pessoas não-técnicas ou denegócios num projeto de software.Aperte o play What is BDD? What is Behavior Driven Development?Bom, essas foram algumas dicas de como escrever bons requisitos. Obrigado por nos acompanhar até aqui!

Acesse: www.movingbrasil.com.br [email protected]