Abraços!
– André

Abraços.
– André

Abraços.
– André

Abraços!

Agora (claro que com um salto no tempo , o mundo fashion da tecnologia está caminhando – e isso é realmente muito bom – para a moda dos testes. Seja teste unitário, integração, regressão, entre muitos outros, a moda agora é fornecer uma possibilidade de testar seu código enquanto é desenvolvido.

E seguindo esta tendência, alguns padrões de design entram em cena como protagonistas da história. Entre eles, certo destaque para Inversion of Control (IoC) e Dependecy Injection, que não tem uma função voltada para testes, mas facilita e muito a vida quando pensamos em objetos mock e testes unitários do Visual Studio 2008, por exemplo.

Portanto, não vamos fugir da moda. Afinal, pelo menos nesse mundo, o que está nas passarelas é bonito e deve ser usado

Abraços.

Antes de tudo, é importante esclarecer do que exatamente estou falando. Qual é o tipo de teste a que estou me referindo e quando ele acontece.

Software Quality Control (SQC) consiste em verificar e validar a qualidade dos softwares envolvidos. Tecnicamente, este controle é efetuado através de testes (unit, integration ou system). Normalmente, este tipo de testes de software é realizado ao final do processo de desenvolvimento (ou de suas iterações), antes do produto entrar em homologação. O objetivo é garantir que o software desenvolvido está de acordo com os requisitos de negócio, funcionais e de qualidade de serviço (Quality of Service Requirement).

E aqui começa a dificuldade: como validar e garantir todas essas questões, e quais recursos podem auxiliar neste árduo trabalho?

Voltando ao processo, o teste de qualidade começa quando o desenvolvimento acaba (claro, não vamos entrar em detalhes de testes de desenvolvedor, etc). Portanto, a única “coisa” que o responsável pelo teste tem em mãos é um build (ASP.NET, Windows Formas, Smart Client, …), simples e direto. Muito provavelmente não terá em mãos os códigos-fonte, estrutura do projeto e detalhes da implementação. Por esse motivo, este build deve fornecer o máximo de informações para investigação técnica, através de arquivos PDB (Program Database) e versões em Debug.

Através destas informações, é possível localizar algum erro mais a fundo, onde ocorreu, o stack do CLR, o que estava na memória, onde as threads estavam paradas, entre outras informações importantes.

SQC não é uma tarefa fácil. Ao achar um erro, é necessário saber o que estava acontecendo em todo o ambiente. Se o erro é de OutOfMemory, por exemplo, o que ocasionou este erro, como o GC estava se comportando, como estava a aplicação neste momento. Por isso, equipe de testes tem que tem um conhecimento muito grande sobre todo o funcionamento do CLR, desde declarações de variáveis a threads, GC e concorrência.

Efetuar testes sem saber o que acontece por baixo dos panos não tem valor algum.
Reportar erros qualquer pessoa pode fazer. Descrever o porquê é o segredo de bons profissionais.

Abraços e até a próxima!

É muito legal ver estas iniciativas partirem de profissionais do nível destes dois. A oportunidade de participar de uma conversa, como velhos amigos ou colegas de trabalho, é realmente incomparável.

Acompanhem agora os posts que irão detalhar as nossas conversas

http://blogs.msdn.com/tess/archive/2008/04/02/live-blog-chat-about-asp-net-and-debugging-with-windbg-and-sos-10-am-est-4-pm-cet.aspx

http://blogs.msdn.com/tom/archive/2008/04/02/recap-asp-net-blog-chat.aspx

Abraços!

Links para iniciar:
http://msdn2.microsoft.com/en-us/library/aa546062.aspx

Dia 31/03, Commerce Server 2007, 4/n (Geral):  Customizações, custos e viabilidade

Abraços

http://msdn2.microsoft.com/en-us/magazine/cc337885.aspx

Abraços!

Esta seção irá fornecer algumas informações sobre decisões anteriores ao início do projeto, durante a codificação e após o desenvolvimento, incluindo:

- Onde encontrar profissionais qualificados?
- Como a estrutura da equipe se diferencia de projetos “comuns”?
- Quais são os papéis que devem ser preenchidos para o início do projeto?
- Quais são os conhecimentos básicos que todo profissional envolvido diretamente com o desenvolvimento deve ter?
- O que é fornecido para o desenvolvimento?
- Quais são suas bases e padrões?
- Como efetuar o deploy?
- Etc.

Alguns links para estudo inicial sobre o desenvolvimento:

http://msdn2.microsoft.com/en-us/library/aa545920.aspx
http://msdn2.microsoft.com/en-us/library/aa545920.aspx
http://msdn2.microsoft.com/en-us/library/aa545920.aspx

Algumas pessoas me perguntaram qual é o formato desta série de artigos.
Nos dias 10/03, 17/03, 24/03 e 31/03 serão publicados os assuntos básicos para o início das publicações e sua preparação. A partir de 07/04 o conteúdo começará a ser publicado, seguindo as descrições expostas nos posts iniciais.

Próximos posts:

Dia 24/03, Commerce Server 2007, 3/n (Geral):  Administração dos Dados
Dia 31/03, Commerce Server 2007, 4/n (Geral):  Customizações, custos e viabilidade

Abraços!