quinta-feira, 20 de dezembro de 2012

Top 10: O que poderia ter sido evitado em 2012 com ajuda dos testes de software

2012 chegando ao fim e como era de se esperar teve muita coisa acontecendo nesses 300 e poucos dias. É claro que temos acontecimentos mais importantes como lançamento do novo iphone, novo windows, massacre nos EUA, lançamento do filme 'O hobbit' em 48fps e vários outros acontecimentos que você vai ver em vários sites. Pensando em acontecimentos relacionados aos assuntos do blog, resolvi postar um top10 que envolve testes de sistema ou que de alguma forma possui uma relação com o asssunto.

Como sempre o setor tecnológico teve um papel bem relevante, seja positivamente ou negativamente. Distribuir informação em tempo real, pode acabar com a imagem de alguém em uma velocidade absurda. Quando a nokia por exemplo, divulgou o vídeo de apresentação do pureview, não percebeu que no fundo de uma das imagens, foi refletida a imagem de uma câmera profissional gravando o comercial. As redes sociais e blogs já comentavam o vacilo em todos os cantos do globo terrestre.

Olhando pelo lado negativo, vemos vários erros que poderiam ser evitados se testes tivessem sido executados ou melhor trabalhados.


10. CBV85

Já ouviu falar desse código? Se você gosta de viajar de avião você perdeu uma oportunidade de ter 80% de desconto em passagens aéreas da GOL. A CBV(Confederação Brasileira de Volei) deixou vazar o código CBV85 como código de desconto para compra de passagens aéreas, não se sabe como vazou e mais de 5 mil pessoas aproveitaram da situação e realizaram sua compra a preço de banana, ou quase isso. A GOL ao perceber a falha bloqueiou o código e disse que não impediria os clientes que utilizaram o código de embarcar.


 09. Amazon Web Services

O serviço de armazenamento em nuvem da Amazon.com, ficou fora do ar em São Paulo, derrubando vários sites hospedados pelo serviço. A Amazon não é a primeira a ter problemas graves como esse para serviços em nuvem, o serviço tem suas vantagens, mas parece que ainda precisa melhorar um pouco, pois quase 50% de empresas questionadas sobre o assunto reportaram encontrar problemas com o serviço.

08. Congestionamento na Black Friday

Quem diria que um movimento ainda fraco em território nacional poderia causar tanto transtorno. Apesar das "promoções enganosas", o movimento só mostrou como o consumidor não pode ouvir a palavra desconto, milhares e milhares de promoções sendo disputadas e pouca coisa foi levada pra casa. Motivo? Ninguém conseguia comprar, os sites não suportavam a carga de usuários, gerando insatisfação e frustração em massa.

07. Smartphones de graça

 Quando? Onde? No dia 27 de outubro a notícia se espalhou rápidamente e todo mundo correu para o site da vivo para garantir o seu smartphone sem pagar nada em troca. Lógico que algo estava errado e segundo a operadora ocorreu um falha no sistema. Quem tentou dar uma de espertinho acabou sendo acionado recebendo a informação de que o pedido seria cancelado.

E esse não foi o único problema da operadora no ano, em outra ocasião, o site ficou fora do ar e ainda cancelou alguns pedidos sem justificativas.

06. Fies e os dados bancários

 Imagine ter seus dados financeiros expostos, é um prato cheio para ladrões se aproveitarem e te dar um baita prejuízo. Parece que todo ano o MEC dá um jeito de 'ferrar' com o estudante. Depois do badalado vazamento das provas do enem, surge uma falha no site do FIES(Programa de Financiamento Estudantil), expondo dados pessoais e bancários de aderentes do programa. E a falha de segurança era grande, pois bastava alterar a numeração do link para ter acesso as informações de outro candidato.

 05. Operadoras proibidas de continuar as vendas de chip

 Pois é, aconteceu até no setor de telecomunicações. Lembro-me de viajar pra Alagoas e na tentativa de comprar um chip da Tim eu fui barrado, a operada não podia comercializar chips até que fizesse a reestruturação de toda a linha. A falha aqui é mais para planejamento do que para testes, mas acabou merecendo um espaço nesse tópico.

 04. Travamento do Windows 8

 Travar em apresentação de um novo sistema parece marca registrada da MS, alguns até brincam que sem tela azul de erro, não é mais um sistema da Microsoft.

Porque será que depois de tantos anos a história ainda se repete? Ninguém sabe, mas com tantas versões lançadas, já passou da hora de identificar a causa e corrigir esse problema.

03. Diablo III

 Esse sim um exemplo de falta de um bom teste de carga, o jogo demorou anos para ser lançado, a expectativa enorme e os fãs da saga eufóricos com a chegada do novo título. E a quantidade de fãs era tão grande quanto a expectativa do lançamento. E junto com o lançamento a agonia de ver a rede caindo de tempos em tempos, como diria a "Carminha", o servidor não aguentou, não tinha capacidade para manter todos os usuários ON em perfeito estado.

02. IOS Maps

Desde o começo de 2012 só se falava do Iphone 5, nem parecia que estávamos falando de um smartphone. O smartphone está tão forte no mercado que agora já é o item mais desejado dos jovens, mais desejado até que um carro na garagem. E a nova versão desse ícone que em gerações anteriores foi a revolução da categoria, não saiu ilesa. Tudo isso porque o pessoal da Apple resolveu criar seu próprio serviço de mapas. E para estar aqui com certeza algo de errado aconteceu, e o erro foi dos grandes, imagens distorcidas, locais indistiguíveis e a reputação foi abalada.

Não foi tão abalada a ponto de perder as possíveis exorbitantes vendas, pois os números de venda, fazem do lançamento do produto um sucesso. Mas querendo ou não, acabou abalando a confiança do sistema que vem de uma fama impecável.

 01. Urnas

O sistema de votos brasileiro, tão elogiado mundialmente, teve sua reputação compremitida, tudo isso porque um mero cidadão, mostrou que o sistema das urnas possui falhas, podendo mudar o resultado de várias formas, ou seja, manipular a eleição não seria difícil. Aí fica a dúvida: Será que esta falha foi descoberta só agora? Ou será que algum candidato já se aproveitou da situação antes.

Ninguém sabe, mas a partir de agora os testes deverão ser mais rigorosos para o sistema.

A lista poderia se extender, como por exemplo, a promoção da submarino que estava vendendo o xbox 360 a R$249,90 e lógico que não era uma promoção.

Essa lista deixa claro como o papel dos testes é importante e necessita de uma atenção maior na hora de entregar um sistema ou uma nova versão.


quarta-feira, 12 de dezembro de 2012

Cursos de teste de software de baixo custo

Fazer um curso por conta própria requer disciplina e principalmente uma grana extra. Muitas vezes desistimos de fazer um curso pelo alto valor e a possibilidade de não obter o resultado esperado.

Comecei a pesquisar vários cursos e a viabilidade de cada um, a disponibilidade é até satisfatória, mas o mesmo não pode ser dito na questão preço. Claro que deve-se olhar para o outro lado, onde existem os custos para manter os cursos ativos. Mas também existem recursos que facilitam para ambos os lados, é aí que entra a internet, executando seu principal papel, a distribuição de informação.

Encontrei na pesquisa um post do blog "Sem bugs" informações sobre cursos de baixo custo, além de serem baratos, ainda permitem pagamento facilitado, ou seja, parcelado. Isso pode soar engraçado, mas me faz lembrar o dia em que minha primeira estava querendo comprar um vestido e tinha vergonha de perguntar na loja se dividia, querendo a todo custo que eu descobrisse para ela.

As opções de cursos já possuem um pacote interessante, os cursos que serão oferecidos são: Selenium IDE, WebDriver, Mantis, Testlink, Arquitetura de Automação, Planejamento de Teste, Como reportar bugs, Criando um Caso de Teste na prática, Práticas de execução de teste e Teste sem ou com pouca documentação.

Os cursos são interessantes, visto que é válido para quem está ingressando na área e também para quem já é experiente, pois mesmo os experientes necessitam de uma atualizada nos conteúdos. Além disso é uma forma de conhecer algumas coisas que só se houve falar por aí, mas ainda não tem um conhecimento básico de cada um desses.

Se você está interessado, acesse o site cursodeteste e marque os cursos de seu interesse, pois o material dos cursos já estão sendo preparados e pelo que parece os cursos com maior quantidade de votos(com maior número de interessados), serão disponibilizados primeiro.

Ajude a divulgar os cursos, pois é desse tipo de iniciativa que precisamos para fortalecer a área de testes e também contribuir para o seu crescimento.


Você também pode seguir o twitter e a fan page no Facebook.
Twitter: @cursosdeteste
Facebook: Cursos de Teste



sexta-feira, 30 de novembro de 2012

O que NÃO pode ser dito a nós testadores? Parte III (Final)

Chegamos a última parte do assunto da semana e é claro que não foi somente o top5 que abordei, temos vários outros. Mas, que fique claro que esse não é um tópico que critica desenvolvedores, afinal qualquer expressão mal interpretada pode causar transtornos no dia-a-dia. Querendo ou não, não são só desenvolvedores que compartilham essa opinião.

Infelizmente a área de testes ainda não tem o espaço merecido no mercado, mas felizmente seu crescimento é notável, o que estimula a aquisição de novos testadores e afins, fortalecendo o segmento.


5. O que você quer dizer quando diz que não está funcionando? Funciona na minha máquina.

 Deixei essa por último, pois com certeza todo testador já ouviu isso antes. Muitos aindam não sabem que um único sistema pode ter vários comportamentos, onde vários fatores influenciam como: hardware, usuário, entrada de dados e outros.
 Nesses meus quatro anos que estou na área, já ouvi isso várias vezes, mas como acredito que já pode ter acontecido com todos, nem sempre estamos certo, pode ser que por algum ponto deixado para trás, foi executado o teste de forma indevida e logicamente o resultado não foi o mesmo. A questão é que sempre devemos ficar atentos quando identificado um bug, pois ambos os lados podem ter deixado algo passar, pode ser um parâmetro não informado, um componente não atualizado, um commit não executado, um rollback com falhas, entre outros.
  Nesse momento é necessário um certo cuidado com o que é dito um para o outro, pois ninguém quer receber a culpa e pode ser aí que as insinuações começam e geram conflitos, basicamente é a partir desse ponto que criaram o mito de que desenvolvedores e testers não se dão bem. A maioria sempre tem um desenvolvedor que não é lá muito gente boa, mas sabemos muito bem que trabalhar de forma conjunta e não ficar rolando a culpa torna o ambiente agradável e o trabalho fica mais produtivo.

Pra finalizar colocarei aqui algumas que também não podem ser esquecidas:

  • Por quê você não encontrou isso?
  • Acredite em mim, está funcionando.
  • Eu mesmo testei, então não precisa se preocupar.
  • Testar não é um trabalho de verdade.
  • Você é um QA? É sua obrigação garantir que o sistema seja de alta qualidade.
  • Eu tenho certeza que esse bug foi corrigido.
  • Você deve ter feito alguma coisa errada.
  • Usuários normais não executam esse cenário.
  • Seu teste não é válido, pois funciona no ambiente de desenvolvimento.
  • Estava funcionando ontem.
  • O problema está entre a cadeira e o teclado.
Espero que tenham gostado do post, foi meio corrida a semana, mas deu pra concluir.


 

quarta-feira, 28 de novembro de 2012

O que NÃO pode ser dito a nós testadores? Parte II

Chegando na segunda parte do post de ontem, e continuando com aquelas expressões que com certeza fariam nosso dia melhor se não existissem. :D
 
 
3.      O que você está fazendo é chato pra caramba, então você deve estar tão entediado que não consegue aguentar.

Isto com certeza é um mito dos grandes, mas esse mito é fácil de explicar sem deixar dúvida. Todo trabalho pode passar por momentos entediantes, mas quando é feito algo que se gosta o tédio deixa de existir. Há também grupos de discussão, artigos e até mesmo blogs, que estão aí pra mostrar que testar é um trabalho que gera motivação e em nenhum momento faz parecer chato.

Michael Bolton fez uma citação que expressa bem essa situação, ele diz que testar é algo que fazemos com a motivação de descobrir novas informações, que é um processo de exploração, descobertas, investigação e aprendizado. Quando nós configuramos, operamos e observamos um produto com a intenção de fazê-lo evoluir ou com a intenção de reconhecer o problema que não foi previsto, estamos testando.

 

4.      Não seria bem mais fácil uma máquina fazer isso?

A resposta desse pergunta vai depender do que será feito, mas mesmo se a resposta dessa pergunta fosse “Sim”, quem poderia administrar a automatização? Quem iria analisar os resultados? Quem iria definir a ferramenta a ser utilizada e decidir onde e quando seria implementada? Isso não se compara a necessidade dos testes manuais. Máquinas podem fazer muitas coisas, mas substituir testadores não é e nunca será uma dessas coisas.

Ao restante da semana, será postada a última parte... Não tive tempo de concluir nessa segunda parte, mas falta pouco para concluir a parte final...

terça-feira, 27 de novembro de 2012

O que NÃO pode ser dito a nós testadores? Parte I


Conhecemos bem alguns ditados na que nós testadores nunca devemos falar, uma das mais famosas expressões, é: “O software não possui defeitos”. Sabemos muito bem que isso é um mito e que nenhum software está livre de defeitos, pois é desenvolvido por nós seres humanos, seres propícios ao erro.

Então seguiremos para outro ponto de vista, o que NÃO pode ser dito a nós testadores? O que deve ficar claro para quem utiliza teste de software no ciclo de vida de um projeto. O que pode esclarecer o ponto de vista de amigos, familiares, colegas de trabalho ou qualquer um interessado no assunto sobre coisas que não devem ser ditas.

Alguns pontos que devem ter uma atenção maior:
 

1.       “Você pode apressar os testes e terminá-los rápido”? Estamos com o prazo curto.

Um bom testador sabe que isso impacta diretamente na qualidade dos testes e impactando a qualidade dos testes, quem no final terá a qualidade comprometida é o produto como um todo. Por esse motivo, não deve “ser apressado”. Ser apressado é diferente de ser ágil, se perceber que o tempo não é suficiente, comunique o mais cedo possível, para que possa ser analisado o que será feito de acordo com o prazo.

Se os testes tiverem atrasos para serem iniciados, eles serão menos efetivos. O ciclo de vida do desenvolvimento deve ser sincronizado aos testes, afinal, testes geram retrabalho, esse que é exponencialmente maior à medida que os defeitos são encontrados.
 
2.      Prometa-me que não existem defeitos no sistema, certo?
Sabemos muito bem que o que deve ser dito de imediato é: “Errado”. Nenhum sistema está imune a defeitos. Isso nem precisa ser dito aos bons testadores, mas como dizem, quanto mais você lê, mais difícil se esquecer.
De fato, é praticamente impossível esquecer essa “regra” e muitas vezes as pessoas esquecem, por esse motivo deve estar explicitamente claro, tanto para a equipe, quanto para o cliente.
Temos que garantir a qualidade que pode ser medida a partir da quantidade de defeitos encontrados. Qualidade essa que pode ser muito bem explicada por um conceito básico: Quanto menor o número de defeitos encontrados, maior a qualidade e vice-versa.
Sendo assim, deixe as promessas para a equipe de marketing e vendas e continue testando conforme a realidade que conhecemos.

Ao longo da semana serão postados os demais pontos.

terça-feira, 25 de setembro de 2012

O que esperar do teste de software nos próximos anos.

Atualmente o setor de tecnologia está em alta e isso não é novidade nenhuma para quem está acompanhando as notícias da área. Com tantas áreas em ascendência, como engenharia, telecomunicações, transportes, energia e etc., muitos procuram uma forma de ingressar nesses mercados promissores.

No Brasil, o setor tecnológico cresce exponencialmente e temos uma concentração muito grande de profissionais, e mesmo com um número alto, falta mão de obra qualificada, apesar de isso ser unânime em qualquer área. Mas, isso não dificulta muito a vida de quem tem interesse em entrar de cabeça em uma das profissões disponíveis no setor, e são várias.

O assunto que intensifica a força da tecnologia no Brasil, é o fato das olimpíadas e copa do mundo estarem próximas, tornando necessário aumentar a disponibilidade de recursos.

A área de testes, que por anos foi desprezada está pegando o barco e seguindo na direção do crescimento. Mas, por que razão ela é importante agora? Essa resposta é bem simples: Dinheiro! 
Estranho? Nao. Falhas em sistema, geram prejuízos enormes, só nos EUA os prejuízos financeiros estão estimados em 150 bilhões de dólares ao ano e podendo chegar a 500 bilhões em todo o planeta.

Empresas mais "maduras" que incluíram planejamento de testes de software na estratégia de desenvolvimento dos sistemas vem sentindo a importância dos testes no ciclo de vida de desenvolvimento. O planejamento de testes, pode reduzir em alta escala a presença de defeitos, pode aumentar a satisfação do usuário. E falando em dinheiro, reduz os custos. Todo mundo que trabalha na área sabe que quanto mais cedo identificado o defeito, menor o custo de correção, além de impedir que o mesmo chegue ao usuário final.

Estudos apontam que até o final de 2012, o mercado mundial de testes de software movimente em torno de 130 bilhões de euros, e desses quase 2% seriam potencialmente no Brasil. Questões culturais impedem o Brasil de se fortalecer na inclusão dos testes dentro das empresas, mas podemos esperar que o momento em que o dinheiro vai falar mais alto, não vai demorar pra chegar.

Escolher se tornar um profissional de teste, seja Testador, Analista de Testes e afins não deixa de ser uma boa escolha. Pois, apesar do mercado apresentar surpresas, muitas pistas são apresentadas do que está por vir e quando esse momento chegar você já vai estar preparado para se destacar.

terça-feira, 11 de setembro de 2012

Conhecendo o uTest mais de perto

 
    Há um tempo publiquei em meu blog referente ao Crowdtest, este que pode ser rentável ao testador conforme quantidade e tipo de erros encontrados nos projetos que participa. 

    Um dia mexendo no LinkedIn, vi comentários referentes ao uTest e procurei me aprofundar sobre o assunto. No início até achei que seria uma ferramenta de automatização de testes, mas vi que não era bem isso.

     O uTest assim como o Crowdtest paga testadores por defeitos encontrados, mas, não basta se cadastrar no programa e sair testando, existe um processo de classificação, simples, mas que de certa forma garante a integridade da equipe participante. Irei montar um documento que será publicado em alguns dias no blog com todo o cronograma a ser realizado para participação efetiva nos projetos pagos e ainda com a minha experiência no programa. E porque eu disse projetos pagos? Bem, o primeiro projeto na qual você participa é free, ou seja, sem pagamentos. Esse projeto serve para identificar sua capacidade em encontrar defeitos e estabelecer um ranking de seleção de participantes de novos projetos. Não está muito claro ainda, então vamos às etapas do programa.

 

  1. Primeira coisa que você deve saber: Você tem que ter um bom conhecimento em inglês, o site e todo em inglês e reportar erros devera ser feito integralmente neste idioma;
  2. Qualquer um pode participar? Sim, basta se cadastrar no site www.utest.com;
  3. Apos acessar o site e clicar em Sign Up, você cadastra todos os seus dados sociais e referentes a conhecimentos técnicos em teste de software;
  4. Assim que cadastrado, você recebe um convite para participar de um projeto não pago, como falei anteriormente, ele mede sua capacidade ao reportar defeitos, mas você deve revisar bem seus defeitos encontrados, pois somente poderá reportar 4 e a partir desses ha uma escala de pontuação de acordo com o tipo do erro(funcional, segurança, interface... ) e complexidade(baixa, média, grave...);
  5. Reportei 4 erros, já posso participar de projetos pagos? Não necessariamente. Quando você participa desse projeto, outras pessoas também participam e apenas o top 30 passa a integrar a equipe de participantes de projetos pagos;
  6. Não estou no top 30, perdi minhas chances de participar de um projeto pago? Não, você recebera um e-mail com instruções de como adquirir capacitação para entrar neste time;
  7. Como no Crowdtest, seu bug pode ser ou não aprovado, enquanto o projeto estiver ativo, você pode reportar defeitos desde que a quantidade aprovada seja menor que 4, que é a quantidade máxima aceita nesta etapa;
  8. Quando aprovado, você recebe um e-mail com os dados do bug e o valor a ser pago por ele;
  9. Após o fechamento do projeto, você recebe um e-mail informando se você fara ou não parte do time que irá participar de projetos pagos que virão.

Esses são os procedimentos básicos para integrar ao time de testadores do uTest e minha opinião sobre o programa? A ideia e excelente, principalmente para quem procura uma renda extra fora do horário de trabalho, na qual você pode administrar seu tempo livre e se dedicar.

E só isso? Não, não é só isso. Assim como vocês, ainda tenho dúvidas e alguns pontos que ainda requerem um detalhamento maior, como valor pago por defeitos encontrados, tempo necessário de dedicação por  projeto, se vale a pena o esforço requerido, tipos de sistemas a serem testados, entre outros.

 

Existem mais de 55 mil testadores participando do programa e esses são distribuídos em 188 países por todo o mundo, sendo assim, pode ter certeza que tem bastante coisa a ser testada.

 

Os testes são feitos a partir de aplicações web, desktop e moveis.

 

Quem tiver duvidas, não hesite em perguntar, acredito que o descrito acima e um conceito bem básico e no surgimento de dúvidas me ajudaria com a elaboração do próximo post onde trarei mais detalhes.

 

Ate a próxima... :-D

sexta-feira, 24 de agosto de 2012

Último dia CTFL de Outubro

Atenção testadores, pra você que esqueceu, hoje é o último dia para fazer a inscrição para a CTFL de outubro.
Como sempre o valor é de R$350,00 e pode ser pago em até 12x via pagseguro(com pequena taxa de juros).

Também é o último dia para inscrições da CTAL-TA, CTAL-TM, CTAL-TTA.

Mais informações disponíveis no Guia do candidato.

No mais, bons estudos.

segunda-feira, 9 de julho de 2012

Você é um Analista de Testes? Quanto você sabe sobre teste de software?

   Em testes de software existem profissionais com diferentes níveis de conhecimento e no entanto diferentes níveis nos cargos.
Mas está aí uma grande perspecção minha sobre isso, pois atualmente no mercado existem muitos Testedores, Analistas de testes, Líderes de testes e Arquitetos de testes. Os dois primeiros são mais comuns e entre eles também é comum a definição de "nível" de conhecimento/experiência de cada um deles.
     Após essa intro podemos chegar na pergunta do tópico, quanto você sabe de testes de software? Trabalho em uma das maiores cidades do Brasil e nela concentra-se um bom número de profissionais da área, e dentre os que trabalhei havia vários em diferentes níveis de Junior a Senior e o que vi nisso tudo? Vi como o mercado é deficiente na definição do nível de cada um.
     Hoje um testador Junior pode ter vários perfis, pode necessitar de experiência, pode necessitar de um curso de nível superior ou cursando um nível superior e até mesmo não ter nada disso.
A partir daí vem as falhas desse "nivelamento". Existem profissionais Junior com um nível de conhecimento maior que alguns profissionais Plenos assim como Plenos com mais conhecimento aos Seniors.
Como posso afirmar isso? Simples, já trabalhei com profissionais plenos e por incrível que pareça, Seniors que nem sabiam me dizer a diferença de testes funcionais para não-funcionais. Outro ponto que me deixava inconformado é um profissional intitulado Senior, não saber que existem certificações na área ou a diferença de CBTS para CTFL.
     Nesse cenário ficam várias impressões, sendo que nada pode ser dito preciptadamente, mas dentre elas surgem questionamentos como:
- Eu precisei estudar para isso?
- Eu preciso me dedicar mais ou só preciso esperar o tempo passar?
- Vale a pena ter uma certificação?
- Vale a pena continuar na área de testes?
     Não só testadores, mas também profissionais da área de tecnologia estão submetidos a se encaixarem no mercado sem muitas vezes poder traçar um objetivo/meta a longo prazo, pois nem todos os testadores pensam em ficar na área por mais de 5 anos sem se tornar senior ou alcançar um cargo de líder, fato raro quando acontece. Fato é que, o mercado não ajuda aos que iniciam a carreira e tentam melhorar o conhecimento na área, incentivando-o a mudar de profissão o mais rápido possível, seja para se tornar um analista de requisitos ou analista de sistemas e até mesmo administrador de banco de dados.
    Se acham que faltou um ponto importante acima a ser abordado. Vou tentar deixar o blog mais atualizado com atualizações constantes e outros temas.