Mostrando postagens com marcador diversos. Mostrar todas as postagens
Mostrando postagens com marcador diversos. Mostrar todas as postagens

segunda-feira, 14 de novembro de 2011

Bug ou Feature? Pagamento de Fatura no Itau Internet Bank

Este ano Felipe Knorr fez uma apresentação no CAST 2011 na trilha "Emerging Topics" com o título "Bug or Feature? The importance of being context driven".

Isso é pra colocar um ponto que eu acho, na visão de cliente, muito ruim...

O "Problema"
Se você é um correntista Itau, e possui cartões de crédito e usa o internet bank para pagar contas, faturas, etc.. pode notar que, quando você quer visualizar uma fatura e possui mais de um cartão ele pede para você selecionar o cartão. Até ai tudo bem.
Se você visualiza a fatura, e deseja pagá-la, existe um link chamado "Pagar esta fatura".
Você clica nela e..... tem que selecionar qual o cartão que você deseja pagar novamente, ele não identifica que você estava no cartão x, simplesmente redireciona para a tela de seleção de cartões novamente.

Sim, eu sei que é só um clique a mais, que isso pode não fazer diferença, mas é no mínimo estranho o comportamente, não acham?

O que me fez pensar: isso é um bug ou uma feature?
Se eu fosse o testador desse módulo eu reportaria esse possível bug?
O que vocês acham?

Abaixo seguem as imagens que comprovam o crime... rs

PS: vocês podem notar uma mudança nas imagens dos browsers IE e Firefox... Isso porque o "Guardião Itau" (sistema de anti-fraude e-banking) fez meu Firefox 8 parar de funcionar após a instalação desse addon.

Acessando Home -> Cartão de Crédito -> Fatura
Acessando a fatura do cartão selecionado.  Neste ponto clico em "Pagamento desta fatura"


Após isso a tela de seleção do cartão para pagamento é apresentada, porém não faz muito sentido se eu estava acessando o cartão X e está escrito "Pagamento DESTA fatura"

domingo, 2 de maio de 2010

Dando poder aos testes existentes

O post abaixo foi retirado de um artigo de Dawn Haynes que é consultora em teste e instrutora da SQE Trainning.
O artigo pode ser encontrado em http://www.sqetraining.com/file/DawnHaynesArticle.pdf
Vou colocar o artigo na íntegra em português, que apresenta dez maneiras de dar poder aos seus testes de forma mais eficiente e valiosa sem ter diversas alterações na estratégia de teste.


1. Deja vú
A partir de um estado conhecido limpo ou estado inicial, execute um teste ou um cenário. Então, imediatamente, repita o mesmo teste ou cenário, utilizando os mesmos dados (se possível) sem reiniciar ou limpar qualquer dado ou configuração. Isso pode expor problemas com valores-padrão ou estados, fazendo com que a aplicação apresente um diferente comportamento ou saída devido a pequenas variáveis.


2. Ensaboar, enxugar e repetir, e repetir, e repetir
A repetição freqüentemente imita o modelo do uso real do aplicativo ou software. A maioria dos usuários fazem vários ciclos de um pequeno número de operações várias vezes ao dia. Se não testarmos a utilização real da aplicação podemos ter surpresas indesejáveis na aplicação (como o vazamento de memória)


3. A estrada menos viajada
Não siga sempre as instruções, os processos, os passos, ou caminhos óbvios. Muitos de seus usuários não farão esse caminho. Alguns dos defeitos mais caros em produção que eu ví foram encontrados, mas rejeitados como "falta de conhecimento da aplicação" ou não resolvidas pelo motivo "o usuário nunca faria isso".  Mesmo que o seu software só esteja sendo acessado por outros sistemas, é arriscado presumir que os outros sistemas sempre irão interagir com a sua usando o mesmo padrão ou seguindo exatamente os caminhos da especificação ou design.


4. Eu sou um gênio
Utilize a abordagem de perito ou super-usuário. Pegue atalhos, pule etapas, utilize interfaces de linhas de comando, entre pela porta dos fundos, personalize trechos, utilize funcionalidades não documentadas ou use a interface/sistema rapidamente. Muitas vezes sistemas e interfaces com o usuário são projetado para um uso médio (esperado). Procure maneiras de "passar a marcha" na utilização da interface/sistema.


5. Doh
Ao passar por cenários óbvios, comuns ou críticos pare, beije a si mesmo na testa e então tente voltar e corrigir qualquer coisa no caminho, fazer algo que você esqueceu de fazer, editar uma entrada, etc..  Basicamente interrompa a aplicação e mude algo que você fez ao tentar voltar, refaça, substitua, desfaça,ou mude a perspectiva ou modo de utilização. Se seu aplicativo tem uma interface do usuário, especialmente se for baseada em navegador, você pode contar com usuários fazendo algumas destas coisas quando for o mínimo desejado.


6. Pense grande
Especialmente, pense em uma grande quantidade de dados. Durante a vida do seu software é provável encontrar um grande banco de dados, um grande conjunto de dados, arquivos grandes, entradas de valores grandes e grande volume de transações. Encontrando os limites e restrições que são suscetíveis de serem encontradas na produção, a curto prazo, ou no futuro pode ser extremamente valioso em termos de planejamento e execução de implementações de um software de sucesso.


7. Peças do Quebra-Cabeça
Os sistemas são muitas vezes concebidos e construídos em pedaços que são posteriormente montados em uma forma destinada a fornecer um valor para o negócio, usuários ou clientes. Como as peças se encaixam quando o quebra-cabeça é concluído? Pense em amarras as peças juntas em caminhos que podem ou não podem ter sido planejados na fase de criação ou do workflow.


8. Liquidificador: misture, pulse, adicione café e bebida
Misture variáveis, funções, operações, e cenários de uso em vários graus. (misture o normal x o caos)


9. Variações no espaço e tempo continuo
Utilize o sistema de forma lenta (como um novo usuário, usuário 'catando milho', usuário curioso, motorista de domingo) ou muito rápido (como o Ligeirinho). Cada uma destas taxas do sistema em diferentes caminhos. Alterne entre a utilização rápida e lenta. Interrompa um dos modos como uma "pausa para o café", abandone uma operação em fluxo sem salvar ou fechar. Ao viajar através de buracos para chegar lá e para cá entre universos lentos e rápidos, coisas interessantes podem acontecer.


10. Desastres naturais
Considere alguns cenários relacionados com a utilização contrária das funcionalidades ou propósito de uso.  Tente o "teste do sapato no teclado". Ponha um sapato (ou a mão ou uma caneca de café) no teclado (de preferência na tecla Enter) e observe o que vai acontecer. Claro que o teste de "derramar o café sobre o teclado" ou  "arrancar o cabo de alimentação" pode custar um pouco mais caro que os acontecimentos inesperados. Escolha-os sabiamente.

quarta-feira, 14 de abril de 2010

O que é um Arquiteto de Teste de Software

Update: não deixe de ler o post Como aprender a programar para teste de software que é um dos pontos que um Arquiteto de Teste deve conhecer.


Bom pessoal, faz tempo que eu estava querendo escrever este post. Acho ainda que ele está muito resumido, mas é bom compartilhar com vocês a minha visão desse profissional que está aparecendo timidamente no mercado de Teste de Software.

Se você tem qualquer coisa para complementar, por favor faça! Faço questão de atualizar o post e referenciar cada complemento.
Então, vamos lá!


O que é um Arquiteto de Teste de Software
Para ser um Arquiteto de Teste obviamente é mandatório ter sido um Testador. Para ocupar uma posição como esta o profissional de teste precisa ter um perfil sênior, conhecendo muitas linhas dentro do Teste de Software. Geralmente um Arquiteto de Teste tem que estar apto a executar quase que qualquer tarefa dentro do Teste de Software. Ele deve ser o líder técnico das soluções em teste e pode possuir uma linha de especialização específica dentro do Teste de Software: Automação, Performance, Segurança, etc..
Um Arquiteto deve trazer a inovação para a Área de Teste, sempre ligado nas tendências, tecnologias e abordagens dentro da área, internalizando todo esse conhecimento e analisando a aplicabilidade dentro da organização. Ele deve conhecer não somente da disciplina de Teste de Software dentro da Engenharia de Software, mas de outras disciplinas.

Eu, particularmente, acredito que a possível comparação de Engenheiro de Teste e Arquiteto de Teste é quase a mesma, mas com uma pequena diferença que pode ser entendida pela comparação abaixo:
"Um Arquiteto na Engenharia Civil é aquela capaz de criar toda uma estrutura/solução a partir de uma desejo do seu cliente. O Engenheiro, por sua vez, é aquele que irá colocar o plano de Arquiteto em prática, acompanhando todo o trabalho dos operários na obra."

Qual o dia-a-dia de um Arquiteto de Teste?
As atividades mais comuns são a de criação de ambientes de teste (hardware e software), criação de Casos de Teste mais complexos, aplicação das Técnicas de Teste corretas em todos os Casos de Teste.
Dentro da Automação de Teste, ele vai entender um problema de um cliente e criar uma solução de automação, utilizando alguma ferramenta existente no mercado ou até mesmo. Apóia e ensina a equipe a crescer tecnicamente na área e ajuda a melhorar todos os processos existentes na área de Teste de Software.

Quais os conhecimentos necessários para um Arquiteto de Teste?
Abaixo seguem alguns dos conhecimentos necessários do Arquiteto de Teste com um foco técnico voltado para a Automação de Teste:
  • Linguagem de programação (se puder mais que uma)
  • Sistemas Operacionais
  • Conhecimentos avançados sobre Técnicas de Teste
  • Ferramentas de Automação de Teste (em todos os níveis de teste)
  • Linguagem SQL intermediária
  • Arquitetura de Software e Design Patterns
  • Configuração de Ambientes
  • Execução de Testes Funcionais e Não Funcionais
  • Habilidade de Comunicação com pessoas técnicas

Podemos dar duas razões para que o Arquiteto precise conhecer uma linguagem de programação:
  • As ferramentas de automação de teste funcional será ou em uma linguagem padrão de mercado (VBScript ou Java) ou uma linguagem própria, o que necessita de conhecimento de programação
  • Quando não existe uma ferramenta de automação para determinada tarefa, o Arquiteto precisa criar uma, e isso é feito através de uma linguagem de programação
O conhecimento de Sistemas Operacionais é importante, pois além de utiliza-os para efetuar os testes também pode ser necessária a criação de máquinas virtuais para montar o ambiente de teste e, conseqüentemente conhecer sobre como configurar estes ambientes (no caso aqui, de hardware e software).
Conhecer a fundo as técnicas de teste também é obrigatório. Um Arquiteto que não conheça uma determinada técnica de teste pode não fazer o trabalho da melhor forma possível. Também é extremamente necessário que o arquiteto conheça as técnicas para a automação de teste funcional (data drive, keyword driven, decomposição funcional, baseado em modelos, etc...)

Saber como trabalhar com a linguagem SQL as vezes é básico para um testador, que precisa aplicar certas queries no banco para garantir que os resultados passados para o sistema estão contidos lá e estão íntegros. O conhecimento do Arquiteto deve ir mais além: ele deve ser capaz de conhecer mais a fundo o SQL e também aspectos específicos do SGDB utilizado (Oracle, MySQL, PostgreSQL, DB2, etc...)
Saber criar e executar testes não funcionais também é desejável, pois podemos nos deparar com alguma situação em que tenhamos que medir o tempo de resposta de uma aplicação, ou mesmo efetuar um teste de portabilidade ou recuperação da aplicação.

E falar 'grego' como o pessoal do desenvolvimento fala também é importante. Imaginem que tu vai conversar com um desenvolvedor ou Arquiteto Java e ele diz: "o problema ocorreu na ESB, onde um parâmetro da Inversão de Controle no Spring não foi colocado corretamente, o que fez o a camada DAO gerar uma NullPointerExepction dentro do Bean."

E é claro que o Arquiteto precisa conhecer de Ferramentas de Teste em todos os níveis: unitário, integração, sistema e aceitação. Conhecer uma Ferramenta de Automação de Teste Funcional é obrigatório, e também é muito desejável que ele conheça as diversas ferramentas para cada parte do Processo de Teste. Por exemplo: como fazer um teste de integração para validar e o pagamento por cartão de crédito está OK? E se eu disser que a aplicação se comunica com um WebServices para isso? O Arquiteto tem que ser capaz ou de criar ou de ajudar na criação de um driver para essa comunicação e depois efetuar o teste de integração com o WebService com o SoapUI, por exemplo.


Algumas empresas que tem um cargo definido para Arquiteto/Engenheiro de Teste:
Google Testing Engineer: http://www.google.com/intl/en/jobs/uslocations/mountain-view/swe/test-engineer-mountain-view/index.html

ThoughtWorks Test Architect: http://www.thoughtworker.com/jobs/test-architect

Microsoft Testing Engineer: https://careers.microsoft.com/Search.aspx#&&p4=all&p0=&p5=all&p1=20&p2=all&p3=all

Não deixem de colocar os seus comentários e visões sobre esse perfil...
Abraços!

domingo, 28 de março de 2010

Teceirização dos Serviços de Teste

Na 17° Mesa Redonda DFTestes está rolando um thread sobre Terceiração de Teste, qual a realidade do mercado.
Daí resolvi escrever um pouco sobre os Tipos de Terceirização de Serviços de Teste

Hoje as empresas estão num ritmo cada vez mas acelerado em conta da crescente exigência de seus clientes. Quando um novo produto é lançado, ele precisa ser entregue rapidamente em casos de softwares COTS para ter uma vantagem competitiva. Ou se o próprio sistema é de uso interno, o ritmo também precisa ser acelerado dado muitas vezes pelos cronogramas apertados.

Muitas empresas não tem a equipe necessária para fazer estas atividades. Em Teste de Software essa realidade se faz presente nas empresas, pois empresas, dado o seu negócio, não necessariamente necessitam ter profissionais contratados para isso.

Pela demanda de software, os profissionais podem crescer ou diminuir rapidamente, onde a empresa nestes dois cenários precisa controlar suas metas de qualidade e restrições de orçamento.

Para atender a essa demanda um novo (mas velho conhecido) tipo de contratação se faz necessário: a Terceirização!

Existem diversos cenários comuns que
  •  Fornecedores atrasam as entregas
  •  Produto entregue com diversas falhas
  •  Cronogramas não cumpridos
  •  Testes de Sistema são realizados ou em Ambiente de Desenvolvimento ou Produção
  •  Área de negócio perde a confiança em TI
  •  Testes de Regressão são negligenciados
Isso mostra que muitas empresas ou não estão preparadas para ter uma área de Teste e Qualidade de Software ou estão fazendo da forma errada.

Existem diversas necessidades dentro de um ambiente de TI para
  •  Atender a demanda da área de Negócio
  •  Avaliar a Qualidade dos Fornecedores de Software
  •  Reduzir os riscos de atraso e problemas de produção
  •  Evoluir seu processo de desenvolvimento e seleção de fornecedores
  •  Medir a qualidade de seus sistemas

Atualmente, para buscar estas necessidades e outras, se faz necessário possuir um equipe Terceitizada para efetuar os testes no sistema

Com uma área de Testes Terceitizada poderemos:
  •  Reduzir o retrabalho e o risco na liberação de cada produto
  •  Reduzir o custo relacionados a teste de software, como processos, infra-estrutura e pessoal especializado
  •  Ter a garantia de resultado, considerando que "quem faz não testa"
  •  Maior tempo para execução de teste
  •  Maior volume de Casos de Teste
  •  Atendimento imediato de picos de demandada de teste

Existem alguns Tipos de Terceirização de Teste de Software

Terceirização Total COM Interface Técnica
Neste tipo, a empresa contratante possui profissionais de teste, mas contrata um empresa para ter um atendimento imediato a sua demanda. Como todos os requisitos serão validados por profissionais da contratante, o risco é muito pequeno pois eles já tem o conhecimento de negócio.
O lado negativo é que todo o "know-how" fica por parte da contratada, fazendo toda a organização do Projeto de Teste.

Terceirização SEM interface técnica
Nesse modelo a contratante tem alguns benefícios muito visíveis, como:
  •  A não preocupação com a formação da equipe e demandas de teste
  •  Impacto referente a demanda é minimizado
  •  Sem custos com uma equipe interna
O grande problema desse tipo é o entendimento de negócio do cliente, onde o cliente pode não ter todas as regras de negócio bem definidas e a exposição dos processos de negócio para as contratadas


Terceirização Parcial - Execução de Testes
Nesse tipo todo o conhecimento de negócio fica com a contratante, que também elabora os Casos de Teste não existindo a perda de maturidade de teste quando a contratada for trocada. A contratada só entra com a execução dos testes da contratante. O problema desse tipo é que, com uma demanda interna, a equipe de testes da contratante pode não criar todos os possíveis cenários para testes e não suportar a demanda.

Terceirização Parcial - Arquitetura de Teste
Nesse tipo os Arquitetos de Teste da contratante passam a parte mais complexa dos testes para os Arquitetos de Teste da contratada.
A execução de testes fica na contratante, o que eleva os riscos de negócio e o custo em contrstação. Se não for muito bem gerenciado, pode haver gastos desnecessários com profissionais alocados para cada atividade.

Terceirização Parcial - Automação de Teste
Nesse tipo os automatizadores ficam focados diretamente na automação do sistema, mas se o sistema não estiver maduro o suficiente para a automação, o trabalho não terá tanto ganho quanto o esperado. Scripts mal projetados para o cliente também vai dificultar na manutenção, elevado também os custos.


Para todos os tipos de Terceirização dos serviços de Teste se faz necessário criar SLA's (Acordo de Nível de Serviço) entre a contratante e contratada, além de o acompanhamento constante das atividades para que o projeto não saia do controle e esteja no rumo certo, além é claro de cumprir os prazos estabelecidos.

Na contração dos serviços de testes como terceirização, podemos ter duas formas de contração: equipe interna ou equipe externa (birôs de teste)

Equipe Interna
Fica alocada dentro da empresa contratante e utiliza todo o ambiente da mesma. Exsitem alguns benefícios em ter uma equipe interna:
  •  Disponibilidade de recursos contratados
  •  Fácil gerenciamento de testes
  •  Controle direto sobre o projeto
  •  Fácil comunicação com o cliente
  •  Conhecimento fácil de ser adquirido

Equipe Externa
Fica alocada dentro da contratada, prestando serviços remotos. Isso acarreta em maior custo para a contratada em termos de ambiente de teste, que por sua vez diminui os custos de ambiente da contratante.
Essa forma de contratação se não for muito bem gerenciada pode fazer com que as restrições de projeto não sejam cumpridas.
Se a equipe de testes não tiver conhecimento total sobre o negócio do cliente que contratou os serviços, o projeto pode ter um aumento significativo de demanda e tempo, elevando assim os custos do projeto.

O que vejo um pouco são empresas "vendendo pessoas" sem que exista um escopo de trabalho bem definido. Quando vamos prestar serviço para uma contratante, percebemos que existem diversas falhar no processo como um todo, mas nem sempre é possível melhorar algo devido a demanda e devido a própria burocracia do cliente.

Eu tenho três cases de trabalho de terceirização, dois em testes manuais e um em automatizado:

Empresa X
Ambiente organizacional muito bem definido e político. Serviço parte dentro da contratada e parte na contratante. Entramos na Empresa X sem o cliente (nível mais baixo do sistema) saber que estavamos ali para ajudar e testar suas aplicações. Resultado: não colaboração do cliente.
Isso dificultava muito o trabalho, pois tinhamos que sair atrás de tudo quando era coisa pra poder prestar um serviço razoável. O sucesso do projeto era diretamente proporcional a senioridade dos profissionais de Teste.

Empresa Y
Ambimente organizacional muito bem definido e político. Serviço parte dentro da contratada e parte na contratante. O cliente era um grande colaborador e tinhamos mais uma empresa prestando serviços de teste (uma grande empresa azul). No início eu fiquei me perguntando o porquê de duas empresas de teste, mas após alguns dias eu vi que a outra empresa possuia muito conhecimento de negócio, mas que não tinha um lado técnico muito forte. O trabalho em conjunto foi ótimo. O próprio cliente cobrava das duas contratadas a qualidade do serviço e "corria atrás" de qualquer empecilho político, deixando as duas empresas livres para executar suas atividades.

Empresa Z
Ambiente organizacional tradicional. Projeto de Automação. Serviço na contratante. Este cliente preza pela qualidade dos seus produtos e vê a qualidade como um principal para o seu sucesso. Inicialmente queria automatizar tudo o que era possível, mas depois enxergou o que realmente agregava valor.
Um ponto muito interessante é que em automação, tu precisas de pequenos ajustes na aplicação (não mandatório) para que seja possível contornar ou solucionar alguns problemas em automatizar um funcionalidade.
Essa empresa analisava o pedido de alteração e executava, sem empecilhos nenhum, claro que com uma análise bem focada.

Bem, por enquanto era isso!
Crédito para minha professora de Pós Graduação em Teste de Software da Unieruo Wilsa Sette, que aborda este tema em uma de suas matérias.

Acompanhem também o blog QualidadeBR, que tratá um resumo dessa thread.

Abraços!

quinta-feira, 4 de fevereiro de 2010

Simulado Certificação CSTE - QAI Brasil

Você quer ter acesso a um simulado da prova de certificação CSTE da QAI com 15 questões de múltipla escolha e 5 questões dissertativas?
Então veja o informativo da QAI abaixo:

Com a intenção de disseminar melhor as certificações da QAI, e minimizar a impressão de que ainda estamos aplicando exames somente em inglês, resolvemos disponibilizar em nosso portal um pequeno simulado de amostra com 15 questões de múltipla escolha e 5 questões dissertativas que são aplicadas no exame CSTE.

Para ter acesso á página de Download desses arquivos, basta você atualizar todos os seus dados do seu perfil existente no portal da QAI Brasil e nos mandar um e-mail informando seu nome e seu usuário para conferirmos a informações e colocá-lo no grupo que tem acesso a esses downloads.

Assim que atingirmos uma marca de 100 solicitações, colocaremos todas as respostas e os gabaritos das questões dissertativas para que vocês consigam ter uma noção de seu desempenho.

Outros simulados poderão ser disponibilizados posteriormente.

Contamos com a participação de todos.

Cordialmente.

Equipe QAI Brasil
QAI Brasil - Quality Assurance Institute
info@qaibrasil.com.br
++55 (11) 3048-4018



Site QAI Brasil: http://www.qaibrasil.com.br/
Abraços!

domingo, 24 de janeiro de 2010

Situação do Desenvolvimento de Software com visões de Qualidade de Software

Em um debate no curso de Extensão em Gerência de Teste de Software que estou fazendo na UFLA  um tópico aberto pelo professor André Grutzmann foi bem interessante: "Discussão sobre a situação de desenvolvimento de software hoje em dia."

Vou colocar minhas considerações sobre a análise dessa situação e colocar também considerações muito importantes de outros colegas.

O desenvolvimento de software hoje em dia vem se tornando cada vez mais rápido e com maior qualidade do que antigamente.
Parte disso deve-se ao fato de muitas linguagem possuírem frameworks que, de uma certa forma, dão velocidade ao desenvolvimento e uma maior qualidade, pois trazem as boas práticas de desenvolvimento dentro delas.
As IDE's também tem um papel importante nisso, pois cada vez estão mais automatizadas e integram diversas ferramentas de qualidade, como qualidade de código (debugger e testes unitários) e até mesmo testes funcionais e performance (caso do Visual Studio).

Os clientes também estão cada vez mais exigentes nas três restrições de gerenciamento de projetos: prazo, custo e qualidade.

Frente a toda concorrência e velocidade de entrega de aplicações, muitas empresas (geralmente de médias a grandes) contratam pessoas em um curto espaço de tempo para desenvolverem uma aplicação para o cliente. O que acontece em muitos casos é que ou a aplicação demora muito para ser entregue (restrição de prazo e as vezes de custo) ou é entregue no prazo (porém com a restrição de qualidade afetada).

Existe até uma tendência que podemos visualizar no mercado atual: pequenas empresas conseguem entregar um projeto no prazo correto, no custo previsto e com qualidade. Isso pode ser deduzido em pessoal treinado, motivado, entrosado e poucos clientes na empresa.

Já empresas de médio porte geralmente possuem problemas com algumas destas restrições, pois possuem mais projetos para gerenciar e desenvolver, e muitas vezes não possuem profissionais para o projeto.

Podemos ver claramente alguns dados do cenário atual de empresas de desenvolvimento pelo:

Há também a mudança natural da melhoria dos processos que guiam o desenvolvimento de software, como a apresentação e adoção de metodologias ágeis como XP, Scrum, BDD e outras que, mesmo que um certo tempo de existência, estão se tornando uma boa alternativa ao desenvolvimento com qualidade.

Apesar de vermos que a adoção de uma metodologia ágil aplicada corretamente pode trazer diversos benefícios, muitas empresas com uma certa bagagem de mercado ou fora desta realidade seja resistentes a tais mudanças. A tendência é que empresas novas ou com pessoas com a mente aberta a mudanças dente a apresentar um produto com mais qualidade e até com comprimento de prazos. Esta foi a visão colocada por Jhonatan Fernando de Oliveira.

Também há uma movimentação para o avanço da Engenharia de Software, com novas atualizações para seguir os novos padrões de mercado, surgimento de novas tecnologias, modelos, normas e padrões de avaliação para o processo de desenvolvimento de software. Essa foi a visão dada por Andressa Nogueira Fonseca.

Fabio Teixeira Lobato nos lembrou de algo muito impotante: a evolução crescente de todas tecnologias voltadas para a engenharia de software como a evolução nas linguagem de programação e os SGDB's.

Abraços!

segunda-feira, 28 de dezembro de 2009

Quando o teste de software aparece na produção (mas não em forma de qualidade)

Quando o teste de software aparece na produção (mas não em forma de qualidade)
Estava eu procurando um livro (Agile Testing  - A Pratical Guide for Testers and Agile Teams da Lisa Crispin) e achei ele numa livraria aqui em SP. A livraria em questão é a Martins Fontes Paulista (http://www.martinsfontespaulista.com.br)

Achei o livro através de uma buca pelo Buscapé, onde cai na livraria. Daí fui procurar por outros livros sobre teste e, como todo mundo faz (pelo menos eu acho que faz) coloquei a palavra “teste” na caixa de pesquisa e com tipo “Título”, que me retornou 3 páginas. Navegando nas páginas me chamou atenção uma coisa: existem livros fake que utilizaram para testar o site. Podemos visualizar já na página 2.
Primeiro vou listar todos os livros fake que encontrei, depois vou direto pro propósito do site.



Tipo

Valor

PRODUTO TESTE

R$ 1,00

PRODUTO TESTE ALCIDES

R$ 1,00

PRODUTO TESTE SANDRA

R$ 1,00

TESTE – ANDREIA

R$ 15,00

TESTE GEROMEL

R$ 200,00

TESTE KARINA

R$ 1,00

TESTE TESTE

R$ 1,00


  PS: Evidências no final do post.


O ponto é que, pelo que podemos notar foram feitos testes em produção e não tiraram os livros fake cadastrados em produção. Mantiveram, porém com o status “Sem estoque”.
Sabemos que as vezes se faz necessário testes em produção, mas que isso deve ser feito com muita cautela e muito bem planejados. Isso pode muito bem ser feito, mas podemos adotar alguns cuidados, como:
  • Efetuar o cadastro destes produtos e executar os testes num horário de baixa utilização do site. Isso é facilmente obtido por ferramentas que exibem o tráfego do site, como o Google Analytics.
  • Para os produtos cadastrados, colocar alguma tag de identificação, mesmo que no título, como por exemplo: “[Teste] – Teste de Sistema no site”. Isso facilita depois a limpeza no banco de dados para estes produtos ou mesmo a remoção pelo próprio sistema
  • Efetuar os testes em ambiente de homologação (servidor simulando o ambiente real) para que não tenhamos estes problemas

O que mais tem de contra, com esse “errinho bobo” é que a imagem da empresa pode ficar a prova.  Pode ter diversos selos de site seguro, etc... mas quando o usuário ver resquícios de teste ou algo estranho, isso pode fazer com que o site “caia no conceito” do usuário.

Aliás, uma ultima coisa, existe mais um erro que encontrei no site: no momento de efetivar o meu cadastro para estar apto a fazer uma compra, é apresentada a seguinte mensagem não tratada no cabeçalho:

System.ArgumentException: Requested value Alameda was not found. at System.Enum.Parse(Type enumType, String value, Boolean ignoreCase) at System.Enum.Parse(Type enumType, String value) at MartinsFontes.minhaconta.novocadastro.Cadastrar() in S:\MartinsFontes\minhaconta\novocadastro.aspx.cs:line 396

Logo colocaram a exception sem tratamento na página que não encontrou o tipo de logradouro “Alameda”, endereço onde moro.

Sei que é ruim expor assim empresas com seus erros, como temos na Série Erros em Sites Web, mas creio qeu isso deve ser levantado para evangelizarmos que o teste é necessário em qualquer tipo de negócio.

Também para não dar uma de "ruim", enviei um email para a empresa informando do acontecimento. Assim que tiver uma resposta deles (se tiver) eu atualizo o site.



evidência do contato


Abraços!

Evidências


evidência dos livros fake


evidência dos livros fake


evidência dos livros fake



evidência dos livros fake


evidência do problema no tipo do logradouro


evidência do pedido do livro fake

Atualização em 30/12/2009 - Resposta do Atendimento da Empresa

resposta via email da empresa

domingo, 13 de setembro de 2009

Diretores Regionais Adjuntos - Alats São Paulo

Com o objetivo de descentralizar as atividades de fomento da cultura de Teste de Software, a ALATS São Paulo empossou cinco Diretores Regionais Adjuntos (DRA) que passarão a atuar na divulgação das atividades da associação e a realizar a palestra "Por que testar software?", gratuíta para faculdades, escolas técnicas e empresas. Para agendar a palestra, entre envie um e-mail para sp@alats.org.br

Diretores Adjuntos de São Paulo




 NomePerfileMailCelularFixo

André de OliveiraDRA Sorocaba andre.agiw@yahoo.com.br   

Cleber AlvesDRA Zona Oeste cleberalvesclr@ig.com.br   

Elias NogueiraDRA Zona Sul elias.nogueira@gmail.com   

Fabrício Ferrari de CamposDiretor de Internet ffc.fabricio@gmail.com   

José CorreiaDiretor Regional correia@alats.org.br (11) 9110-9978(11) 3254-7625

Luis AlbertoDRA ABCD luis.alberto@nextel.com.br   

Robson AgapitoDRA Itu robagapito@hotmail.com   



Saiba mais...
Se você também quer contribuir com a área de Teste de Software promovendo eventos na sua região entre em contato com a ALATS: http://www.alats.org.br/Default.aspx?tabid=34

sábado, 12 de setembro de 2009

Participe do Teste de Segurança da Urna Eletronica

Achei uma noticia um pouco quanto estranha, mas analisando parece bem interesante...
Em resumo o TSE - Tribunal Superior Eleitoral, está disponibilizando em seu site um cadastro para as pessoas que quiserem contribuir efetuando Teste de Segurança na Urna Eletrônica. Fora o cadastro, é necessário mandar um Plano de Teste, para saber como serão executados estes testes por parte dos inscritos.
Partidos políticos também poderão indicar pessoas para efetuarem o teste.

Embora o TSE esteja transferindo porte dos testes ao publico, vejo que com o intuito de redução de custo, essa iniciativa e muito valida, uma vez que diversos "hackers" poderão "brincar" com a urna.
O que eu mais quero saber é o resultado depois.

Abaixo segue o texto retirado do site Terra e no final do post os links de consulta do Terra e do TSE sobre o assunto.

"O Tribunal Superior Eleitoral (TSE) abriu nesta sexta-feira inscrições para quem quiser participar de testes de segurança da urna eletrônica e dos softwares de votação das eleições de 2010. As tentativas de invadir o equipamento pelos hackers ocorrerão nos dias 10 e 13 de novembro, das 9h às 18h, no auditório do edifício-sede do TSE.

A partir das 10h desta sexta-feira, o tribunal realiza audiência pública para explicar o processo de realização dos testes públicos de segurança. Segundo o TSE, o objetivo é verificar se os sistemas são "falhos ou suscetíveis a violações e fraudes".

Partidos políticos também podem indicar representantes - até dois por legenda - e terão prioridade caso o número de vagas acabe. As inscrições podem ser feitas até 13 de outubro e os interessados deverão se inscrever pessoalmente ou por correspondência registrada - os formulários estão disponíveis no site do TSE - e terão ainda que apresentar um plano com a descrição dos testes que desejam realizar."



[Terra] TSE abre inscrições para hackers invadirem urna eletrônica
http://noticias.terra.com.br/brasil/interna/0,,OI3969350-EI7896,00-TSE+abre+inscricoes+para+hackers+invadirem+urna+eletronica.html

[TSE] Teste de seguranÇa do sistema eletrônico de votação
http://www.tse.gov.br/internet/eleicoes/teste_seguranca.htm

quinta-feira, 20 de agosto de 2009

Serie Erros em Sites Web - Submarino 3 (Produtos por R$ 99.999,99)

Hoje eu realmente estou inspirado!!!
Depois de ver o comentário do meu amigo Lucas Eskopinski sobre ele ter visto um produto que custava R$ 99.999,99 resolvi das uma conferida porque uma vez eu também ví algo birrazo como isso.

O que vocês acham de pagar 99.999,99 por um destes itens (links para estes itens):
Então veja você mesmo...

Passos para reprodução:
  1. Acesso o site do Submarino "www.submarino.com.br"
  2. No campo para pesquisa digite em Busca: "c" e selecione em: "Todo o site" e clique em OK
  3. Na página contendo a listagem com todos os produtos "c" clique na combo de Ordenação e selecione "Maior Preço"...
Bingo!!! Se você é um milionário esbanjador pode fazer a festa com estes três produtos!!!
PS: e você ainda pode pagar em 6x de R$ 16.666,67 no cartão!!!

Evidência do erro
clique na imagem para ampliar

Serie Erros em Sites Web - Submarino 2

Bom, hoje (agora pouco) tentei comprar os livros novamente no Submarino, onde ocorreu o mesmo problema no post anteiror.
Tentei avisar o Submarino sobre o problema pelo "Atendimento por E-Mail", e para meu azar (ou sorte) descrobri mais dois erros... :)

Eles estarão descritos abaixo:

Passos para reprodução + Erros:
  1. Acesse o site do Submarino "www.submarino.com.br"
  2. No canto superior direito da página clique no link "Central de Atendimento (saiba mais): 4003-5544"
  3. No final da pagina da Central de Atendimento clique no link "Atendimento por E-mail"
  4. Na página de E-mail selecione as seguintes Categorias e Assunto. Abaixo do Assunto está descrito o erro em cada par.

Categoria: TROCAS e DEVOLUÇÔES
Assunto: Vale Trocas
Problema: Warning: printf() [function.printf]: Too few arguments in /usr/www/GAQ/common/modules/ComboAnswerACOM.php on line 12

Assunto: Solicite sua troca ou devolução
Problema: Conteudo em branco

Categoria: SERVIÇOS
Assunto: Instalação grátis
Problema: Conteudo em branco

Categoria: VALES E CUPONS
Assunto: Vale-Presente
Problema: Warning: printf() [function.printf]: Too few arguments in /usr/www/GAQ/common/modules/ComboAnswerACOM.php on line 12

Categoria: ENTREGA
Assunto: Acompanhamento da Entrega
Assunto: Entrega Internacional
Problema: Warning: printf() [function.printf]: Too few arguments in /usr/www/GAQ/common/modules/ComboAnswerACOM.php on line 12

Categoria: INSTITUCIONAL
Assunto: Trabalhe no Submarino
Assunto: Quem somos
Problema: Warning: printf() [function.printf]: Too few arguments in /usr/www/GAQ/common/modules/ComboAnswerACOM.php on line 12

Categoria: NAVEGANDO NO SUBMARINO
Assunto: Como navegar no site?
Problema: Conteudo em branco

Assunto: Alterar número do cartão de crédito
Assunto: Link sobre emails falso
Problema: Conteudo em branco

Erro de "Página não encontrada" em:
Categoria: NAVEGANDO NO SUBMARINO
Assunto: Cadastro



OBS: Se tu clicar em qualquer "Assunto" em qualquer "Categoria" o mesmo erro descrito nos "Assuntos" anteriores é apresentado.

Evidência de erro do "printf()"

Evidência do aviso para o Submarino

Passos: Rolar a página no 'box' "Dica!" e clicar no link "clique aqui" no final do 'box'. O link "http://www.submarino.com.br/c.asp?3619" direciona para uma página que não existe, porém existe um tela de tratamento deste erro (Erro 404).
Depois de alguns segundos (5 pra ser exato) ocorre um redirecionamento para a página principal

Serie Erros em Sites Web - Submarino 1

Olá Pessoal!
Mesmo sem muito tempo pra postar resolvi dar uma desviadinha do trabalho e postar esse...
Estava eu comprando um livro, e como ele é um presente para um casal de amigos, resolvi clicar no item que representa "Embrulhar para Presente". Para minha surpresa, ao marcar esse item o site do Submarino simplesmente dá uma exception (erro não tratado).
Testei para vários produtos, inclusive os dos prints são do Nokia N810.

A mensagem que aparece é: Could not load type br.com.submarino.Tracer.Business.BCActionMarkToWrap from assembly br.com.submarino.Tracer.Business, Version=1.0.3433.28848, Culture=neutral, PublicKeyToken=null.

E a descrição do erro: An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Análise do Erro
  1. Aparentemente (não sou programador .NET, mas Java :D ) está faltando uma classe (BCActionMarkToWrap) ou ela não está sendo carregada.
  2. Deveria haver um tratamente de erro genérico para qualquer exception. Em Java e .NET ( que é o caso do Submarino) é fácil de colocar uma tela de tratamento de erro como "Desculpe, ocorreu em erro na página..." para qualquer erro não tratado no código.
  3. Falta de Teste de Regressão para um item tão simples e trivial. Provavelmente ao selecionar este item o valor total de compra se altera, tendo assim uma alteração em outra módulo (provavelmente).
Abaixo as telas de evidência.
Erro ocorrido no dia 20/08/2009 por volta das 13:50


Clique na imagem para aumentar
 
Clique na imagem para aumentar

sábado, 20 de junho de 2009

Serie Erros em sites Web - Unieuro 1

Esta será mais uma série de posts que vou apresentar apresentando erros nas páginas web de diversos segmentos. O intuito é apresentar os erros existentes em diversos sites, mostrando o quanto as instituições/empresas têm que progredir com relação ao Teste de Software.

A Unieuro é uma instituição de ensino de forma presencial e EAD localizada em Brasília-DF.
Coincidentemente ela é a instituição onde eu faço o curso de MBA em Teste de Software.
Vamos aos problemas...

Link quebrado de Processo Seletivo Docente
Este é um banner na página, como mostra a figura:
clique na imagem para amplia-la

Quando clicamos sobre esse link o seguinte erro é apresentado:

ADODB.Field erro '800a0bcd'
BOF ou EOF são verdadeiros, ou o registro atual foi excluído. A operação solicitada pelo aplicativo requer um registro atual.
/noticias_mostrar.asp, line 21

Evidência na imagem em abaixo.

clique na imagem para amplia-la

Causa provável do erro: erro na linha 21 do arquivo noticias_mostrar.asp que recebe um parâmetro que não está sendo corretamente tratado, ou ocorreu um final (EOF) ou inicio (BOF) de arquivo não tratado.

Erro na Recuperação de Senha
Nesse processo na verdade existem 3 erros:
  • Não existe botão nítido para submissão dos dados para recuperação da senha
  • Pode-se submeter os dados sem dados preenchidos
  • Após preencher os dados e submeter a página, um erro é exibido
O acesso a esta funcionalidade se dá pela página inicial, clicar no link SERVIÇOS e em seguida no item "Recuperar Senha" (página final: https://www.unieuro.edu.br/senhas_alunos.asp)
Em seguida clicar no link "Sistema de Recuperação de Senhas" (https://www.unieuro.edu.br/recsenha.asp)

Primeiro Erro
Onde está o botão de submissão dos dados???
clique na imagem para amplia-la


O botão é o que está proximo de ser uma tabela vazia abaixo do campo email.

Causa provável do erro: botão de submissão sem nome.


Segundo Erro
Pode-se clicar diretamento a tabela/botão tabajara que, para a alegria de qualquer testador, é exibido um erro (sem tela de tratamento):
Microsoft OLE DB Provider for SQL Server erro '80040e14'
Invalid column name 'ex37senhaa'.
/brancorecsenha.asp, line 22

Causa provável do erro: campo 'ex37senhaa' não existe mais no banco.


Terceiro Erro
Informar os dados corretamete e clicar na tabela/botão tabajara, exibindo o mesmo erro acima descrito.

clique na imagem para amplia-la


Causa provável do erro: campo 'ex37senhaa' não existe mais no banco.


Quarto Erro! (Sim, tem mais um)
O link de Webmaster, além de estar quebrado está errado, apresentando como webmaster@unieuro.com.br e utilizando webmaster@euroamericana.com.br

clique na imagem para amplia-la


PS: Estes erros foram reportados por email (veja a ultima imagem acima) para o webmaster, mas como o email do webmaster está incorreto o único canal disponível para tal foi a Ouvidoria, onde a mesma foi notificada.

quinta-feira, 18 de junho de 2009

ALATS São Paulo - Vagas para Diretores Regionais Adjuntos

A Diretoria Regional da ALATS São Paulo, com objetivo de fomentar o valor e a cultura de Teste de Software em todo o estado, procura profissionais da área interessados em assumir a função de Diretor Regional Adjunto em várias regiões da capital e intererior.

Remuneração: Não há. O trabalho é voluntário.

Disponibilidade Necessária: 16 a 24 horas/mês. (pode ser fora do horário comercial)

Atividades a serem exercidas:
  • Contato, organização, divulgação e execução da palestra "Teste de Software" em faculdades, escolas técnicas, empresas ou outras organizações
  • Contato, organização e divulgação de eventos locais, semelhante aos "Encontros Mensais" atualmente realizados na capital
  • Propor, planejar, executar e liderar projetos de interesse da comunidade de Teste;
  • Relatar o progresso das atividades e metas propostas

Requisitos do Candidato:
  • Comprovar experiência em Teste de Software através de currículo e entrevista
  • Comprometimento, organização, pró-atividade
  • Foco em resultados (deverá estabelecer e cumprir metas)
  • Ótima comunicação interpessoal
  • Habilidade de falar em público
  • Opcional, porém fator de desempate, ser certificado CBTS


Subordinação: Responderá diretamente ao Diretor Regional da ALATS São Paulo, o qual poderá exonerá-los da função a qualquer momento, caso entenda que as metas estabelecidas não estão sendo cumpridas dentro do previsto.

Candidatura:

Os interessados devem encaminhar seu currículo para o e-mail sp@alats.org.br com a tag [DRA] e a Região de Interesse no assunto.

Regiões de Interesse (outras localidades podem ser analisadas)
  • ABCD
  • Alphaville/Barueri
  • Araçatuba
  • Baixada Santista
  • Bauru
  • Campinas
  • Franca
  • Guarulhos
  • Itu
  • Jundiaí
  • Marília
  • Osasco
  • Presidente Prudente
  • Registro
  • Ribeirão Preto
  • São Carlos
  • São José dos Campos
  • São José do Rio Preto
  • São Paulo (capital) - Centro
  • São Paulo (capital) - Zona Leste
  • São Paulo (capital) - Zona Norte
  • São Paulo (capital) - Zona Oeste
  • São Paulo (capital) - Zona Sul
  • Sorocaba

terça-feira, 16 de junho de 2009

Escolas de Teste (Testing Schools)

Uma escola é definida por afinidades intelectuais, integração social, objetvos em comum e composto hierarquia de valores, técnicas representativas e intituições organizadoras.

As Escolas de Teste são uma abordagem adotadas por cada tipo de industria na área de Teste e Qualidade de Software. Temos as escolas:
  • Escola Analítica
  • Escola Convencional
  • Escola da Qualidade
  • Escola “Context Driven”
  • Escola Ágil
Para saber mais sobre as Escolas de Teste, visualize a apresentação abaixo criada por Rafael Oliveira Nóbrega, meu colega de trabalho (Arquiteto de Teste na InMetrics)

Obrigado Rafa pela ótima apresentação!




Artigo de Bret Pettichord sobre Escolas de Teste
http://www.io.com/~wazmo/papers/four_schools.pdf

quarta-feira, 6 de maio de 2009

Proximo post do SemBugs

Bom pessoal, primeiro quero agradecer a votação de vocês no proximo post do SemBugs.
Ele foi encerrado hoje. Contabilizei 38 votos em um dos três itens, segue o resultado:


A disputa fo assirrada, então vou postar sobre os assuntos escolhidos na ordem em que foram votados. Logo temos os posts nesta ordem:
  1. Tutorial sobre alguma ferramenta (Testlink, Mantis ou outra)
  2. Mini-Tutorial sobre o Selenium
  3. Tutorial sobre quais são e aplicações das Técnicas de Caixa-Preta
Na proxima semana já publico o primeiro. :D

Quero agradecer a todos pelos votos!
Abraços!

quinta-feira, 23 de abril de 2009

Como planejar a equipe e criar casos de testes OO

Esta é uma apresentação de uma colega instrutora Marselha Altmann da TargetTrust Treinamento e Tecnologia sobre Como planejar a equipe e criar casos de testes OO. Vale a pena conferir!!!

segunda-feira, 20 de abril de 2009

Porque a Certificação é importante

Bom, este post foi motivado por um post de um blog chamado TestSquad que fala sobre as "5 razões para não gostar da certificação" (5 Reasons Why Software Certifications Suck), disponível em: http://www.testsquad.org/2009/04/5-reasons-why-software-certifications.html

Bom, inicialmente vou fazer um resumo do que este blogger colocou em seu post:
Segundo o autor a certificação em software é um certificado que você recebe como resultado de ter passado no exame, medindo o quanto você conhece sobre aquele assunto que está prestando certificação. 10 anos depois, o autor pensa que prestar certificação é um desperdício de tempo. Segundo ele existem 5 razões para isso:

  1. Qualquer pessoa pode passar!
    Segundo o autor qualquer um pode passar e achar o conteudo de provas (simulados) na internet, e cita empresas como Sun, IBM e Microsoft) como máquinas caça-níqueis, não se preocupando em atualizar as perguntas as provas, mas de colocar a idéia de quanto mais gente faz, mas lucro elas geram

  2. O google não liga para a certificação
    Aqui ele coloca que muitas empresas do Vale do Silicio não ligam muito para a certificação quando te entrevistam. Ele coloca que em uma entrevista para a Microsoft, eles estavam mais preocupados com suas aptidões e pensamentos lógicos do que com uma certificação

  3. Injustiça
    Aqui ele coloca, como forma de injustiça uma entrevista de emprego onde você é um verdadeiro geek contra outro candidato com 10 certificações, e ele diz que o candidato com 10 certificações será contratado.

  4. Certificação é um controle remoto
    Segundo o autor, quando você cair na armadilha da certificação, você ficará obscecado por por tirar mais certificações e se tornar um guru naquele campo. Diz que você será apenas um pedaço de lixo e não servirá para realmente resolver problemas.

  5. Os melhores não são certificados
    Ele fala que a maioria dos melhores programadores não são certificados porque não tem tempo pra isso (creio pelo fato de serem muito ocupados ou "bons demais"). E cita dois programadores (tiõzoes) com origem da Apple que não são certificados.
Bom, resolvi colocar meu contraponto, meu pensamento e minha idéia para a nossa realidade (numerados como acima):

1. Sim! Qualquer pessoa pode passar, mesmo que ela nem sequer tenha experiência na área. Eu também acho isso meio "ruim", uma vez que uma pessoa que não tem experiência praticamente "decora" o conteudo, presta a prova e passa. Mas uma amiga me abriu a mente e até que fez sentido: a pessoa sem experiência que "decora", na verdade está aprendendo, e aprendendo os conceitos certos e, com uma certificação na mão, mesmo sem experiência demonstra muito interessa na área, não somente tentar pegar carona na onda.
Sobre os "caça-níqueis" eu discordo, hoje praticamente toda a empresa de TI que gera serviços ou sistema possui certificação para assegurar que aquela pessoa certificada conhece, de maneira correta, sua tecnologia e/aplicação.

2. Olha, dizer que empresas de grande porte não ligam pra certificação, deve ser só na China que ocorre.... rsrssrsrsrs. Aqui eles olham sim, e quando não é mandatório é muito desejável. Falaremos mais daqui a pouco.

3. Existe injustiça sim e não. Se você é um candidato a uma vaga de emprego, certamente a certificação tem um peso, mas você também faz provas técnicas sobre aquele assunto. E outra, uma pessoa com inúmeras certificações não é especializado em nada. :D

4. Obscedado você fica, mas isso não quer dizer que você não vai saber resolver problemas. Resolução de problemas se aprende no dia-a-dia, não existe certificação para isso. Mas cada certificação comprova que você, no mínimo, conhece sobre aquele assunto e pode ter certa autoridade em discutí-lo.

5. Se lá os melhores não são certificados, bom pra eles. Claro que um veterano de 50 anos não precisa prestar uma prova de certificação porque o cérebro dlee já tem calo de tanto trabalhar e pensar em coisas da sua especialidade. Mas já ví (não se se são os melhores) muitas pessoas por volta desta idade tirando certificação sim.

Bom, em resumo eu vejo que a certificação é muito importante sim, e que temos que busca-la. Isso é tanto uma garantia do empregador que você conheça daquele assunto/especialidade, tanto para você aprender e reciclar seu conhecimento, uma vez que diversas provas de certificação expiram.
Em geral as provas também tem seus níveis de dificuldade, sendo a maior geralmente a aplicação de um projeto, então prova que você não somente decorou (rsrsrs), mais sabe aplicar o que você aprendeu e vivencia.

E você, já tem alguma cetificação? Tem alguma em teste?
O que lhe motivou a tirar uma certificação?

Bem, começando aqui, eu busquei a minha primeira certificação em teste na QAI, sendo ela a CSTE por dois motivos básicos:
  • Certificação interacional, por uma instituição renomada no mercado, onde traz conceitos atualizados e alinhados com o mercado
  • O nível de dificuldade da prova, por ela não ser somente objetiva. na CSTE existem 1o questões dissertativas, e isso desbanca uma grande maioria que somente decora o conteudo. Isso prova que você realmente entende do assunto.
Se você quer conhecer mais sobre as certificações de Teste de Software sugiro você ler o post do Fabio Martinho no TestExpert: Guia Completo para Certificações em Qualidade e Teste de Software - Versão 2008
Abraços!

sexta-feira, 8 de agosto de 2008

Grupo de Usuarios de Teste de Software Sucesu/RS

 
Criado em agosto de 2008, este Grupo de Usuários tem como objetivo compartilhar o uso de métodos, processos e ferramentas para o processo de Teste de Software. As ações do GUTS visam reunir Gerentes, Analistas de Testes, Testadores de Software e demais profissionais e estudantes interessados na área para promover discussões sobre a aplicação das melhores práticas de mercado.

Esse texto acima ja é toda a descrição desse novo grupo de usuários (GU) focado em Teste de Sofware que irá abordar temas técnicos e de análise focados no Controle de Qualidade. Queremos promover encontros para aproximas os profissionais de teste de Porto Alegre e região para discutir e aprender mais sobre Teste.
A coodenação do grupo conta com pessoas totalmente ligadas a area de Teste de Software:
 Existem dois canais que você pode interagir com o grupo:
Aqui no sembugs existe um widget no canto esquerdo para poder se cadastrar na lista de emails do GUTS-RS

terça-feira, 10 de junho de 2008

Repositório de documentos interessantes....

Em mais uma de minhas pesquisas no Oráculo achei um serviço na web que ainda não conhecia: Scribd. Ele é um serviço de publicação de documentos de forma gratuita.
Daí isso responderá (eu acho) a diversas perguntas de pessoas como: "Onde consigo um template do artefato tal..." mesmo existindo a Norma IEEE-829

Abaixo as cunsultas referentes aos templates mais pedidos (rsrsrs):

Test Plan
http://www.scribd.com/search?query=test+plan

Test Case
http://www.scribd.com/search?query=test+case


Outros itens interessantes...

ISTQB sample question papers-part 1
http://www.scribd.com/doc/2952020/ISTQB-sample-question-paperspart-1

IEEE 829-1998
http://www.scribd.com/doc/2620632/IEEE-8291998

ISTQB Mock Papers
http://www.scribd.com/doc/3030727/ISTQB-Mock-Papers

cste_overview
http://www.scribd.com/doc/3294165/csteoverview

Effective software testing - 50 specific ways to improve your testing (Addison Wesley) Optimized
http://www.scribd.com/doc/2289487/Effective-software-testing-50-specific-ways-to-improve-your-testing-Addison-Wesley-Optimized

Building a user interface test automation framework
http://www.scribd.com/doc/563931/Building-a-user-interface-test-automation-framework

SWEBOK Guide 2004
http://www.scribd.com/doc/944975/SWEBOK-Guide-2004

Software Testing Guide Book Part 1
http://www.scribd.com/doc/2175351/Software-Testing-Guide-Book-Part-1

The CMMI: It's So Much More Than Merely Improving Software Processe
http://www.scribd.com/doc/2252012/The-CMMI-Its-So-Much-More-Than-Merely-Improving-Software-Processes

Test Effort Estimation
http://www.scribd.com/doc/3115664/Test-Effort-Estimation

Software Testing Interview Questions
http://www.scribd.com/doc/3104328/Software-Testing-Interview-Questions

DB Testing
http://www.scribd.com/doc/3163439/DB-Testing

API Testing Method
http://www.scribd.com/doc/2577595/API-Testing-Method

Use Cases and Test Cases Relation in Testing Process
http://www.scribd.com/doc/2021988/Use-Cases-and-Test-Cases-Relation-in-Testing-Process

Performance Testing AJAX-based Applications
http://www.scribd.com/doc/2743564/Performance-Testing-AJAXbased-Applications