Certificação CBTS - Simulado

Para quem está se preparando para o exame de Certificação CBTS, ou quem deseja testar seus conhecimentos em Qualidade de Software, vale a pena dar uma olhada na página Simulado CBTS.
Ele foi elaborado conforme o exame CBTS:
  • Número de questões: 100
  • Duração da avaliação: 3 Horas
  • Critérios de aprovação: 75% de acertos
Disponível também em versões menores (tempo proporcional à quantidade de questões):
  • 50 questões em 1h30
  • 25 questões em 45 minutos
  • 10 questões em 18 minutos
Os simulados CBTS disponiveis devem ser utilizados apenas como matéria de apoio.

A referência bibliográfica básica recomendada pela ALATS é o Livro:
Base de Conhecimento em Teste de Software - 2a. edição
Rios, Emerson; Cristalli, Ricardo; Moreira, Trayahú & Bastos, Aderson. - S.Paulo, Martins Fontes, 2007.

Em breve disponibilizarei outros simulados com os mesmos propósitos.
Sugestões são bem vindas.

Comentários

  1. Daiane22 de abril de 2010 às 13:29

    Oi Marcelo! como faço para executar o simulado?

    MSG: "Por favor, solicite o código ao administrador"

    ResponderExcluir
  2. Cristiano Fernandes22 de abril de 2010 às 14:23

    Marcelo.
    Excelente iniciativa! Parabéns!
    Fiz as primeiras 10 questões e de fato são muito parecidas com a prova. Eu vou fazer pela segunda vez o exame em maio e com certeza voltarei aqui no seu blog para finalizar o simulado.

    ResponderExcluir
  3. Marcelo Lourenço22 de abril de 2010 às 14:39

    Olá Daiane.

    Na tela inicial do QUIZ, selecione uma das opções:
    100, 50, 25 0u 10 questões;
    Clique no botão "Continue";
    Você será direcionada à tela de perguntas e já começa a contar o tempo.

    Obs.: Quando você escolhe a quantidade de questões a ser respondida, pode ser que demore um pouco pra carregar, isso porque o QUIZ está hospedado em um servidor externo.

    Boa sorte!

    Abraços.

    ResponderExcluir
  4. Marcelo Lourenço22 de abril de 2010 às 15:13

    Cristiano, Obrigado!

    Eu também farei em Maio. A propósito as inscrições estão abertas.
    A ideai partiu daí. Precisava treinar um pouco e estava utilizando o material disponível no Grupo DFTestes http://br.groups.yahoo.com/group/DFTestes/files/

    A dificuldade era fazer a gestão do tempo, além da demora pra conferir. Então resolvi deixar mais dinâmico. E o resultado foi esse. Resolvi compartilhar.

    Boa sorte no exame.

    Abraços!

    ResponderExcluir
  5. Marcelo Lourenço22 de abril de 2010 às 17:52

    Oi Daiane.

    Obrigado pela observação. Vou tentar criar um código que possibilite a visualização no Chrome.
    O ideal é que ele funcione em vários browser's

    Valeu!

    ResponderExcluir
  6. Marcelo Lourenço22 de abril de 2010 às 18:04

    Prontinho. Resolvido.
    Mais uma vez, obrigado! ;)

    ResponderExcluir
  7. Unknown18 de maio de 2010 às 16:22

    boa tarde pessoal,

    Queria saber se tem alguem ae que desenvolveu um plano de qualidade de software para alguma empresa?
    estou precisando desenvolver um, queria pegar base!

    qualquer coisa me manda no meu email

    adautomarden2009@gmail.com

    ResponderExcluir
  8. Marcelo Lourenço18 de maio de 2010 às 18:56

    Adalto,
    Dá uma olhada nesse:

    http://www.scribd.com/doc/31569555/Plano-de-Qualidade-de-Software

    []'s

    ResponderExcluir
  9. Ilka Fernandes19 de maio de 2010 às 19:07

    Bacana as dicas estou começando agora nesse processo de teste e estou gostando muito.

    ResponderExcluir
  10. Anônimo31 de maio de 2010 às 10:04

    Ótima iniciativa Marcelo.
    Vou aproveitar bastante estes simulados, pois vou fazer a prova somente em novembro/2010.

    ResponderExcluir
  11. Alex Massabni24 de junho de 2010 às 17:52

    Boa noite Marcelo,
    Gostei muito desse simulado interativo que voce montou. Gostaria de saber se usou alguma ferramenta ou se montou na mão em flash, pois vi algo parecido em outros sites.

    abraço

    ResponderExcluir
  12. Marcelo Lourenço28 de junho de 2010 às 08:28

    Este comentário foi removido pelo autor.

    ResponderExcluir
  13. Anônimo15 de outubro de 2010 às 15:53

    Boa tarde Marcelo,
    Parabéns por esta excelente iniciativa.
    Estou me preparando para a CBTS de novembro de 2010. Não fiz nenhum curso preparatório, estou estudando somente através das literaturas citadas no site da Alats e também por artigos, comentários etc. disponibilizados na web. Uso muito o seu simulado e gostaria de saber o quanto real são as questões criadas por ti aqui no seu blog em comparação à certificação? Ficarei muito grato por sua resposta. E mais uma vez, parabéns pela sua iniciativa.
    Abraços,
    Felipe Suppi

    ResponderExcluir
  14. Marcelo Lourenço17 de outubro de 2010 às 14:19

    Olá Felipe.
    Obrigado por ter gostado do simulado CBTS.
    As perguntas e respostas não foram elaboradas por mim. Eu utilizei alguns simulados disponíveis no Grupo DFTestes ( http://br.groups.yahoo.com/group/DFTestes/files/ ).
    Quanto a proximidade com as perguntas do exame, é grande. Realizei a prova no início do ano e posso garantir isso.
    Sucesso no dia do exame.
    Abraços!

    ResponderExcluir
  15. Anônimo23 de março de 2011 às 10:27

    Marcelo,
    Como faço para ter acesso ao simulado?

    Obrigada!

    ResponderExcluir
  16. Cris Cruz4 de maio de 2011 às 11:23

    Bom dia Marcelo!

    Eu vou me inscrever para tirar a certificação CBTS e da outra vez o simulado daqui foi muito últil. Mas não estou conseguindo acessar agora. Está com algum problema?

    Agradeço desde já!

    Cristiane Cruz
    Brasilia/DF

    ResponderExcluir
  17. Anônimo8 de junho de 2011 às 09:13

    galera é só atualizar a página!
    eu consegui \o/

    Elielson

    ResponderExcluir

Postar um comentário

Indique ou comente o post. Obrigado pela visita!

Postagens mais visitadas deste blog

Teste de Caixa-Preta

O Teste de Caixa-Preta ou Teste Funcional, também é usado na engenharia, no problema de identificação de sistemas, e advém do fato de que ao analisar o comportamento de um objeto, ignora-se totalmente sua construção interna. Nesse tipo de teste, uma determinada função g() que não aceita valores negativos, mas não possui tratamento adequado de exceção, poderia ser testada para cem mil valores diferentes no intervalo [0...10 6 ], sem que fosse detectado algum defeito. O teste de caixa-preta é baseado nos requisitos funcionais do software. Como não há conhecimento sobre a operação interna do programa, o avaliador se concentra nas funções que o software deve desempenhar. A partir da especificação são determinadas as saídas esperadas para certos conjuntos de entrada de dados. Esse tipo de teste reflete, de certa forma, a óptica do usuário, que está interessado em se servir do programa sem considerar os detalhes de sua construção. Comparando a outros tipos de teste, este é relativament
Leia mais

Teste de Estresse

É realizado para submeter o software a situações extremas. Basicamente, o teste de estresse baseia-se em testar os limites do software e avaliar seu comportamento. Assim, avalia-se até quando o software pode ser exigido e quais as falhas (se existirem) decorrentes do teste. Os testes de estresse são fundamentais em aplicações em que a eficiência seja uma característica importante. Por exemplo:  servidores de arquivos e servidores web, que devem atender a solicitações de um grande número de clientes;  aplicações industriais, tais como o controle de uma refinaria de petróleo;  jogos de computador, que precisam de um desempenho aceitável para serem viáveis comercialmente. Vamos considerar como exemplo a implementação de um servidor web utilizado em e-commerce. Ao estabelecer os requisitos do sistema, fixou-se um máximo de 5000 transações por minuto para uma determinada plataforma de execução. Um teste de estresse pode, então, ser feito para responder a várias perguntas:  o si
Leia mais

Teste de Caixa-Branca

Também conhecido como teste estrutural. É aquele em que o analista tem total acesso à estrutura interna da entidade sendo analisada e permite, por exemplo, que o analista escolha partes específicas de um componente para serem testadas. O fato de conhecer o código do programa permite que o avaliador projete testes mais precisos. Por exemplo, se a definição de uma função g() , para um determinado programa, afirma que ela não aceita valores negativos, um avaliador poderia provocar uma chamada fun(-1) e descobrir que um tratamento de exceções não está corretamente implementado. Esses testes são projetados em função da estrutura do componente e podem permitir verificação mais precisa de comportamento do produto. Ele permite ao avaliador concentrar a atenção nos pontos mais importantes ou “perigosos” do código, de uma maneira mais precisa do que no caso do teste caixa-preta. Tais pontos podem até ser identificados durante o desenvolvimento e cobertos com o uso de assertivas e testes.
Leia mais

Plano de Teste - Padrão IEEE 829-1998

O ideal seria que sempre houvesse uma equipe destinada a realizar testes de software, produzindo os relatórios necessários para que os problemas possam ser estudados e resolvidos. Mas nem todas as empresas possuem estrutura que suporte ter uma equipe que siga todas as instruções para a realização de testes. Nestes casos, uma boa saída é nomear alguém da empresa que não esteja envolvido na produção do sistema para realizar os testes. Claro que nestes casos as empresas devem definir quais os principais testes devem ser realizados de forma a atingir as partes mais críticas do sistema. Os erros encontrados devem ser documentados com informações suficientes que ajudem na reprodução do erro, facilitando assim a solução do problema. A documentação do erro deve ser definida pela empresa. É importante manter um histórico de falhas encontradas, pois assim, ao final do projeto, pode ser feito um estudo e obter um aprendizado em cima dos erros que foram encontrados. Uma atividade de testes
Leia mais

Teste de Integração

Quando todos os componentes de um software foram testados, surge uma pergunta: quando estiverem integrados, continuarão funcionando? O teste de componentes individuais antecede o teste de integração. Contribui para assegurar a correção de componentes individuais, mas não é capaz de garantir que as dependências funcionais entre componentes estejam perfeitamente implementadas. Para isso é preciso uma abordagem diferente. Com relação a integração de componentes, existem duas vertentes principais para desenvolvimento de software: as abordagens bottom-up e top-down. Na abordagem bottom-up, o programa é desenvolvido a partir de rotinas básicas que prestam serviços a rotinas de nível mais alto. Por exemplo, uma verificação de validade de CPF pode ser chamada em vários pontos de um programa. Será, então uma das primeiras a serem implementadas. Na abordagem top-down, faz-se o inverso. O programador trabalha supondo que o código de baixo nível já esteja pronto. Assim, pode-se codificar cha
Leia mais

Teste de Aceitação

O teste de aceitação é realizado com o propósito de avaliar a qualidade externa do produto e, na medida do possível, também a qualidade em uso. Assim, só é possível quando o software está concluído e pronto para ser implantado. Evidentemente, é um teste com forte relação com o cliente, que participa do planejamento e realização dessa atividade. O teste de aceitação é geralmente denominado de “alfa” quando realizado no ambiente de desenvolvimento (qualidade externa) e “beta” quando no ambiente do cliente (qualidade de uso). O teste de qualidade externa é com freqüência a única alternativa no caso de aplicações desenvolvidas para mainframes . Uma forma de paliar a impossibilidade de utilizar a plataforma definitiva de execução é simulá-la, por exemplo, utilizando dados reais. Outro tipo de teste de aceitação possível é o teste de paralelo, quando um sistema é desenvolvido para substituir outro já em funcionamento. O novo sistema pode funcionar em paralelo ao antigo e o comportamento
Leia mais