{"id":31264,"date":"2019-10-31T21:40:21","date_gmt":"2019-10-31T18:40:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kto-otvetit-za-kachestvo\/"},"modified":"2019-10-31T21:40:21","modified_gmt":"2019-10-31T18:40:21","slug":"kto-otvetit-za-kachestvo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","title":{"rendered":"Quem ser\u00e1 respons\u00e1vel pela qualidade?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ol\u00e1, Habr!<\/p>\n

Temos um novo tema importante - o desenvolvimento de produtos de TI de qualidade. Frequentemente falamos em HighLoad++ sobre como tornar servi\u00e7os sobrecarregados r\u00e1pidos, e na Frontend Conf sobre interfaces de usu\u00e1rio excelentes que n\u00e3o travam. Temos regularmente discuss\u00f5es sobre testes e no DevOpsConf sobre a integra\u00e7\u00e3o de diversos processos, incluindo testes. Mas sobre o que pode ser chamado de qualidade como um todo, e como trabalhar de forma abrangente nisso - n\u00e3o h\u00e1.<\/p>\n

Vamos corrigir isso para QualityConf<\/a><\/noindex>\u00a0- vamos cultivar a cultura de pensar na qualidade do produto final para o usu\u00e1rio em cada est\u00e1gio do desenvolvimento. O h\u00e1bito de n\u00e3o se restringir \u00e0 sua zona de responsabilidade e associar qualidade n\u00e3o apenas com os testadores.<\/p>\n

No post abaixo, conversaremos com a presidente do comit\u00ea de programa\u00e7\u00e3o, chefe de testes do Tinkoff.Banco, criadora da comunidade QA de l\u00edngua russa Anastasia Aseeva-Nguen<\/b> sobre o estado da ind\u00fastria de QA e a miss\u00e3o da nova confer\u00eancia.<\/p>\n

\"Quem
\n<\/a><\/noindex>
\n- Ol\u00e1, Nastya. Fale um pouco sobre voc\u00ea, por favor.<\/em><\/strong><\/p>\n

\"QuemAnastasia<\/strong>: Eu gerencio os testes no banco, sou respons\u00e1vel por uma equipe muito grande - temos mais de 90 pessoas. Temos uma linha de neg\u00f3cios importante, somos respons\u00e1veis pelo ecossistema para pessoas jur\u00eddicas.<\/p>\n

Eu estudei em mec\u00e2nica e matem\u00e1tica e inicialmente queria ser programadora. Mas quando surgiu uma proposta interessante, decidi experimentar como testadora. Por mais estranho que pare\u00e7a, isso se tornou minha voca\u00e7\u00e3o. Agora vejo todo o meu trabalho exatamente nessa \u00e1rea.<\/p>\n

Sou uma fervorosa defensora da disciplina de Garantia de Qualidade. N\u00e3o me \u00e9 indiferente quais produtos est\u00e3o sendo criados, como a qualidade \u00e9 tratada na empresa, na equipe e, em princ\u00edpio, no processo de desenvolvimento.<\/p><\/blockquote>\n

\nPara mim, \u00e9 evidente que a comunidade nessa \u00e1rea \u00e9 insuficientemente madura<\/strong>, pelo menos na R\u00fassia. Nem sempre entendemos que garantir qualidade n\u00e3o \u00e9 apenas o fato de testar um aplicativo quanto \u00e0 conformidade com os requisitos. Gostaria de mudar essa situa\u00e7\u00e3o.<\/p>\n

- Voc\u00ea usa as palavras Garantia de Qualidade e testes. Na vis\u00e3o do p\u00fablico em geral, esses dois termos muitas vezes se sobrep\u00f5em. Qual \u00e9 a diferen\u00e7a entre eles, se aprofundarmos?<\/em><\/strong><\/p>\n

Anastasia:<\/strong> Na verdade, eles n\u00e3o se diferenciam. O teste \u00e9 parte da disciplina de Garantia de Qualidade, \u00e9 uma atividade direta \u2014 o simples fato de que estou testando algo. Existem muitos tipos de testes, e diferentes tipos de testes s\u00e3o responsabilidade de diferentes pessoas. Mas na R\u00fassia, quando surgiu a onda de terceiriza\u00e7\u00e3o que fornece testadores para empresas, o teste se reduziu a um \u00fanico tipo.<\/p>\n

Na maioria dos casos, limita-se apenas \u00e0 teste funcional: verifica-se se o que os desenvolvedores codificaram est\u00e1 de acordo com a especifica\u00e7\u00e3o e pronto.<\/p>\n

\u2014 Fale, por favor, sobre quais outras disciplinas de garantia de qualidade existem? O que mais, al\u00e9m de testes, est\u00e1 inclu\u00eddo aqui?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Garantia de Qualidade \u00e9, antes de tudo, sobre a cria\u00e7\u00e3o de um produto de qualidade. Ou seja, nos perguntamos quais atributos de qualidade nosso produto deve ter. Assim, se entendemos isso, podemos correlacionar quem influencia esses atributos de qualidade. N\u00e3o importa, se \u00e9 um desenvolvedor, gerente de projeto ou gerente de produto<\/strong>\u00a0\u2014 \u00e9 a pessoa que influencia o desenvolvimento do produto, seu backlog e sua estrat\u00e9gia.<\/p>\n

O testador come\u00e7a a perceber melhor seu papel. Ele entende que sua tarefa n\u00e3o \u00e9 apenas testar a conformidade com os requisitos, mas tamb\u00e9m testar os requisitos, questionar as formula\u00e7\u00f5es que v\u00eam do gerente de produto, revelar todos os requisitos impl\u00edcitos e expectativas do cliente. Quando fornecemos uma nova funcionalidade ao nosso cliente, devemos realmente satisfazer suas expectativas e resolver seu problema. Se pensarmos em todos os atributos de qualidade, o cliente ficar\u00e1 satisfeito e entender\u00e1 que a empresa cujo produto ele usa realmente se preocupa com seus interesses, e n\u00e3o age apenas com o princ\u00edpio de \"apenas lan\u00e7ar uma funcionalidade\".<\/p>\n

\u2014 Parece que o que voc\u00ea acabou de descrever \u00e9 uma tarefa do gerente de produto. Isso, em princ\u00edpio, n\u00e3o \u00e9 sobre testes e nem sobre qualidade \u2014 \u00e9 sobre gest\u00e3o de produtos, n\u00e3o \u00e9?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Inclusive. Garantia de Qualidade n\u00e3o \u00e9 uma disciplina da qual apenas uma pessoa espec\u00edfica \u00e9 respons\u00e1vel. Atualmente, h\u00e1 uma abordagem popular em testes chamada Agile Testing<\/strong>. Sua defini\u00e7\u00e3o menciona diretamente que \u00e9 uma abordagem colaborativa para testes, que envolve um conjunto espec\u00edfico de pr\u00e1ticas. A responsabilidade pela implementa\u00e7\u00e3o dessa abordagem \u00e9 de toda a equipe, mesmo que n\u00e3o seja necess\u00e1rio ter um testador na equipe. Toda a equipe est\u00e1 focada em entregar valor ao cliente e garantir que esse valor corresponda \u00e0s suas expectativas.<\/p>\n

\u2014 Ent\u00e3o, a qualidade se entrela\u00e7a com quase todas as disciplinas ao nosso redor, impondo limites ao que est\u00e1 ao redor?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Correto. Quando pensamos em criar um produto de qualidade, come\u00e7amos a refletir sobre diversos atributos de qualidade. Por exemplo, como verificar se realmente criamos uma funcionalidade que atenda \u00e0s necessidades do nosso cliente.<\/p>\n

Aqui surge um tipo de teste conhecido como UAT<\/strong> (teste de aceita\u00e7\u00e3o do usu\u00e1rio). Infelizmente, na R\u00fassia, ele \u00e9 raramente praticado, mas \u00e0s vezes aparece em equipes SCRUM, como uma demonstra\u00e7\u00e3o para o cliente final. Em empresas estrangeiras, \u00e9 um tipo de teste bastante comum. Antes de disponibilizar a funcionalidade para todos os clientes, fazemos primeiro o UAT, ou seja, convidamos o consumidor final, que realiza os testes e fornece feedback imediato \u2014 se o produto realmente atende \u00e0s expectativas e resolve o problema. Somente depois disso ocorre a escalabilidade para todos os outros clientes.<\/p>\n

Ou seja, nos orientamos pelos neg\u00f3cios, pelo cliente final, mas ao mesmo tempo n\u00e3o esquecemos da tecnologia<\/strong>. A qualidade do produto tamb\u00e9m depende muito da tecnologia. Se tivermos uma arquitetura ruim, n\u00e3o conseguiremos lan\u00e7ar funcionalidades rapidamente e corresponder \u00e0s expectativas do cliente. Podem surgir muitos bugs ao tentar escalar, ou durante o refatoramento podemos quebrar algo. Tudo isso impacta a satisfa\u00e7\u00e3o do cliente.<\/p>\n

Sob essa perspectiva, a arquitetura deve ser tal que possamos escrever c\u00f3digo limpo, que permita realizar altera\u00e7\u00f5es rapidamente e sem medo de quebrar tudo. Para que as itera\u00e7\u00f5es de melhorias n\u00e3o se estendam por meses, simplesmente porque temos um legado muito grande e precisamos realizar longos testes.<\/p>\n

\u2014 Portanto, j\u00e1 est\u00e3o envolvidos desenvolvedores, arquitetos, gerentes de produtos, gerentes de produtos, e os pr\u00f3prios testadores. Quem mais est\u00e1 envolvido no processo de garantia de qualidade?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Agora, vamos imaginar que j\u00e1 entregamos uma funcionalidade ao cliente. \u00c9 evidente que precisamos monitorar a qualidade do produto, mesmo depois que ele j\u00e1 est\u00e1 em produ\u00e7\u00e3o. Nessa fase, podem surgir situa\u00e7\u00f5es com cen\u00e1rios n\u00e3o \u00f3bvios, os chamados bugs.<\/p>\n

A primeira pergunta \u00e9: como lidamos com esses bugs depois que j\u00e1 lan\u00e7amos o produto? Como reagimos, por exemplo, \u00e0 carga? O cliente n\u00e3o ficar\u00e1 muito feliz se a p\u00e1gina demora mais de 30 segundos para carregar.<\/p>\n

A\u00ed entra em cena a opera\u00e7\u00e3o ou, como agora \u00e9 chamado, DevOps<\/strong>. Na pr\u00e1tica, s\u00e3o pessoas respons\u00e1veis pela opera\u00e7\u00e3o do produto quando ele j\u00e1 est\u00e1 em produ\u00e7\u00e3o. Isso inclui diversos tipos de monitoramento. H\u00e1 at\u00e9 um tipo espec\u00edfico de teste \u2014 teste em produ\u00e7\u00e3o, onde nos permitimos n\u00e3o testar algo at\u00e9 o lan\u00e7amento e testamos isso imediatamente em produ\u00e7\u00e3o. Trata-se de um conjunto de a\u00e7\u00f5es do ponto de vista da organiza\u00e7\u00e3o da infraestrutura, que permite uma r\u00e1pida resposta a um incidente, influenciar nele e corrigi-lo.<\/p>\n

A infraestrutura tamb\u00e9m \u00e9 importante. Muitas vezes, h\u00e1 situa\u00e7\u00f5es em que, durante os testes, n\u00e3o conseguimos garantir que temos tudo o que gostar\u00edamos de oferecer ao cliente. Lan\u00e7amos em produ\u00e7\u00e3o \u2014 e come\u00e7amos a encontrar situa\u00e7\u00f5es n\u00e3o \u00f3bvias. E isso acontece porque a infraestrutura nos testes n\u00e3o corresponde \u00e0 infraestrutura em produ\u00e7\u00e3o. Da\u00ed surge um novo tipo de teste \u2014 teste de infraestrutura<\/strong>. Isso inclui v\u00e1rias configura\u00e7\u00f5es, ajustes, migra\u00e7\u00f5es de banco de dados, etc.<\/p>\n

Da\u00ed surge a quest\u00e3o \u2014 talvez a equipe precise usar infraestrutura como c\u00f3digo.<\/p>\n

Acredito que a infraestrutura impacta diretamente na qualidade do produto.<\/p><\/blockquote>\n

\nEspero que na confer\u00eancia haja uma apresenta\u00e7\u00e3o com um caso real. Escreva para n\u00f3s se estiver disposto a compartilhar, baseado na sua experi\u00eancia, como a infraestrutura como c\u00f3digo impacta na qualidade. A infraestrutura como c\u00f3digo facilita a verifica\u00e7\u00e3o de todas as configura\u00e7\u00f5es e permite testar o que, de outra forma, seria simplesmente imposs\u00edvel. Portanto, a opera\u00e7\u00e3o tamb\u00e9m est\u00e1 envolvida no processo de desenvolvimento de um produto de qualidade.<\/p>\n

\u2014 E quanto \u00e0 an\u00e1lise e documenta\u00e7\u00e3o?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Isso se refere mais a sistemas empresariais. Quando falamos de enterprise, imediatamente pensamos em pessoas como analistas e analistas de sistemas. \u00c0s vezes, s\u00e3o chamados de escritores t\u00e9cnicos. Eles recebem a tarefa de escrever uma especifica\u00e7\u00e3o e a realizam, por exemplo, em um m\u00eas.<\/p>\n

Foi comprovado repetidamente que a reda\u00e7\u00e3o de documenta\u00e7\u00e3o dessa natureza resulta em longas itera\u00e7\u00f5es de desenvolvimento e prolongadas itera\u00e7\u00f5es de ajustes, pois no processo de teste surgem bugs, levando a retornos. Como resultado, surgem muitos loops que aumentam os custos de desenvolvimento. Al\u00e9m disso, isso pode introduzir vulnerabilidades. Embora tenhamos aparentemente escrito um c\u00f3digo de refer\u00eancia, as mudan\u00e7as acabaram quebrando uma arquitetura cuidadosamente planejada.<\/p>\n

O resultado \u00e9 um produto de qualidade inferior, pois a arquitetura j\u00e1 possui remendos, e o c\u00f3digo em alguns pontos n\u00e3o est\u00e1 suficientemente coberto por testes, j\u00e1 que os prazos est\u00e3o apertados e precisamos corrigir os bugs rapidamente. E isso tudo porque n\u00e3o foram considerados todos os aspectos necess\u00e1rios na especifica\u00e7\u00e3o inicial.<\/p>\n

Os desenvolvedores n\u00e3o s\u00e3o malfeitores e n\u00e3o escrevem c\u00f3digo com erros intencionalmente.<\/p><\/blockquote>\n

\nSe tiv\u00e9ssemos planejado a especifica\u00e7\u00e3o desde o in\u00edcio, cobrindo todos os aspectos necess\u00e1rios, tudo teria sido implementado exatamente como deveria. Mas isso \u00e9 uma utopia.<\/p>\n

Provavelmente, \u00e9 imposs\u00edvel escrever uma especifica\u00e7\u00e3o ideal de 100 p\u00e1ginas. Portanto, \u00e9 necess\u00e1rio considerar maneiras alternativas de redigir documenta\u00e7\u00e3o<\/strong>, especifica\u00e7\u00f5es e defini\u00e7\u00f5es de tarefas que nos aproximem de um ponto em que o desenvolvedor fa\u00e7a exatamente o que \u00e9 necess\u00e1rio.<\/p>\n

Aqui, surgem abordagens do Agile \u2014 hist\u00f3rias de usu\u00e1rios com crit\u00e9rios de aceita\u00e7\u00e3o. Isso \u00e9 mais aplic\u00e1vel a equipes que evoluem em pequenas itera\u00e7\u00f5es.<\/p>\n

\u2014 E quanto aos testes de usabilidade, \u00e0 facilidade de uso do produto, ao design?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Este \u00e9 um ponto muito importante, pois existem designers na equipe. Muitas vezes, os designers s\u00e3o utilizados como um servi\u00e7o \u2014 seja um departamento de design ou um designer terceirizado. Frequentemente, ocorrem situa\u00e7\u00f5es em que o designer parece ter ouvido o gestor de produto e fez o que entendeu. Mas, quando come\u00e7amos a itera\u00e7\u00e3o, descobre-se que, na verdade, n\u00e3o foi feito o que se esperava: o designer esqueceu de algo, n\u00e3o pensou completamente no comportamento, porque ele n\u00e3o est\u00e1 na equipe e n\u00e3o est\u00e1 no contexto, ou o desenvolvedor front-end n\u00e3o entendeu completamente seu layout. Podem ser necess\u00e1rias v\u00e1rias itera\u00e7\u00f5es apenas devido ao problema de compreens\u00e3o do design pelo desenvolvedor front-end.<\/p>\n

Al\u00e9m disso, existe um outro problema. Atualmente, os sistemas de design est\u00e3o se tornando populares. Eles est\u00e3o na moda, mas os benef\u00edcios n\u00e3o s\u00e3o t\u00e3o \u00f3bvios.<\/p>\n

Encontro a opini\u00e3o de que os sistemas de design, por um lado, simplificam o desenvolvimento, mas, por outro lado, imp\u00f5em muitas restri\u00e7\u00f5es \u00e0 interface.<\/p><\/blockquote>\n

\nNo final, n\u00e3o estamos criando a funcionalidade que o cliente quer, mas sim a que nos \u00e9 conveniente, porque j\u00e1 temos certos blocos a partir dos quais podemos constru\u00ed-la.<\/p>\n

Acho que vale a pena refletir sobre isso e pensar se, ao tentar facilitar o trabalho no design, estamos realmente resolvendo a dor do cliente.<\/p>\n

\u2014 Surpreendentemente, existem muitos t\u00f3picos relacionados ao Quality Assurance. H\u00e1 alguma confer\u00eancia na R\u00fassia onde todos possam discutir isso?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Existe a confer\u00eancia mais antiga sobre testes, que este ano ocorrer\u00e1 pela 25\u00aa vez e se chama Confer\u00eancia sobre Garantia de Qualidade SQA Days. Principalmente, discute-se l\u00e1 ferramentas e abordagens espec\u00edficas para testes funcionais. Geralmente, nas apresenta\u00e7\u00f5es do SQA Days, \u00e1reas espec\u00edficas da responsabilidade dos testadores s\u00e3o abordadas em profundidade, mas n\u00e3o eventos abrangentes.<\/p>\n

Isso ajuda bastante a entender as diversas ferramentas e abordagens para testar bancos de dados, APIs etc. No entanto, por um lado, isso n\u00e3o motiva a envolver mais pessoas na cria\u00e7\u00e3o de um produto de maior qualidade, n\u00e3o apenas os testadores. Por outro lado, os testadores n\u00e3o se tornam mais envolvidos no processo para pensar no objetivo global do produto e em seu aspecto comercial.<\/p>\n

Eu lidero um grande departamento, conduzo muitas entrevistas que realmente permitem captar o estado da ind\u00fastria como um todo. Geralmente, nossos colaboradores trabalham em empresas de grande porte e t\u00eam uma \u00e1rea de responsabilidade clara. Colegas que trabalham em projetos internacionais utilizam diferentes tipos de testes: podem realizar testes de carga, testes de desempenho e, \u00e0s vezes, at\u00e9 testes de seguran\u00e7a, porque realmente ajudam a equipe a garantir a qualidade do produto.<\/p>\n

Gostaria que aqui na R\u00fassia as pessoas tamb\u00e9m come\u00e7assem a pensar que a ind\u00fastria n\u00e3o se limita apenas ao teste funcional.<\/p>\n

\u2014 Para isso, estamos organizando a nova confer\u00eancia QualityConf, que \u00e9 dedicada \u00e0 qualidade como uma disciplina integral. Pode nos contar mais sobre a ideia, qual \u00e9 o principal objetivo da confer\u00eancia?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Queremos criar uma comunidade de pessoas interessadas em desenvolver produtos de qualidade. Oferecer um espa\u00e7o onde possam vir, ouvir palestras e sair da confer\u00eancia com uma compreens\u00e3o concreta do que precisa mudar para melhorar a qualidade.<\/p>\n

Atualmente, ou\u00e7o frequentemente de consultorias a pergunta sobre o que fazer quando h\u00e1 problemas com testes e qualidade. Ao come\u00e7ar a conversar com as equipes, percebo que o problema n\u00e3o est\u00e1 nos testadores, mas na forma como o processo \u00e9 estruturado. Por exemplo, quando os desenvolvedores acreditam que s\u00e3o respons\u00e1veis apenas pela escrita do c\u00f3digo, sua responsabilidade se encerra no momento em que entregam a tarefa para testes.<\/p>\n

Nem todos pensam que um c\u00f3digo mal escrito e de baixa qualidade com uma arquitetura deficiente pode representar grandes problemas para o projeto. N\u00e3o se reflete sobre o custo dos erros, sobre o fato de que bugs que entram em produ\u00e7\u00e3o podem causar grandes custos para a empresa e a equipe. N\u00e3o h\u00e1 uma cultura que pense sobre isso. Quero que na confer\u00eancia comecemos a dissemin\u00e1-la.<\/p>\n

Entendo que isso n\u00e3o \u00e9 uma inova\u00e7\u00e3o. Edward Deming, autor dos 14 postulados da qualidade, escreveu sobre o custo do erro ainda no s\u00e9culo passado. Este livro \u00e9 a base da Garantia da Qualidade como disciplina, mas, infelizmente, o desenvolvimento moderno esquece disso.<\/p>\n

\u2014 E voc\u00eas planejam abordar t\u00f3picos diretamente relacionados a testes e ferramentas?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Admito que haver\u00e1 palestras sobre ferramentas. Existem ferramentas bastante universais que as empresas e equipes podem usar para influenciar o produto.<\/p>\n

Todas as palestras estar\u00e3o globalmente unidas por uma miss\u00e3o comum: transmitir ao p\u00fablico que, por meio dessa abordagem, ferramenta, m\u00e9todo, processo ou tipo de teste, influenciamos a qualidade do produto e melhoramos a vida do cliente.<\/p><\/blockquote>\n

\nCom certeza n\u00e3o teremos palestras sobre ferramentas apenas por conta delas. Todas as palestras que entrar\u00e3o na programa\u00e7\u00e3o ser\u00e3o unidas por um objetivo comum.<\/p>\n

\u2014 Quem se interessaria pelo que voc\u00ea est\u00e1 dizendo, quem voc\u00ea v\u00ea como convidados da confer\u00eancia?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Teremos palestras para desenvolvedores que se preocupam com o futuro de seus projetos, produtos e sistemas. Tamb\u00e9m ser\u00e1 interessante para testadores e, na minha opini\u00e3o, especialmente para gerentes. Com gerentes, refiro-me a pessoas que tomam decis\u00f5es e podem influenciar o destino e o desenvolvimento de produtos, sistemas e equipes.<\/p>\n

Essas s\u00e3o pessoas que se perguntam como melhorar a qualidade do produto e do sistema. Na nossa confer\u00eancia, elas aprender\u00e3o sobre diversas iniciativas e poder\u00e3o entender o que est\u00e1 faltando e o que precisa ser alterado.<\/p>\n

Acho que o principal crit\u00e9rio \u00e9 entender que algo n\u00e3o est\u00e1 certo com a qualidade e querer influenciar isso. Provavelmente, n\u00e3o conseguiremos alcan\u00e7ar as pessoas que acham que tudo est\u00e1 bem na primeira tentativa.<\/p>\n

\u2014 O que voc\u00ea acha, a ind\u00fastria em geral amadureceu para falar n\u00e3o apenas sobre testes, mas sobre a cultura da qualidade?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Eu acredito que sim. Muitas empresas est\u00e3o se afastando da abordagem Waterfall tradicional em dire\u00e7\u00e3o ao Agile. H\u00e1 uma orienta\u00e7\u00e3o crescente para o cliente, e as pessoas nas equipes realmente come\u00e7am a pensar em como criar um produto de qualidade. Mesmo em empresas de grande porte, a reorienta\u00e7\u00e3o para a melhoria da qualidade est\u00e1 ocorrendo.<\/p>\n

Pelo n\u00famero de solicita\u00e7\u00f5es que surgem na comunidade, acredito que j\u00e1 \u00e9 hora. N\u00e3o tenho certeza de que ser\u00e1 uma revolu\u00e7\u00e3o em grande escala, mas gostaria que essa mudan\u00e7a de pensamento acontecesse.<\/p>\n

\u2014 Combinado! Vamos cultivar a cultura e transformar a mentalidade.<\/em><\/strong><\/p>\n

Confer\u00eancia sobre desenvolvimento de produtos de TI de qualidade QualityConf<\/a><\/noindex> ter\u00e1 em Moscovo, 7 de junho<\/strong>. Voc\u00ea sabe quais etapas comp\u00f5em um produto de qualidade, temos casos de sucesso na luta contra bugs em produ\u00e7\u00e3o, testamos em nossa pr\u00e1tica metodologias populares \u2013 precisamos de sua experi\u00eancia. Envie<\/a><\/noindex> suas candidaturas at\u00e9 1 de maio<\/strong>, e o Comit\u00ea de Programa\u00e7\u00e3o ajudar\u00e1 a focar a tem\u00e1tica para a coes\u00e3o geral da confer\u00eancia.<\/p>\n

Junte-se ao chat<\/a><\/noindex>, onde discutimos quest\u00f5es de qualidade e a confer\u00eancia, inscreva-se em o canal do Telegram<\/a><\/noindex>, para ficar por dentro das novidades do programa.<\/p><\/blockquote>\n

Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u0423\u00a0\u043d\u0430\u0441 \u043d\u043e\u0432\u0430\u044f \u0432\u0430\u0436\u043d\u0430\u044f \u0442\u0435\u043c\u0430\u00a0\u2014 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u0430\u044f \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 IT-\u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u0432. \u041c\u044b\u00a0\u0447\u0430\u0441\u0442\u043e \u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430\u00a0HighLoad++, \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b \u0431\u044b\u0441\u0442\u0440\u044b\u043c\u0438, \u0430\u00a0\u043d\u0430\u00a0Frontend Conf\u00a0\u2014 \u043a\u043b\u0430\u0441\u0441\u043d\u044b\u0439 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0438\u0439 \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043d\u0435\u00a0\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442. \u0423\u00a0\u043d\u0430\u0441 \u0440\u0435\u0433\u0443\u043b\u044f\u0440\u043d\u043e \u0435\u0441\u0442\u044c \u0442\u0435\u043c\u044b \u043f\u0440\u043e \u0442\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0438\u00a0DevOpsConf \u043f\u0440\u043e \u043e\u0431\u044a\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0435 \u0440\u0430\u0437\u043d\u044b\u0445 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0432, \u0432\u043a\u043b\u044e\u0447\u0430\u044f \u0442\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435. \u0410\u00a0\u043f\u0440\u043e\u00a0\u0442\u043e, \u0447\u0442\u043e \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0437\u0432\u0430\u0442\u044c \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u043e \u0432\u00a0\u0446\u0435\u043b\u043e\u043c, \u0438\u00a0\u043a\u0430\u043a \u043d\u0430\u0434 \u043d\u0438\u043c \u043a\u043e\u043c\u043f\u043b\u0435\u043a\u0441\u043d\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c\u00a0\u2014 \u043d\u0435\u0442. \u0418\u0441\u043f\u0440\u0430\u0432\u0438\u043c \u044d\u0442\u043e \u043d\u0430 QualityConf\u00a0\u2014 \u0431\u0443\u0434\u0435\u043c \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u0442\u044c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23230,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31264","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47 Quem \u00e9 respons\u00e1vel pela qualidade? | ProHoster","description":"Ol\u00e1, Habr! Temos um novo tema importante - desenvolvimento de produtos de TI de qualidade.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0442\u043e \u043e\u0442\u0432\u0435\u0442\u0438\u0442 \u0437\u0430 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u043e? | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u0423 \u043d\u0430\u0441 \u043d\u043e\u0432\u0430\u044f \u0432\u0430\u0436\u043d\u0430\u044f \u0442\u0435\u043c\u0430 \u2014 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u0430\u044f \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 IT-\u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u0432.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:40:21+00:00","article:modified_time":"2019-10-31T18:40:21+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31264","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 05:19:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:19:50","updated":"2026-01-21 05:19:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/31264","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=31264"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/31264\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/23230"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=31264"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=31264"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=31264"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}