Para alcan\u00e7ar os requisitos do projeto, utilizar do conceito de qualidade de software, ou at\u00e9 mesmo contar com um profissional expert da \u00e1rea, pode melhorar o processo de desenvolvimento e a entrega final.<\/p>\n\n\n\n
Nesse artigo vamos fazer um apanhado do conceito de qualidade de software, sua import\u00e2ncia, o profissional respons\u00e1vel e alguns outros pontos importantes que voc\u00ea, da \u00e1rea de desenvolvimento, precisa saber, siga com a leitura!<\/p>\n\n\n\n
O que \u00e9 e para que serve a qualidade de software<\/strong><\/h2>\n\n\n\nTratar qualidade em um contexto geral \u00e9 um tanto quanto subjetivo voc\u00ea n\u00e3o concorda?<\/p>\n\n\n\n
Visualizando desse ponto \u00e9 um conceito subjetivo e est\u00e1 sujeito as an\u00e1lises de quem avalia a qualidade de acordo com as suas necessidades espec\u00edficas ou sua percep\u00e7\u00e3o pessoal do projeto, no \u00e2mbito profissional.<\/p>\n\n\n\n
No desenvolvimento a qualidade de software \u00e9 a \u00e1rea respons\u00e1vel por avaliar e garantir o desenvolvimento de um software de acordo com as boas pr\u00e1ticas t\u00e9cnicas da literatura, cumprindo os requisitos do sistema de acordo com o objetivo final do projeto.<\/p>\n\n\n\n
A grosso modo, um projeto que tem como objetivo entregar um sistema de gest\u00e3o estilo EPR ao cliente, por exemplo, tem diferentes perspectivas de qualidade considerando a vis\u00e3o do cliente e a vis\u00e3o do desenvolvedor.<\/p>\n\n\n\n
Para o cliente, os atributos espec\u00edficos relacionados a qualidade s\u00e3o, por exemplo, a boa gest\u00e3o do estoque, gest\u00e3o financeira dos fornecedores, e a longo prazo a redu\u00e7\u00e3o de custos com a implementa\u00e7\u00e3o de um sistema automatizado.<\/p>\n\n\n\n
Na vis\u00e3o dele, a qualidade do software \u00e9 garantida atendendo suas necessidades espec\u00edficas atrav\u00e9s da entrega desses atributos pontuais.<\/p>\n\n\n\n
Partindo para o olhar do desenvolvedor, a qualidade do software se d\u00e1 a partir das boas pr\u00e1ticas de desenvolvimento.<\/p>\n\n\n\n
Implementa\u00e7\u00e3o de um c\u00f3digo limpo, de acordo com a documenta\u00e7\u00e3o, que consiga solucionar os problemas do cliente e que de prefer\u00eancia seja “entend\u00edvel” por qualquer profissional da \u00e1rea possibilitando a melhoria ou upgrades por qualquer desenvolvedor com certo n\u00edvel de conhecimento.<\/p>\n\n\n\n
Entregando assim, para o cliente, o melhor produto de acordo com as boas pr\u00e1ticas, mesmo que para ele, a boa estrutura do c\u00f3digo n\u00e3o seja um atributo claro de qualidade para o cumprimento do objetivo do projeto.<\/p>\n\n\n\n
Existem tamb\u00e9m algumas normas t\u00e9cnicas para assegurar a qualidade de software, basicamente essa \u00e1rea t\u00e9cnica do desenvolvimento e engenharia de software serve para assegurar a qualidade de sistemas de acordo com seus requisitos de entrega e requisitos t\u00e9cnicos do desenvolvimento de software.<\/p>\n\n\n\n
Datas importantes para a \u00e1rea<\/strong><\/h2>\n\n\n\nExistem duas datas importantes onde se comemora o Dia do Teste de Software (20\/02) e tamb\u00e9m o Dia do Testador de Software (09\/09).<\/p>\n\n\n\n
O Dia do Teste de Software \u00e9 voltado para a atividade em si, e comemora o lan\u00e7amento do primeiro livro de destaque sobre a \u00e1rea (“The Art of Software Testing” em 20 de fevereiro de 1979, por Glenford J. Myers) e que trazia os primeiros conceitos e pr\u00e1ticas de teste de software.<\/p>\n\n\n\n
J\u00e1 o Dia do Testador de Software refere-se ao profissional testador de software, e marca o encontro do primeiro bug reportado oficialmente (encontrado no computador eletromec\u00e2nico Mark II, em que um inseto – bug mesmo rsrs – ficou preso a uma v\u00e1lvula e atrapalhava o processamento), a respons\u00e1vel pela identifica\u00e7\u00e3o foi a oficial da marinha americana Grace Hopper.<\/p>\n\n\n
\n![\"\"](\"https:\/\/static.mybeehome.com\/random\/1645448913235-476438201.jpg\")
Inseto encontrado em um computador eletromec\u00e2nico<\/em><\/figcaption><\/figure><\/div>\n\n\nQual o profissional respons\u00e1vel pela qualidade de software<\/strong><\/h2>\n\n\n\nPara entender as responsabilidades do profissional de qualidade de software, vamos aprofundar um pouco mais e entender as atribui\u00e7\u00f5es de um profissional de Quality Assurance (tradu\u00e7\u00e3o para “Garantia de Qualidade”) na \u00e1rea de desenvolvimento.<\/p>\n\n\n\n
O papel de um profissional Tester ou QA, como \u00e9 chamado no setor, \u00e9, principalmente, garantir que o que foi implementado satisfaz aos requisitos solicitados.<\/p>\n\n\n\n
Logo, a fun\u00e7\u00e3o do QA \u00e9 compreender os requisitos e se utilizar das t\u00e9cnicas e recursos dispon\u00edveis para validar que eles est\u00e3o sendo atendidos. Ele \u00e9 o principal \u201cterm\u00f4metro\u201d da entrega de resultados e do bom andamento do projeto. <\/p>\n\n\n\n
Por muito tempo o papel do testador de software era meramente resumido em: “a pessoa que encontra problemas” ou \u201co inimigo do Dev\u201d.<\/p>\n\n\n\n
Felizmente, hoje esse mindset tem mudado e temos uma amplitude maior do entendimento do seu papel e da sua import\u00e2ncia dentro dos times.<\/p>\n\n\n\n
Independente se est\u00e1 inserido dentro do contexto \u00e1gil ou cascata, o analista de qualidade pode (na verdade, deve) atuar desde o in\u00edcio do desenvolvimento da aplica\u00e7\u00e3o ou funcionalidade, garantindo que a expectativa do cliente seja atendida desde a prototipa\u00e7\u00e3o da entrega, por exemplo. <\/p>\n\n\n\n
Existem diversas atividades que podem ser associadas como fun\u00e7\u00e3o do QA, no entanto, existe a adequa\u00e7\u00e3o do escopo de atividades ao projeto e ao objetivo da entrega.<\/p>\n\n\n\n
Algumas responsabilidades s\u00e3o: <\/p>\n\n\n\n
- Compreender a arquitetura do produto a ser testado;<\/li>
- Analisar o c\u00f3digo que precisam testar;<\/li>
- Analisar o escopo\/requisitos da altera\u00e7\u00e3o;<\/li>
- Criar documenta\u00e7\u00e3o de testes (como: casos de teste, planos de teste);<\/li>
- Definir a melhor estrat\u00e9gia de testes a ser adotada;<\/li>
- Levantar prazos para execu\u00e7\u00e3o dos testes;<\/li>
- Analisar os pr\u00f3s e contras do plano espec\u00edfico, bem como os riscos ligados a altera\u00e7\u00e3o;<\/li>
- Executar casos de teste;<\/li>
- Coletar as evid\u00eancias para documentar os testes e os defeitos detectados;<\/li>
- Criar scripts de automa\u00e7\u00e3o;<\/li>
- Executar ciclos de testes automatizados;<\/li>
- Manter-se a par dos aspectos t\u00e9cnicos da infraestrutura do projeto (por exemplo, navegadores, bases de dados, linguagens etc);<\/li>
- Gerar relat\u00f3rios de testes do projeto. <\/li><\/ul>\n\n\n\n
Levando em considera\u00e7\u00e3o principalmente o contexto \u00e1gil, podemos dizer que o principal papel do QA \u00e9 evangelizar a import\u00e2ncia da qualidade dentro do time.<\/p>\n\n\n\n
Precisamos entender que a qualidade n\u00e3o \u00e9 fun\u00e7\u00e3o espec\u00edfica do QA, ele \u00e9 a pessoa que conhece bem os conceitos e t\u00e9cnicas, que tem uma vis\u00e3o mais abrangente do que e como deve ser validado, que busca um comportamento pr\u00f3ximo do que o cliente faria ou espera, mas, a qualidade da entrega \u00e9 responsabilidade de todo time.<\/p>\n\n\n\n
Chapter de QA<\/strong><\/h2>\n\n\n\nA principal fun\u00e7\u00e3o do Chapter, al\u00e9m de aproximar e conectar todos os QAs, \u00e9 fortalecer os nossos processos, criar padr\u00f5es e definir ferramentas que caracterizem uma atividade e que possa ser facilmente adotadas em v\u00e1rios projetos. <\/p>\n\n\n\n
Entre as discuss\u00f5es mais frequentes neste time, est\u00e3o:<\/p>\n\n\n\n
- Padr\u00e3o de aprova\u00e7\u00e3o de issues;<\/li>
- Padr\u00e3o de reporte de erros;<\/li>
- Fluxo b\u00e1sico de valida\u00e7\u00e3o de testes;<\/li>
- Condi\u00e7\u00f5es m\u00ednimas necess\u00e1rias para realiza\u00e7\u00e3o de testes em um projeto;<\/li>
- Indicadores da \u00e1rea;<\/li>
- Padr\u00f5es de relat\u00f3rios;<\/li>
- Ferramentas (caso de testes, automa\u00e7\u00e3o, teste mobile);<\/li>
- Pontos fortes e pontos de melhoria dos projetos com compartilhamento das a\u00e7\u00f5es que foram adotadas ou que poderiam ser implementadas para melhor\u00e1-los;<\/li>
- Entre outros temas.<\/li><\/ul>\n\n\n\n
Ficou claro a import\u00e2ncia da qualidade de software para o desenvolvimento? Tenho certeza de que se n\u00e3o fosse por um profissional da \u00e1rea, voc\u00ea estaria tendo v\u00e1rios problemas para ler esse artigo, n\u00e3o concorda.<\/p>\n\n\n\n
Existem duas datas importantes onde se comemora o Dia do Teste de Software (20\/02) e tamb\u00e9m o Dia do Testador de Software (09\/09).<\/p>\n\n\n\n
O Dia do Teste de Software \u00e9 voltado para a atividade em si, e comemora o lan\u00e7amento do primeiro livro de destaque sobre a \u00e1rea (“The Art of Software Testing” em 20 de fevereiro de 1979, por Glenford J. Myers) e que trazia os primeiros conceitos e pr\u00e1ticas de teste de software.<\/p>\n\n\n\n
J\u00e1 o Dia do Testador de Software refere-se ao profissional testador de software, e marca o encontro do primeiro bug reportado oficialmente (encontrado no computador eletromec\u00e2nico Mark II, em que um inseto – bug mesmo rsrs – ficou preso a uma v\u00e1lvula e atrapalhava o processamento), a respons\u00e1vel pela identifica\u00e7\u00e3o foi a oficial da marinha americana Grace Hopper.<\/p>\n\n\n
Qual o profissional respons\u00e1vel pela qualidade de software<\/strong><\/h2>\n\n\n\nPara entender as responsabilidades do profissional de qualidade de software, vamos aprofundar um pouco mais e entender as atribui\u00e7\u00f5es de um profissional de Quality Assurance (tradu\u00e7\u00e3o para “Garantia de Qualidade”) na \u00e1rea de desenvolvimento.<\/p>\n\n\n\n
O papel de um profissional Tester ou QA, como \u00e9 chamado no setor, \u00e9, principalmente, garantir que o que foi implementado satisfaz aos requisitos solicitados.<\/p>\n\n\n\n
Logo, a fun\u00e7\u00e3o do QA \u00e9 compreender os requisitos e se utilizar das t\u00e9cnicas e recursos dispon\u00edveis para validar que eles est\u00e3o sendo atendidos. Ele \u00e9 o principal \u201cterm\u00f4metro\u201d da entrega de resultados e do bom andamento do projeto. <\/p>\n\n\n\n
Por muito tempo o papel do testador de software era meramente resumido em: “a pessoa que encontra problemas” ou \u201co inimigo do Dev\u201d.<\/p>\n\n\n\n
Felizmente, hoje esse mindset tem mudado e temos uma amplitude maior do entendimento do seu papel e da sua import\u00e2ncia dentro dos times.<\/p>\n\n\n\n
Independente se est\u00e1 inserido dentro do contexto \u00e1gil ou cascata, o analista de qualidade pode (na verdade, deve) atuar desde o in\u00edcio do desenvolvimento da aplica\u00e7\u00e3o ou funcionalidade, garantindo que a expectativa do cliente seja atendida desde a prototipa\u00e7\u00e3o da entrega, por exemplo. <\/p>\n\n\n\n
Existem diversas atividades que podem ser associadas como fun\u00e7\u00e3o do QA, no entanto, existe a adequa\u00e7\u00e3o do escopo de atividades ao projeto e ao objetivo da entrega.<\/p>\n\n\n\n
Algumas responsabilidades s\u00e3o: <\/p>\n\n\n\n
- Compreender a arquitetura do produto a ser testado;<\/li>
- Analisar o c\u00f3digo que precisam testar;<\/li>
- Analisar o escopo\/requisitos da altera\u00e7\u00e3o;<\/li>
- Criar documenta\u00e7\u00e3o de testes (como: casos de teste, planos de teste);<\/li>
- Definir a melhor estrat\u00e9gia de testes a ser adotada;<\/li>
- Levantar prazos para execu\u00e7\u00e3o dos testes;<\/li>
- Analisar os pr\u00f3s e contras do plano espec\u00edfico, bem como os riscos ligados a altera\u00e7\u00e3o;<\/li>
- Executar casos de teste;<\/li>
- Coletar as evid\u00eancias para documentar os testes e os defeitos detectados;<\/li>
- Criar scripts de automa\u00e7\u00e3o;<\/li>
- Executar ciclos de testes automatizados;<\/li>
- Manter-se a par dos aspectos t\u00e9cnicos da infraestrutura do projeto (por exemplo, navegadores, bases de dados, linguagens etc);<\/li>
- Gerar relat\u00f3rios de testes do projeto. <\/li><\/ul>\n\n\n\n
Levando em considera\u00e7\u00e3o principalmente o contexto \u00e1gil, podemos dizer que o principal papel do QA \u00e9 evangelizar a import\u00e2ncia da qualidade dentro do time.<\/p>\n\n\n\n
Precisamos entender que a qualidade n\u00e3o \u00e9 fun\u00e7\u00e3o espec\u00edfica do QA, ele \u00e9 a pessoa que conhece bem os conceitos e t\u00e9cnicas, que tem uma vis\u00e3o mais abrangente do que e como deve ser validado, que busca um comportamento pr\u00f3ximo do que o cliente faria ou espera, mas, a qualidade da entrega \u00e9 responsabilidade de todo time.<\/p>\n\n\n\n
Chapter de QA<\/strong><\/h2>\n\n\n\nA principal fun\u00e7\u00e3o do Chapter, al\u00e9m de aproximar e conectar todos os QAs, \u00e9 fortalecer os nossos processos, criar padr\u00f5es e definir ferramentas que caracterizem uma atividade e que possa ser facilmente adotadas em v\u00e1rios projetos. <\/p>\n\n\n\n
Entre as discuss\u00f5es mais frequentes neste time, est\u00e3o:<\/p>\n\n\n\n
- Padr\u00e3o de aprova\u00e7\u00e3o de issues;<\/li>
- Padr\u00e3o de reporte de erros;<\/li>
- Fluxo b\u00e1sico de valida\u00e7\u00e3o de testes;<\/li>
- Condi\u00e7\u00f5es m\u00ednimas necess\u00e1rias para realiza\u00e7\u00e3o de testes em um projeto;<\/li>
- Indicadores da \u00e1rea;<\/li>
- Padr\u00f5es de relat\u00f3rios;<\/li>
- Ferramentas (caso de testes, automa\u00e7\u00e3o, teste mobile);<\/li>
- Pontos fortes e pontos de melhoria dos projetos com compartilhamento das a\u00e7\u00f5es que foram adotadas ou que poderiam ser implementadas para melhor\u00e1-los;<\/li>
- Entre outros temas.<\/li><\/ul>\n\n\n\n
Ficou claro a import\u00e2ncia da qualidade de software para o desenvolvimento? Tenho certeza de que se n\u00e3o fosse por um profissional da \u00e1rea, voc\u00ea estaria tendo v\u00e1rios problemas para ler esse artigo, n\u00e3o concorda.<\/p>\n\n\n\n
Levando em considera\u00e7\u00e3o principalmente o contexto \u00e1gil, podemos dizer que o principal papel do QA \u00e9 evangelizar a import\u00e2ncia da qualidade dentro do time.<\/p>\n\n\n\n
Precisamos entender que a qualidade n\u00e3o \u00e9 fun\u00e7\u00e3o espec\u00edfica do QA, ele \u00e9 a pessoa que conhece bem os conceitos e t\u00e9cnicas, que tem uma vis\u00e3o mais abrangente do que e como deve ser validado, que busca um comportamento pr\u00f3ximo do que o cliente faria ou espera, mas, a qualidade da entrega \u00e9 responsabilidade de todo time.<\/p>\n\n\n\n
Chapter de QA<\/strong><\/h2>\n\n\n\nA principal fun\u00e7\u00e3o do Chapter, al\u00e9m de aproximar e conectar todos os QAs, \u00e9 fortalecer os nossos processos, criar padr\u00f5es e definir ferramentas que caracterizem uma atividade e que possa ser facilmente adotadas em v\u00e1rios projetos. <\/p>\n\n\n\n
Entre as discuss\u00f5es mais frequentes neste time, est\u00e3o:<\/p>\n\n\n\n
- Padr\u00e3o de aprova\u00e7\u00e3o de issues;<\/li>
- Padr\u00e3o de reporte de erros;<\/li>
- Fluxo b\u00e1sico de valida\u00e7\u00e3o de testes;<\/li>
- Condi\u00e7\u00f5es m\u00ednimas necess\u00e1rias para realiza\u00e7\u00e3o de testes em um projeto;<\/li>
- Indicadores da \u00e1rea;<\/li>
- Padr\u00f5es de relat\u00f3rios;<\/li>
- Ferramentas (caso de testes, automa\u00e7\u00e3o, teste mobile);<\/li>
- Pontos fortes e pontos de melhoria dos projetos com compartilhamento das a\u00e7\u00f5es que foram adotadas ou que poderiam ser implementadas para melhor\u00e1-los;<\/li>
- Entre outros temas.<\/li><\/ul>\n\n\n\n
Ficou claro a import\u00e2ncia da qualidade de software para o desenvolvimento? Tenho certeza de que se n\u00e3o fosse por um profissional da \u00e1rea, voc\u00ea estaria tendo v\u00e1rios problemas para ler esse artigo, n\u00e3o concorda.<\/p>\n\n\n\n
Ficou claro a import\u00e2ncia da qualidade de software para o desenvolvimento? Tenho certeza de que se n\u00e3o fosse por um profissional da \u00e1rea, voc\u00ea estaria tendo v\u00e1rios problemas para ler esse artigo, n\u00e3o concorda.<\/p>\n\n\n\n