Atenção: esse artigo tem um vídeo complementar. Clique e assista!

O mundo do desenvolvimento de software vem passando por transformações recorrentes desde sua adoção no meio corporativo, iniciado na década de 1960. A cada grande problema enfrentado no desenvolvimento de sistemas, surgia uma nova abordagem de solucionar esses problemas, gerando assim novos paradigmas capazes de fazer frente aos desafios vindouros.

Um grande dilema da indústria do software consiste na seguinte questão: “Como entregar software de qualidade dentro do escopo, prazo e custo acordados?”. A busca pela resposta a essa questão foi a força motriz que originou diversas abordagens, como a criação do CMM, com a posterior evolução para o CMMi, pelo Software Engineering Institute, da Carnegie Mellon University, a criação do Unified Process, e seu posterior refinamento pela Rational, originando o Rational Unified Process. No Brasil, temos o exemplo do MPS-BR, como uma iniciativa que visa qualificar a indústria de software.

O fato latente na indústria de software mundial é que a questão anteriormente proposta ainda está em vias de ser solucionada. Nesse aspecto, precisamos ressaltar que softwares ainda são entregues fora do prazo, com escopo diferente do combinado originalmente, com custo diferente (entenda-se superior) do contratado e com qualidade abaixo do esperado. Vamos à seguinte analogia: Como uma pessoa se sentiria se, precisando submeter-se a uma cirurgia de, por exemplo, apêndice, descobrisse que sua perna fora amputada?

Nesse artigo, proponho desenvolver uma abordagem ligada ao Test Driven Development, corroborando com os demais colegas que já escreveram sobre o tema em edições anteriores, através do desenvolvimento de um software utilizando essa técnica. Adicionarei a este artigo “pitadas” de engenharia de software, pois é necessário entendermos que, através dos nossos softwares, entregamos soluções de negócio aos nossos clientes que visam sanar problemas que os mesmos possuem em suas organizações.

A fim de atingir o objetivo proposto de maneira holística, apresentaremos as origens do Test Driven Development.

Algumas considerações

Uma área que está em crescimento, e auxilia muito na fase de descoberta, com foco em entrega de valor ao cliente, é a área de análise de negócios. A análise de negócios consiste num conjunto de boas práticas em processos que visam entendermos como uma organização funciona no âmbito de sua cultura, visão e missão, o que essa empresa produz, como ela produz, bem como nos permite indicar e validar ações que levem a soluções efetivas de problemas de negócios que essa empresa possua. Ademais, permite dar condições para manter o foco em atingir os objetivos de negócios e oportunidades que surjam para a empresa. Conforme a necessidade, a partir do momento em que aplicarmos técnicas previstas na Análise de Negócios, na fase de descoberta, a definição dos testes será mais assertiva, e TDD será um complemento para a entrega do software ao cliente final. Na seção Links é possível encontrar o site do BABOK – Business Analysis Body of Knowledge, principal guia de análise de negócios, publicado e mantido pelo IIBA – International Institute of Business Analysis, Instituto Internacional de Análise de Negócios."