artigo .net Magazine 46 - Testes no Team System – Parte 1
Nessa primeira parte, vamos explorar o conceito e a utilização de testes unitários.
Clique aqui para ler esse artigo em PDF.
ler todos os artigos desta edição
Testes no Team System – Parte 1
O Visual Studio 2005 Team Edition for Software Testers oferece um eficiente conjunto de ferramentas de teste totalmente integradas ao ambientede desenvolvimento, que visam melhorar substancialmente a qualidade do produto final, minimizando o risco de falhas ao colocar o software em produção.
O VSTS Team Edition for Software Testersé apenas uma parte do conjunto de produtos para a cobertura de todo o ciclo de desenvolvimento de software chamado Visual Team System (VSTS), detalhado na Figura 1.
A versão VSTS for Software Testers é voltada para analistas de qualidade, auxiliando-os com eficiência e eficácia na execução dos seguintes tipos de testes: unitários, carga, Web, manuais, ordenados, genéricos, e code coverage (cobertura de código). Devido a grande quantidade de informações e a sua complexidade, abordaremos a utilização do VSTS for Software Testers em três artigos.
Nessa primeira parte, vamos explorar o conceito e a utilização de testes unitários. Na segunda parte trabalharemos com testes Web e para finalizar, uma aula detalhada sobre testes de carga, e a utilização do code coverage.
Testes unitários
Os testes unitários também conhecidos como Unit Test, têm como objetivo testar a menor unidade de um projeto de software, ou seja, validar uma funcionalidade específica do sistema, como por exemplo, o teste de método de uma classe construídapelo desenvolvedor. O VSTS oferece mecanismos de construção e execução de testes unitários nas versões Developer e Tester do VSTS.
A partir de uma classe, a ferramenta gera automaticamente scripts de teste que podem e devem ser customizados pelo desenvolvedor. Tais customizações são realizadas programaticamente e oferecem ao analista de testes todo o poder do framework 2.0, como a possibilidade de consultar bases de dados para aferiçãode resultados. Dado o conceito, vamos colocar a mão na massa, primeiramente definindo e construindo a aplicação que será testada.
Aplicação de teste
Para realizar o teste, tomamos como base uma aplicação que consiste de uma simples calculadora. Para que possamos cobrir a maior parte das ferramentas de teste, essa aplicação foi desenvolvida com uma arquitetura em multicamadas. Essa aplicação será utilizada nos próximos artigos, e, portanto é importante o bom entendimento da solução. A distribuição em camadas, e as vantagens decorrentes dessa prática já foram explicadas em edições anteriores da revista.
A aplicação está dividida em: camada de apresentação, lógica de negócios, camada de acesso a dados e banco de dados. A implementação de cada camada está descrita a seguir:
Camada de apresentação (UI – User interface): Web Form em ASP. NET 2.0;
Camada de negócios (BO – Business Objects): Class Library
Camada de acesso a dados (DAL – Data Access Layer): Class Library;
Banco de dados: SQL Server 2005 Ex- press com Stored Procedures de cálculo.
Na Figura 2, temos um diagrama simplificado da arquitetura da aplicação. A separação entre os servidores está em papéis, e caso você não tenha diversas máquinas, uma única poderá assumir o papel de cliente, e servidores de banco de dados e Web.