Nesta lição, vamos compreender melhor as atividades que acontecem na terceira etapa de um processo de desenvolvimento de software, que são: "Implementação" e "Testes". A primeira atividade visa à codificação do software. A segunda atividade, por sua vez, pretende verificar se a codificação do software corresponde ao projeto especificado e se o seu comportamento está correto.

Não é fácil implementar e depois testar produtos de software. É algo muito dinâmico, pois os stakeholders (profissionais da organização do cliente que estão envolvidos no projeto) podem alterar sua compreensão sobre as necessidades do projeto, ao longo do processo.

Além disso, as regras de negócios (internas e externas) podem ser complexas e haver necessidade de serem atualizadas, durante o processo de desenvolvimento de software. Sem falar que os recursos tecnológicos (plataforma de software e hardware) têm evoluído rapidamente.

Pode ocorrer, também, de os profissionais das equipes — desenvolvimento e testes de software — não serem os mesmos do início ao fim e, por isso, os novos membros podem não ter domínio sobre o que deve ser desenvolvido/testado, proporcionando dificuldades iniciais no andamento do projeto.

Diante do que foi apresentado, o que pode ser feito para evitar que desencontros de informações ocorram durante o desenvolvimento e os testes de softwares? Uma solução muito importante é seguir padrões e estilos de programação e testes para facilitar todo o processo.

Portanto, nesta lição, compreenderemos os processos de implementação e de testes e, também, a dependência que essas atividades têm sobre o documento gerado pelas atividades anteriores, ou seja, documento de "Elicitação e análise de requisitos" e o documento posterior de "Projeto". Documentos pelos quais você, futuro(a) profissional, será responsável de especificar e, assim, executar um ótimo trabalho. Vamos lá!

O João se formou como Técnico de Desenvolvimento de Sistemas e é analista júnior de sistemas, em uma empresa de informática. Cada vez mais, percebe a importância de realizar testes, durante todo o processo de desenvolvimento de software. 

Apesar de pouco tempo de experiência, João já sabe que construir o planejamento de testes é um processo sistemático e que o documento de requisitos é muito importante para que isto ocorra. Ele sabe que deve verificar as dificuldades que o usuário final possa vir a ter ao usar o software, antes que esse seja entregue.

Uma das possibilidades para ocorrência de falhas é quando se dá a entrada incorreta dos dados e, por consequência, o processamento destes dados provoca uma falha. Esta situação, normalmente, acontece quando o sistema não faz validação adequada na entrada dos dados.

Outra possibilidade que o João reconhece é quando o requisito funcional não está bem definido, ou é mal interpretado pelo programador, e a codificação acaba por não ter o comportamento esperado. Isso, normalmente, acontece quando o profissional não conhece todos os recursos e técnicas necessárias para modelar/compreender o documento de requisitos.

João sabe que existem outras possibilidades para que ocorram falhas no produto de software e pretende, pouco a pouco, aprender e, principalmente, aplicar nas suas atividades de analista júnior.

Ele, também, já percebeu que é importante compreender os recursos e técnicas definidos na Engenharia de Requisitos como também se especializar na área de testes para garantir um bom desenvolvimento do produto do software.

A etapa que vamos estudar nesta lição trata-se da "Implementação e Testes", que acontece na terceira etapa do ciclo clássico do Software, conforme apresentado na Figura 1.

As três primeiras atividades do desenvolvimento de software já foram explicadas nas lições anteriores. Vamos, agora, compreender como devem ocorrer as atividades de Implementação e, na sequência, as atividades de Testes.

Procurando no Dicionário Aurélio Júnior, não encontramos o termo implementação, mas sim implementar, descrito como verbo transitivo direto, ele significa: (1) prover de implemento; (2) pôr em prática, dar execução a um (plano, programa ou projeto) (FERREIRA, 2011).

Atualmente, os profissionais da informática, também, utilizam bastante os termos "codificação" e "programação". Veja na Tabela 1, a seguir, o significado destes termos.

Você notou que aparece o termo "Informática" no significado desses termos? Quando eu leciono, sempre, digo aos meus alunos: "Vamos programar? Ou seja, vamos codificar as linhas do programa, as instruções!".

É importante que você perceba que a etapa de implementação (codificação ou programação) faz com que a equipe de desenvolvimento (mais especificamente, o profissional com perfil profissional de programador) procure programar o que foi especificado no projeto. Vamos compreender as atividades que envolvem esta etapa?

Antes de mais nada, preciso que você compreenda o significado destes dois termos:

Fazer codificação em alto nível é algo que leva algum tempo. Você pode pensar que é uma desvantagem de se utilizar linguagens de alto nível. Chamo, porém, a atenção para o fato de que as vantagens são enormes. Uma grande vantagem é que fica rápido e fácil de escrever instruções nesta linguagem, pois se aproxima da nossa forma de escrever.

Além disso, o tamanho do programa é menor, mais fácil de ler e, por consequência, de alterar sempre que for necessário. Uma outra vantagem é que toda linguagem de alto nível é portável, ou seja, pode rodar em diferentes tipos de computador, com pouca ou nenhuma modificação. É importante ressaltar que os programas em baixo nível só podem rodar em um único tipo de computador e precisam ser reescritos para rodar em outro tipo de computador.

Devido a essas duas vantagens, quase todos os programas são escritos em linguagens de alto nível; as de baixo nível são utilizadas em algumas poucas aplicações especializadas.

Como fazer, então, para que a linguagem de alto nível seja convertida em linguagem de baixo nível? Existem dois tipos de programas, chamados de interpretador ou compilador, que podem ajudar. Vamos compreender as diferenças entre eles?

A Figura 2, a seguir, mostra que o interpretador lê o código fonte (ou seja, o programa escrito em uma linguagem de alto nível) e o executa, fazendo o que as instruções do programa dizem. Ou seja, seguindo o que deve ser feito (ler um dado, fazer um cálculo, apresentar um resultado na tela do computador, entre tantas outras ações). Mas, atenção, pois o interpretador executa o programa aos poucos; ou ele está lendo algumas linhas de instrução, ou está executando as instruções.

Veja na Figura 3, a seguir, que o compilador lê o programa em linguagem de alto nível (também chamado de código fonte), ele primeiro o traduz completamente e só depois o programa está disponível para executar, ou rodar (também chamado de código executável). 

Uma vez que um programa é compilado, nós podemos executá-lo mais de uma vez, sem que precise de nova tradução. Agora, se o código fonte precisar ser alterado, uma nova compilação precisará ser feita!

Vamos, agora, compreender um pouco sobre testes e sua importância?

Antes de compreender o objetivo dos testes, devemos perceber porque os testes são necessários. Além dessa compreensão, é importante compreender que há diferenças entre os possíveis problemas que podem ocorrer nos sistemas. Observe a relação entre defeito, erro e falha. 

É importante que os testes sejam aplicados desde o início, a fim de que os defeitos não cheguem ao nível das falhas. Pode-se prevenir que defeitos sejam introduzidos no código executável e, para isso, existem diferentes técnicas referentes a cada uma das atividades, no ciclo de desenvolvimento de software. 

A Figura 5 salienta que cada etapa do processo de desenvolvimento de software apoia o planejamento dos testes e posterior aplicação destes. Note a sequência das atividades: inicia com a "Elicitação de requisitos" e finaliza com o "Teste de Aceitação". 

Note, também, que as atividades de "Implementação" e as de "Testes" estão em sequência, tema desta nossa lição. Finalmente, perceba que a maior parte das atividades acontecem no ambiente de desenvolvimento, mas as duas últimas devem ser realizadas, preferencialmente, no ambiente do cliente.

A seguir, uma breve descrição de cada um destes tipos de testes:

Importante ressaltar que os testes permitem a detecção da existência de defeitos, mas não é possível garantir a ausência desses. Por que isso ocorre? Porque é impossível testar todas as possibilidades de execução de testes. 

A equipe de desenvolvimento (mais especificamente, analistas de teste e testadores) devem procurar: descobrir e consertar os defeitos ‘certos’, ou seja, os que possuem maior visibilidade para os clientes; observar os caminhos da aplicação mais utilizados pelos usuários. Obviamente que as decisões dependem de cada projeto, os aplicativos mais críticos sempre exigem um maior cuidado com os testes.

Fique ligado(a) neste desafio para você aplicar o conhecimento adquirido nesta lição: eu o(a) desafio a fazer um teste exploratório em um site que tenha cadastro de usuário (ou cliente).

O que são testes exploratórios? São extremamente úteis para encontrar bugs rapidamente, quando o projeto não tem uma documentação bem definida ou ela se encontra desatualizada. Um bug de software pode ser um defeito, erro ou falha no produto de software, fazendo com que este produto tenha um comportamento incorreto ou inesperado ou, até mesmo, não intencional.

1. Procure um site comercial que você tenha que fazer o seu registro. Sugestões? Amazon, Saraiva, Submarino, entre outros.

2. Veja quais são os campos que precisam ser preenchidos e procure pensar no valor correto para cada campo, mas também no preenchimento não adequado.
   Por exemplo, o campo Nome deve conter, pelo menos, duas palavras; se você inserir um espaço em branco ou apenas uma letra, estará inserindo um dado incorreto e o sistema deve acusar este erro.
   Outro exemplo é o campo de e-mail. Um e-mail correto deve ter o formato "user@dominio" onde domínio pode ser "gmail.com"; o sistema deve acusar erro se você inserir "joao@gmail" ou "joao@" ou "@gmail.com". 

Um campo que normalmente se pede é o número de CPF; se você inserir 999.999.999/99 o sistema deve acusar erro.

3. Você deve preencher o formulário, inserindo valores errados e submeter este formulário, ou seja, “enviar”.

4. Ao final, verifique quais são as mensagens de erro. Verifique quais são os campos que o sistema aceita e quais são os campos que o sistema rejeita.

Ao final, você verificará que muitos formulários, ainda, não fazem a validação correta de muitos dos campos, o que pode prejudicar o processamento dos dados pessoais. 

Espero que com esta atividade você perceba a importância de pensar, com cuidado, como a entrada de dados deve ser feita, quando estiver envolvido na construção do documento de requisitos para que a etapa de codificação tenha atenção necessária para a validação destes dados.