,

Sejam bem-vindos ao GUTS-PB, o Grupo de Usuários de Teste de Software da Paraíba

Esse grupo foi criado voltado para todas as pessoas da área de TI que tenham interesse em obter informações em Testes de Softwares, com o intuito de divulgar, expandir, disseminar, promover e tornar prático as atividades de testes de software para esses profissionais paraibanos. Sentindo um grande deficit de especialistas nessa área, em nosso estado, criei esse grupo para que possamos trocar conhecimentos e tornar as práticas de Teste de Software cada vez mais comum. Seja bem-vindo e sinta-se à vontade em comentar, assim como sugerir posts para que o nosso Blog seja utilizado cada vez mais.

Oportunidades de Emprego

Veja aqui quais as oportunidades de emprego que estão sendo oferecidas para as áreas de teste de software.

Cursos e Treinamentos

Está a fim de se especializar ainda mais em Teste de Software, então acesso esse link e veja quais os cursos de testes mais próximo de você

O GUTS-PB irá realizar em João Pessoa o 1º Testing Dojo Paraíba. Ficou curioso em saber? Acesse e participe.

terça-feira, 30 de abril de 2013

Questão de Certificação - Dia 7

Olá a todos,


Hoje é terça-feira, logo hoje é dia de...????? .....Questões de Certificação CTFL.....

E hoje iremos comentar uma questão mais teórica, voltado para os estudos de Gerenciamento de Testes.

Lembrando que essa questão foi retirada do Simulado nº 3, disponível para downloado em nosso blog, pasta acessa a área de "Download".


Vamos começar...


S03Q09. Dada os seguintes conjuntos de termos de gerenciamento de teste (I-V) e as atividades descritas (A-E), qual alternativa contém a melhor combinação?
           I. Controle de teste
          II. Monitoração do teste
          III. Estimar teste
          IV. Gerenciamento de incidentes
          V. Controle de configuração
 
                   A. Cálculo dos recursos necessários
                   B. Manutenção dos registros de resultados de testes
                   C. Realocação de recursos quando os testes terminam
                   D. Relatório dos desvios do plano de teste
                   E. Acompanhamento dos resultados de teste não esperados

                           a) I-C, II-B, III-A, IV-E, V-D
                           b) I-B, II-E, III-A, IV-D, V-C
                           c) I-C, II-D, III-A, IV-E, V-B
                           d) I-B, II-A, III-D, IV-C, V-E


Comentários:
Conforme o Glossário do ISTQB, Gerenciamento de Teste é responsável pelo planejamento, estimativa, monitoramento e controle das ativiades, normalmente conduzidos pelo gerente de teste.

A gestão de testes é a parte principal de um processo de testes. Com a importância cada vez maior da atividade de teste, há um aumento natural da importância de uma gestão efetiva de projeto de teste/atividades de teste dentro do projeto de desenvolvimento. 

Dentre o Gerenciamento de Testes temos as atividades como :

I. Controle de Testes - O controle do teste, de acordo com o Syllabus,  descreve qualquer orientação ou ação corretiva tomada como resultado de informações e métricas coletadas e relatadas. As ações podem abranger qualquer atividade de teste e pode afetar qualquer outro software de atividade do ciclo de vida ou tarefa.

Exemplos de controle de teste:
  • Tomar decisões baseadas em informações adquiridas na monitoração dos testes.
  • Priorizar novamente os testes quando riscos são identificados.
  • Mudar o cronograma de acordo com disponibilidade do ambiente de teste.
  • Definir um critério de entrada para se iniciar o reteste de bugs resolvidos pelo desenvolvedor antes de aceitá-lo em uma build
II. Monitoração do teste -  Segundo o Syllabus, o propósito da monitoração do progresso do teste é permitir uma visibilidade sobre as atividades do teste. As informações a serem monitoradas podem ser coletadas manualmente ou automaticamente e serem utilizadas para medir os critérios de saída, como cobertura. Métricas podem ser usadas para avaliar o progresso em relação ao orçamento e cronogramas planejados.
 
As métricas mais comuns incluem:
  • Porcentagem de trabalho na preparação do caso de teste (ou porcentagem de casos de testes devidamente planejados).
  • Porcentagem de trabalho na preparação do ambiente.
  • Execução dos casos de testes (números de casos de teste executados ou não, testes com resultados positivos e negativos).
  • Informações dos defeitos (densidade do defeito, defeitos encontrados e resolvidos, taxas de falha e resultado de retestes).
  • Cobertura de requisitos, riscos ou código.
  • Confiança subjetiva do testador sob o produto
  • Datas dos pontos de controle.
  • Custo do teste, incluindo o custo comparado ao benefício de encontrar o próximo erro ou de executar o próximo teste. 
III. Estimar teste - Duas abordagens para estimativa do esforço do teste são cobertas no syllabus:
  • Estimativa do esforço do teste baseado em métricas de projetos anteriores ou similares, ou baseado em valores típicos.
  • Estimativas das tarefas pelo próprio executor ou por especialistas.
Uma vez que a estimativa do esforço do teste é efetuada, recursos podem ser alocados e um cronograma pode ser elaborado.
O esforço do teste pode depender de inúmeros fatores que incluem:
  • Características do produto: a qualidade da especificação ou outra informação usada por projetos de teste, o tamanho do produto, a complexidade do problema, os requisitos para segurança e os requisitos para documentação.
  • Características do processo de desenvolvimento: A estabilidade da organização, ferramentas usadas, processos de teste, experiência das pessoas envolvidas e pressão no prazo.
  • As saídas do teste: o número de defeitos e a quantidade de retrabalho necessária.
 IV. Gerenciamento de incidentes - Conforme descrito no Syllabus, levando em consideração que um dos objetivos do teste é encontrar defeitos, as discrepâncias entre o resultado atual e o esperado precisam ser registradas como incidentes. Um incidente precisa ser investigado e pode se tornar um defeito. Ações apropriadas para dispor incidentes e defeitos devem ser disponíveis. Incidente e defeito deve ser rastreável desde a descoberta, classificação até à correção e confirmação da resolução. Para gerenciar os incidentes, a empresa deve estabelecer processos e regras para classificá-los.

Incidentes podem ser descobertos durante o desenvolvimento, o teste e a utilização do software. Eles podem se revelar por problemas no código, por funções do sistema, documentação de desenvolvimento, documentação de teste, manual de instalação ou manual do usuário.
 
O Relatório de Incidentes tem os seguintes objetivos:
  • Prover aos desenvolvedores e outros envolvidos um retorno sobre o problema para permitir a identificação, isolamento e correção se necessário.
  • Prover aos líderes de teste um meio para se rastrear a qualidade do sistema em teste e o progresso do teste.
  • Prover ideias para aprimorar o processo de testes.
V. Controle de configuração - Uma definição descrita no Glossário do ISTQB é que controle de configuração é o elemento de gerenciamento de configuração que consiste na avaliação, coordenação, aprovação ou desaprovação e execução de alterações nos itens de configuração após a criação formal da sua identificação de configuração

Uma vez com as definições de algumas atividades realizadas no Gerenciamento de Testes, vamos agora assoar as atividades com as especificações apresentadas no item do questão.

Analisando o item I. Controle de Teste, vimos que na sua definição temos que é uma ação corretiva tomada com base nos resultados dos testes e nas métricas coletadas e relatadas, então podemos dizer que a alternativa que melhor representa a atividade de Controle de Teste seria a alternativa C. Realocação de recursos quando os testes terminam, pois uma alternativa para se manter o controle dos testes seria na realocação de recurso para manter a qualidade das execuções e resultados dos testes.

Com isso eliminamos de cara duas alternativas A e D.

Continuando as analises iremos para a atividade II. Monitoração do teste, que segundo o Syllabus, o propósito da monitoração do progresso do teste é permitir uma visibilidade sobre as atividades do teste, criando relatório s com métricas coletadas para medir os critérios de saída e cobertura do sistema. Esse relatório deverá constar informações como percentual de esforço, resultado das execuções, informações sobre defeitos encontrados, cobertura dos requisitos – riscos e/ou código, custos dos testes, entre outros. Atividade que nos leva diretamente a associar com a alternativa D. Relatório dos desvios do plano de teste.

Agora temos a seguinte sequência: I-C, II-D... Suficiente para encontrarmos a resposta, mas para critério de estudo vamos completar o raciocínio.

Analisando a atividade II. Estimar teste, temos que estimar é medir o esforço e recursos utilizados nos testes baseados em métricas anteriores. Logo a alternativa que melhor representa a Estimativa de Testes é a A. Cálculo dos recursos necessários, pois o gerente de teste terá como papel estimar/calcular os recursos necessários para a execução dos testes.

Nossa sequência agora está, I-C, II-D, III-A... Falta pouco, então vamos continuar.

A atividade IV. Gerenciamento de incidentes, fala justamente nas discrepâncias entre o resultado atual e o esperado. Incidentes podem ser descobertos durante o desenvolvimento, o teste e a utilização do software. Incidente e defeito deve ser rastreável desde a descoberta, classificação até à correção e confirmação da resolução. Para tanto deve-se haver um E. Acompanhamento dos resultados de teste não esperados , para que seja possível o gerenciamento dos incidentes.

Estamos completando nossa sequência, que agora está, I-C, II-D, III-A, IV-E,....

Para finalizar temos a atividade V. Controle de configuração, que por definição é o gerenciamento que consiste na avaliação, coordenação, aprovação e alteração nos itens de de configuração. Com isso podemos agir fazendo B. Manutenção dos registros de resultados de testes, para que possamos ter uma melhor qualidade nos testes, coberturas e resultados.

Fechando nossa sequência temos I-C, II-D, III-A, IV-E, V-B, logo:

Resposta: “C”

segunda-feira, 29 de abril de 2013

Oportunidade de Emprego - Recife (PE)

A Linx Sistemas (Recife-PE) está recepcionando currículos para 2 vagas de Analista de Testes Senior. 

Para concorrer a estas oportunidades, é necessário o candidato ter concluído os cursos de Sistema de Informação, Ciência da Computação, Tecnologia e Desenvolvimento de Software e/ou graduações afins.


Experiência mínima:
Experiência comprovada de 02 anos.

Conhecimentos de Técnicas:
Processos de teste
Banco de dados relacional (SQL)
Lógica de programação
Ferramentas de Gestão de Testes

Conhecimentos Desejados:
Sistema de Automação Comercial
Usabilidade
Mobilidade 
Linux

À procura de Profissional com : 
Habilidade de Comunicação oral e escrita
Trabalho em equipe
Pró-atividade na resolução de problemas e dificuldades relacionadas à atividade Cumprimento de metas e Organização (tempo x atividades).


Aos interessados, favor enviar currículo com pretensão salarial para charles.gomes@linx.com.br

quinta-feira, 25 de abril de 2013

Oportunidade de Emprego - TIVAPE

 O nosso colaborador TIVAPE está com novos anúncios para vagas na área de Teste de Software.

O TIVAPE é um portal de oportunidades de empregos para a área de TI, lá são divulgadas diariamente vagas para diversos cargos, mas todos voltados para a área de TI.

As vagas mais recentes são para Testador e Engenheiro de Teste, vagas para Recife-PE.

Veja abaixo os detalhes destas:


TESTADOR – Recife (PE)
Empresa: Confidêncial

Atividades:
Executar e reportar testes dos diversos tipos, estágios, abordagens, técnicas
Promoção de melhorias nos produtos, processos internos, ferramentas, ambiente de trabalho e capacitação da equipe.

Formação:
Em processo de conclusão do nível superior na área de TI.

Requisitos Essenciais:
Teste de Software;
Ter conhecimento em banco de Dados, ferramentas de gestão de testes, ferramentas de controle de versão (SVN), ferramentas de controle de mudanças;
Ter conhecimento em ferramentas de teste de performance e automação.

Procuramos profissionais com o seguinte perfil:
Determinação Pró-atividade Disponibilidade Agilidade Comprometimento Organização Trabalhar sob pressão Espírito de Equipe Integridade Comportamento ético Cooperação Relacionamento Interpessoal Respeito

Salário: À combinar



ENGENHEIRO DE TESTE - Recife(PE)

Empresa:
Confidêncial

Requisitos:
Teste em RoR, IOS e Android, ferramentas de testes, modelagens e metodologias de testes.

Diferenciais:
Proficiência em Inglês;
Facilidade de aprendizado;
Saber trabalhar em grupo e com deadlines;
Criatividade, proatividade e responsabilidade.

Salário:
À combinar


Interessados e deverão acessar o site http://www.tivape.com.br/anuncie_curriculo.php e cadastrar o currículo para participação da seleção.

Oportunidade de Emprego - Ceará



Recebemos de uma colaboradora uma oportunidade para Analista de Teste para a Techminds, uma empresa prestadora de serviços de tecnologia que trabalha com uma grande no Ceará.

Segue abaixo especificações da vaga.
 
 
 
ANALISTA DE TESTE

Atividades a serem desenvolvidas:
- Levantamento dos cenários de testes.
- Criação de casos de testes.
- Preparação do ambiente de testes e massa de dados
- Execução dos testes
- Acompanhamento do ciclo de vida dos defeitos encontrados 

Pré-requisitos: 
- Técnicas de levantamento de cenários de testes
- Especificação de casos de testes funcionais
- Técnicas de execução de testes
- Experiência mínima de 01 ano como Analista de Testes

Conhecimentos desejáveis: 
- Técnicas de automação de testes
- Conhecimento nas ferramentas TestComplete e JIRA
- Conhecimento em metodologia ágil.
 
 
Interessados enviar o currículo para o email info.vagas.ce@gmail.com.

IMPORTANTE: Colocar no título do e-mail o nome da vaga "ANALISTA DE TESTE – TECHMINDS".

Questão de Certificação - Dia 6

Olá pessoal,

Preparados para mais uma Questão de Certificação CTFL ?

Hoje iremos abordar um assunto mais teórico. Iremos falar de uma técnica de Testes de Software.

Lembrando que a questão abaixo foi retirada do Simulado 2, disponível para download em nosso blog na área de "Download".


S202. O teste de regressão deve ser feito:
           I. A cada semana
          II. Após uma mudança no software
          III. Com a maior frequência possível
          IV. Quando o ambiente mudar
          V. Quando o gerente do projeto pedir

                        a) I e II são verdadeiras, III e V são falsas
                        b) II, III e IV são verdadeiras, I e V são falsas
                        c) II e IV são verdadeiras, I, III e V são falsas
                        d) II é verdadeira, I, III, IV e V são falsas
                        e) Todas são verdadeiras


Comentário:
Antes de tudo vamos estudar um pouco da teoria sobre Teste de Regressão.

Segundo o Syllabus, Teste de regressão é o teste repetido de um programa que já foi testado, após sua modificação, para descobrir a existência de algum defeito introduzido ou não coberto originalmente como resultado da mudança. Estes defeitos podem estar no software ou em um componente, relacionado ou não ao software. É realizado quando o software, ou seu ambiente é modificado. A quantidade de teste de regressão é baseada no risco de não se encontrar defeitos no software que estava funcionando previamente.
Os testes devem ser repetíveis se forem utilizados nos teste de confirmação e para suportar o teste de regressão Testes de regressão são executados muitas vezes e geralmente desenvolve-se vagarosamente, o que faz com que seja um forte candidato à automação.


Então podemos resumir que consiste em se aplicar, a cada nova versão do software ou a cada ciclo, todos os testes que já foram aplicados nas versões ou ciclos de teste anteriores do sistema. Visa identificar se algum erro já identificado anteriormente retorna à nova versão, medindo assim a qualidade do software produzido. 

Agora que sabemos o que é teste de regressão, vamos analisar as opções citadas na questão para assim encontrar a alternativa correta.

I. A cada semana - Aplicar testes de regressão "a cada semana" é uma boa prática SE seu projeto tiver um cronograma de versão toda semana. Mas caso essa não for a realidade, não se deve aplicar testes de regressão a cada semana. Como anteriormente mencionado, testes de regressão são demorados e custas muito recurso (humano e equipamento), para testar algo que não ouve nenhuma mudança. Logo item I é FALSO.

II. Após uma mudança no software - Sempre após uma mudança no software deve-se aplicar testes de regressão. Essa é principal premisa desse tipo de Testes de Software, devemos confirmar que tudo aquilo que antes estava funcionando, continua funcionando após as mudanças no software. Item II é VERDADEIRO

III. Com a maior frequência possível - Primeiro, como mensurar a "maior frequência possível", esse tempo é muito ambíguo. Mas como vimos anteriormente, o exforço para se ter aplicar Testes de Regressão é tão grande, que é muito inviável se aplicar esse tipo de teste "na maior frequência possível". Sem contar que esses teste terão o mesmo resultado. Item III é FALSO.

IV. Quando o ambiente mudar - Mudança de ambiente é uma operação muito crítica para um software, essa mudança poderá trazer muita alteração do software. Momento ideal para realização de Testes de Regressão, pois nesses testes podemos ter uma a certeza que quais as funcionalidades do software foram afetados ou não  pela mudança do ambiente. Logo item IV é VERDADEIRO.

V. Quando o gerente do projeto pedir - A solicitação gerencial para execução dos Testes de Regressão, não é uma boa prática para um processo de Testes bem aplicado. Por mais o gerente poderá solicitar a execução dos Testes de Regressão a qualquer momento. Não é o momento correto de aplicar esses testes. Logo Item V é FALSO.


Então temos que os itens II e IV são afirmações VERDADEIRAS e os itens I, III e V são afirmações FALSAS. Logo, 


Resposta:  "C"





quarta-feira, 24 de abril de 2013

Oportunidad de Emprego - C.E.S.A.R


O C.E.S.A.R está com 05 vagas para Engenheiro de Testes em aberto. Vagas essas para trabalhar em Recife-PE.

O C.E.S.A.R é um dos principais provedores de soluções de Tecnologias de Informação e Comunicação (TICs) do mercado brasileiro; instituto de inovação ganhador dos prêmios FINEP de Mais Inovadora Instituição de Pesquisa do Brasil (2010 e 2004), Empresas Mais Inovadoras (Época Negócios, 2009) e Info200 de Melhor empresa de serviços de software (Revista Info, 2005).

O C.E.S.A.R também se capacita para gerar novos empreendimentos de TICs em associação com investidores financeiros e estratégicos, criando oportunidades concretas de criação de novos negócios para todos os seus colaboradores.
Veja abaixo detalhes sobre a vaga:
Engenheiro de Testes - 05 vagas
Requisitos Necessários:
- Superior Completo em Ciência da Computação, Engenharia ou Áreas Afins;
- Sólido conhecimento na área de testes;
- Experiência em análise de requisitos;
- Conhecimento em linguagens de programação;
- Conhecimento no uso de ferramentas de automação de testes;
- Inglês Avançado.
Requisitos Desejáveis:
- Conhecimento em testes exploratórios;
- Métricas de testes;
- Experiência em automação de testes.
Principais responsabilidades:
- Análise e interpretação de requisitos;
- Planejamento de testes;
- Escrita de casos de testes;
- Desenvolvimento de testes automáticos;
- Execução dos testes e análise de resultados;
- Uso de ferramentas de automação.
Salário:
- À combinar.
Para concorrer a essas vagas, cadastre-se no Banco de Currículos, acessando o site: http://curriculos.cesar.org.br/.

Informe na a opção/cargo: “Engenheiro de Testes”


Oportunidade de Emprego - Neurotech

A Neurotech está com um processo de seleção para TESTADOR em aberto. A vaga é para Recife-PE.

A Neurotech é uma empresa prioneira no Brasil no desenvolvimento de soluções avançadas para automação de todo o ciclo de decisão me operaçãoes de crédiro e risco com as melhores práticas, processos e ferramentas tecnológicas do mercado.

Veja abaixo detalehes sobre a vaga em questão:

TESTADOR

Atividades:
Executar e reportar testes dos diversos tipos, estágios, abordagens, técnicas | Promoção de melhorias nos produtos, processos internos, ferramentas, ambiente de trabalho e capacitação da equipe.

Formação:
Em processo de conclusão do nível superior na área de TI.

Requisitos Essenciais:
  • Teste de Software;
  • Ter conhecimento em banco de Dados, ferramentas de gestão de testes, ferramentas de controle de versão (SVN), ferramentas de controle de mudanças;
  • Ter conhecimento em ferramentas de teste de performance e automação.

Procuramos profissionais com o seguinte perfil:
  • Determinação
  • Pró-atividade
  • Disponibilidade
  • Agilidade
  • Comprometimento
  • Organização
  • Trabalhar sob pressão
  • Espírito de Equipe
  • Integridade
  • Comportamento ético
  • Cooperação
  • Relacionamento Interpessoal
  • Respeito

Salário:
À Combinar.

Interessados enviar currículo para rh@neurotech.com.br

IMPORTANTE: Colocar no título do e-mail o nome da vaga "TESTADOR – NEUROTECH".
E-mails sem essa identificação não serão considerados.