{"id":6782,"date":"2020-04-16T12:03:00","date_gmt":"2020-04-16T15:03:00","guid":{"rendered":"https:\/\/geekblogti.wpengine.com\/?p=6782"},"modified":"2024-09-24T17:59:11","modified_gmt":"2024-09-24T20:59:11","slug":"tecnicas-de-caixa-preta-e-branca-para-teste-de-software","status":"publish","type":"post","link":"https:\/\/www.geekhunter.com/pt/blog\/tecnicas-de-caixa-preta-e-branca-para-teste-de-software\/","title":{"rendered":"T\u00e9cnicas de caixa branca e preta para teste de software"},"content":{"rendered":"\n

Abordaremos nesse artigo as melhores pr\u00e1ticas para utiliza\u00e7\u00e3o das t\u00e9cnicas de teste de caixa branca e caixa preta<\/strong>.<\/p>\n\n\n\n

Teste de software<\/em> n\u00e3o se trata apenas de encontrar bug<\/em>, mas de investigar, analisar e garantir que a sua entrega ser\u00e1 com qualidade em todos os aspectos poss\u00edveis (qualidade do c\u00f3digo desenvolvido, dos requisitos acordados, dos padr\u00f5es adotados e afins). <\/p>\n\n\n\n

Com a crescente busca por uma entrega cada vez mais \u00e1gil, \u00e9 oportuno falarmos que nada adianta entregarmos algo que est\u00e1 em desacordo com o que foi combinado com os stakeholders<\/em>. <\/p>\n\n\n\n

Dessa forma, conhecer e adotar t\u00e9cnicas para automatizar os testes de software com selenium<\/em><\/strong><\/a> fazem toda a diferen\u00e7a na hora de validarmos a entrega do produto.<\/p>\n\n\n\n

As maiores vantagens de testes automatizados<\/strong><\/a>!<\/p><\/blockquote>\n\n\n\n

O que \u00e9 teste de caixa branca?<\/h2>\n\n\n\n
\"teste
O teste de caixa branca \u00e9 muito importante para garantir a integridade dos componentes!<\/figcaption><\/figure>\n\n\n\n

O teste de caixa branca possui esse nome porque o testador tem acesso \u00e0 estrutura interna da aplica\u00e7\u00e3o. Logo, seu foco \u00e9 garantir que os componentes do software<\/em><\/a> estejam concisos.<\/p>\n\n\n\n

Nesse sentido, esse tipo de teste tamb\u00e9m \u00e9 conhecido como teste estrutura<\/strong>l ou caixa de vidro<\/strong>, j\u00e1 que busca garantir a qualidade na implementa\u00e7\u00e3o do sistema<\/em>. Logo, ele tem por objetivo validar, apenas, a l\u00f3gica do produto. <\/p>\n\n\n\n

Leia nosso artigo sobre quando testar o c\u00f3digo da aplica\u00e7\u00e3o<\/a><\/strong>.<\/p><\/blockquote>\n\n\n\n

Desvendando a caixa branca<\/h2>\n\n\n\n
\"
Entenda agora mais detalhes sobre a forma de testar com a t\u00e9cnica da caixa branca!<\/figcaption><\/figure>\n\n\n\n

A partir disso, ele \u00e9 comumente realizado utilizando-se o c\u00f3digo-fonte. Portanto, exige mais conhecimento t\u00e9cnico por parte do testador, sem contar o maior custo. Por ser baseado na implementa\u00e7\u00e3o, quando a alteramos, tamb\u00e9m precisamos alterar o teste.<\/p>\n\n\n\n

Tendo isso em mente, existem algumas pr\u00e1ticas que visam amplificar a efetividade do teste de caixa branca. Desse modo, veremos duas, a saber: teste de condi\u00e7\u00e3o e teste de ciclo.<\/p>\n\n\n\n

Teste de condi\u00e7\u00e3o<\/h3>\n\n\n\n

Essa t\u00e9cnica \u00e9 simples, pois sua proposta \u00e9 avaliar se os operadores\/vari\u00e1veis l\u00f3gicos (booleanos – true\/false) est\u00e3o consistentes.<\/p>\n\n\n\n

Apenas isso!<\/p>\n\n\n\n

Teste de ciclo<\/h3>\n\n\n\n

Quem nunca precisou testar uma estrutura de repeti\u00e7\u00e3o (for\/while<\/em>)? De modo bem simples, \u00e9 justamente isso que essa t\u00e9cnica faz: valida estruturas de repeti\u00e7\u00e3o.<\/p>\n\n\n\n

Para isso, ela divide os ciclos em 4 tipos: desestruturado, simples, aninhado e concatenado.<\/p>\n\n\n\n

O ciclo desestrutrado<\/strong> nada mais \u00e9 do que o conjunto de blocos de repeti\u00e7\u00e3o utilizados de maneira desordenada. <\/p>\n\n\n\n

Por conta disso, ao ser identificado, deve ser reestruturado, j\u00e1 que que aumenta consideravelmente o custo dos testes e da manuten\u00e7\u00e3o do sistema.<\/p>\n\n\n\n

J\u00e1 o ciclo simples<\/strong>, como o pr\u00f3prio nome diz, \u00e9 apenas uma estrutura de repeti\u00e7\u00e3o sendo testada.<\/p>\n\n\n\n

Ciclos aninhados<\/strong> s\u00e3o ciclos dentro de ciclos.<\/p>\n\n\n\n

E, por \u00faltimo mas n\u00e3o menos importante, os ciclos concatenados<\/strong> no teste de caixa branca s\u00e3o estruturas de repeti\u00e7\u00e3o dependentes, ou seja, para testar o bloco 2, eu preciso garantir que o bloco 1 \u00e9 coerente.<\/p>\n\n\n\n

Afinal, o que \u00e9 teste de caixa preta?<\/h2>\n\n\n\n
\"o
O teste de caixa preta pode ser tamb\u00e9m chamado de teste funcional!<\/figcaption><\/figure>\n\n\n\n

Diferente do teste de caixa branca, ele possui esse nome porque o c\u00f3digo-fonte \u00e9 ignorado no teste. Assim, ao se utilizar dessa t\u00e9cnica, o tester<\/em> n\u00e3o est\u00e1 preocupado com os elementos constitutivos do software<\/em>, mas em como ele funciona.<\/p>\n\n\n\n

Nesse sentido, esse tipo de teste tamb\u00e9m \u00e9 conhecido como teste funcional, j\u00e1 que busca garantir que os requisitos funcionais do produto est\u00e3o consistentes. <\/p>\n\n\n\n

Logo, ele tem por objetivo validar as entradas e sa\u00eddas do sistema.<\/p>\n\n\n\n

Aprenda como aplicar Scrum em projetos de teste de software<\/strong><\/a>!<\/p><\/blockquote>\n\n\n\n

Desvendando a caixa preta<\/h2>\n\n\n\n
\"caixa
Utilize o UX para garantir melhores resultados do teste de caixa preta!<\/figcaption><\/figure>\n\n\n\n

A partir disso, ele \u00e9 comumente realizado utilizando-se da experi\u00eancia do usu\u00e1rio, ou seja, atrav\u00e9s da interface do produto.<\/em> <\/p>\n\n\n\n

Com isso, para aumentarmos a qualidade e, consequentemente, blindarmos o software de falhas, entendemos que todas as entradas\/sa\u00eddas poss\u00edveis precisam ser testadas. <\/p>\n\n\n\n

Contudo, sabemos que isso \u2014 na grande parte dos casos \u2014 \u00e9 humanamente imposs\u00edvel.\u00a0<\/p>\n\n\n\n

Ademais, a falta de clareza dos requisitos<\/strong> pode (e vai) impactar nas entradas e sa\u00eddas aceitas para o teste.\u00a0<\/p>\n\n\n\n

Isso quer dizer que, al\u00e9m da volumetria de dados que teremos que validar, eles podem n\u00e3o ser adotados nos testes. <\/p>\n\n\n\n

Por exemplo: imagine que voc\u00ea utiliza apenas n\u00fameros<\/em> para testar um campo de CPF, mas o desenvolvedor utiliza o campo como string<\/em> (caracteres alfanum\u00e9ricos). <\/p>\n\n\n\n

Percebeu que os dados utilizados em seu teste podem n\u00e3o ser aceitos por desconsiderarem <\/strong>uma grande parte de dados que podem (mas n\u00e3o devem) ser aceitos?<\/p>\n\n\n\n

Tendo isso em mente, existem algumas pr\u00e1ticas que visam amplificar a efetividade dessa t\u00e9cnica.<\/p>\n\n\n\n

Desse modo, veremos tr\u00eas, a saber: particionamento de equival\u00eancia, an\u00e1lise de valor limite e tabela de decis\u00e3o.<\/strong><\/p>\n\n\n\n

Particionamento de equival\u00eancia<\/h3>\n\n\n\n

Imagine que voc\u00ea tenha um campo que receba apenas n\u00fameros pares. \u00c9 necess\u00e1rio validar que o tal campo n\u00e3o recebe todos os n\u00fameros \u00edmpares?<\/p>\n\n\n\n

Segundo a t\u00e9cnica de parti\u00e7\u00e3o de equival\u00eancia, n\u00e3o. Ela afirma que, sendo o resultado final correspondente para diferentes entradas, basta orden\u00e1-las em conjuntos e testar apenas um dado de cada.<\/p>\n\n\n\n

No caso do cen\u00e1rio que formulamos, o n\u00famero 5 e o n\u00famero 11 possuem a mesma sa\u00edda (s\u00e3o \u00edmpares), logo, basta testar com um deles. Assim, ao inv\u00e9s de 2 testes com resultados equivalentes, teremos um contemplando a mesma sa\u00edda.<\/p>\n\n\n\n

An\u00e1lise de valor limite<\/h3>\n\n\n\n

Essa t\u00e9cnica sugere que utilize apenas os valores que estejam no limite permitido.\u00a0<\/p>\n\n\n\n

Assim, se voc\u00ea quer validar, por exemplo, que para uma dada opera\u00e7\u00e3o o usu\u00e1rio deve ter idade superior a dezoito anos, os melhores valores para o teste s\u00e3o: 17, 18 e 19, j\u00e1 que est\u00e3o no limite do valor m\u00ednimo permitido (18).<\/p>\n\n\n\n

Tabela de decis\u00e3o<\/h3>\n\n\n\n

Pressuponha que voc\u00ea testar\u00e1 uma funcionalidade que possui uma s\u00e9rie de condi\u00e7\u00f5es. Agora, como saber se todos os casos est\u00e3o apresentando as sa\u00eddas esperadas?<\/p>\n\n\n\n

Para facilitar, imagine o teste de uma baixa de estoque:<\/p>\n\n\n\n

Cen\u00e1rio<\/td>1<\/td>2<\/td>3<\/td><\/tr>
Funcion\u00e1rio tem permiss\u00e3o?<\/td>N\u00e3o<\/td>Sim<\/td>Sim<\/td><\/tr>
Produto v\u00e1lido?<\/td>X<\/td>N\u00e3o<\/td>Sim<\/td><\/tr>
Produto tem saldo dispon\u00edvel?<\/td>X<\/td>X<\/td>N\u00e3o<\/td><\/tr>
Sa\u00edda esperada<\/td>Funcion\u00e1rio n\u00e3o tem permiss\u00e3o<\/td>Produto inv\u00e1lido<\/td>Produto sem saldo<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

A\u00ed \u00e9 que entra a tabela de decis\u00e3o, pois ela se baseia na verifica\u00e7\u00e3o do resultado esperado para os conjuntos formados atrav\u00e9s da combina\u00e7\u00e3o desses par\u00e2metros. <\/p>\n\n\n\n

Assim, para o nosso exemplo, temos certeza que ao menos 3 das combina\u00e7\u00f5es poss\u00edveis possuem cobertura por 3 testes. <\/p>\n\n\n\n

Teste de caixa branca e preta: tutorial<\/h3>\n\n\n\n

Esse v\u00eddeo \u00e9 bem did\u00e1tico e te mostra os testes na pr\u00e1tica! <\/p>\n\n\n\n

\n