Olá pessoal,
Nosso colega Cristiano Caetano centralizou as paginas relativas a area de qualidade em http://www.testexpert.com.br/?q=node/2014 . Segue os links para ajudar a divulgação da area:
Blogs de teste e qualidade de software brasileiros
http://sembugs.blogspot.com/ (@eliasnogueira)
http://www.testexpert.com.br/?q=blog
https://cristianocaetano.wordpress.com/ (@c_caetano)
http://www.linhadecodigo.com.br/Colaborador.aspx?id=221
http://www.testadores.com/ (@testadores_com)
http://www.bugbang.com.br/ (@Camiloribeiro)
http://ensaiosdeqa.blogspot.com/
http://testavo.blogspot.com/ (@lugatibr)
http://www.zezologs.org/ (@eudescosta)
http://diariodaqualidade.blogspot.com/
http://qualidadebr.wordpress.com/
http://asespecialistas.blog.com/ (@AsEspecialistas)
http://engtesteagil.blogspot.com/ @AndreSousaBH
http://guts-rs.blogspot.com/ (@gutsrs)
http://jppercy.wordpress.com/ (@jppercy)
http://testing.faraco.net/ (@pedrofaraco)
http://basedetestedesoftware.blogspot.com/
http://jmeter.zip.net (@danivieira)
http://www.testexpert.com.br/?q=blog/7 (Fábio Martinho Campos)
http://testesdesoftware.blogspot.com/ Luiz Cesar Soares @cesa_soares
http://interessesafim.blogspot.com/ - @adelinopmazuti
http://theladybugblog.wordpress).com/ @theladybugblog @fernandathiesen
http://lealtic.wordpress.com/ @carinleal
http://edwagneyluz.com/ @edwagneyluz
http://seuenium.com.br @seuenium
http://www.leonardobg.com.br @avontz - Java Selenium e Coca Cola
http://felipesilva-rec.blogspot.com/ @FelipeSilva
http://blog.prasabermais.com/ Luiz Cesar Soares @cesa_soares
http://josepaulopapo.blogspot.com/ Luiz Cesar Soares @cesa_soares
http://www.jailtonalkiminlouzada.com/ Jailton Alkimin Louzada @jailtonjr
http://barbaracabral.wordpress.com/
http://themonsterbug.blogspot.com @mairastella_s
Certificações
Brazilian Software Testing Qualification Board --
http://www.bstqb.org.br/
Instituto Brasileiro de Qualidade em Testes de Software
-- http://www.ibqts.com.br/
Certified Software Quality Analyst (CSQA) -- http://www.softwarecertifications.org/qai_csqa.htm
Software Quality Engineer Certification CSQE --
http://www.asq.org/certification/software-quality-engineer/index.html
ISEB Foundation Certificate in Software Testing --
http://www.bcs.org/server.php?show=nav.7179
ISEB Practitioner Certificate in Software Testing --
http://www.bcs.org/server.php?show=nav.6956
The Certified Software Tester (CSTE)
-- http://www.softwarecertifications.com/qai_cste.htm
Certified Test Manager (CTM) --
http://www.testinginstitute.com/ctm.php
Certified Software Test Professional (CSTP)
-- http://www.testinginstitute.com/cstp.php
American Software Testing Qualifications Board
-- http://www.astqb.org/
Listas de discussão brasileiras:
Testadores.com
http://br.groups.yahoo.com/group/testadores/
VV-SW-Brasil - Validação e Verificação de Software
http://br.groups.yahoo.com/group/VV-SW-Brasil/
CMM Brasil
http://br.groups.yahoo.com/group/CMM-Brasil/
ALATS - Associação Latino Americana de Teste de Software
http://br.groups.yahoo.com/group/alats-br/
Teste de Software
http://br.groups.yahoo.com/group/testesoft/
DFTestes: Grupo de amigos profissionais em Teste de Software do Distrito Federal
http://br.groups.yahoo.com/group/DFTestes/
QAI - Quality Assurance Institute Brasil
http://br.groups.yahoo.com/group/qai-brasil/
International Software Testing Qualifications Board
http://groups.google.com.br/group/bstqb
Grupo de estudo criado para quem deseja certificação CSTE da QAI
http://br.groups.yahoo.com/group/cste-brasil/
Grupo de discussão sobre Qualidade de Software
http://br.groups.yahoo.com/group/qa_rs/
Certificações - Qualidade e Teste de SW
http://br.groups.yahoo.com/group/certificacoesqualidadetestedesoftware/
Teste de software PE
https://groups.google.com/group/teste-de-software-pe?lnk=gcimh&hl=pt
Teste de software Sergipe
https://groups.google.com/group/testesergipe?hl=pt&lnk=
Teste de software Belo Horizonte
https://groups.google.com/group/teste-software-bh?hl=pt&lnk=
GETS: Grupo de Estudos em Testes de Software - Brasil
https://groups.google.com/group/gets-br?hl=pt&lnk=
BHZtestes
https://groups.google.com/group/bhztestes?hl=pt&lnk=
Testes Avançados - Recife
https://groups.google.com/group/testes-recife-l?hl=pt&lnk=
Software Testing Brasil
https://groups.google.com/group/software-testing-brasil?hl=pt&lnk=
REC Testing & etc
https://groups.google.com/group/testingetc?hl=pt&lnk=
Qualidademanaus
https://groups.google.com/group/qualidademanaus?hl=pt&lnk=
STG - Student Test Group
https://groups.google.com/group/stg---student-test-group?hl=pt&lnk=
Disseminando a Cultura do Teste de Software no Brasil
https://groups.google.com/group/culturadoteste?hl=pt&lnk=
Testadores
http://br.groups.yahoo.com/group/testadores/
Teste de software
http://br.groups.yahoo.com/group/teste_software/
Certificações - Qualidade e Teste de SW
http://br.groups.yahoo.com/group/certificacoesqualidadetestedesoftware/
Engenharia e Garantia de Qualidade
http://br.groups.yahoo.com/group/Engenharia_e_Garantia_de_Qualidade/
SPIN-MT (Software Process Improvement Network de Mato Grosso)
http://br.groups.yahoo.com/group/SPIN-MT/
MPT.Br
http://mptbr.blogspot.com.br
Engraçados Testes:
http://cartoontester.blogspot.com/ (@Fernanda Rocha)
http://fortester.blogspot.com (@Fernanda Rocha)
http://vidadeprogramador.com.br/ (@Fernanda Rocha)
Mostrando postagens com marcador Teste de Software. Mostrar todas as postagens
Mostrando postagens com marcador Teste de Software. Mostrar todas as postagens
segunda-feira, 29 de agosto de 2011
terça-feira, 14 de junho de 2011
[Revista Testing Experience] Jun 2011: Improving the Test Process
Olá Pessoal,
Segue a nova edição online da revista de testes:Testing Experience, com tema de capa: melhorando processo de testes. Boa leitura!! Baixe Aqui revista em .pdf
Segue a nova edição online da revista de testes:Testing Experience, com tema de capa: melhorando processo de testes. Boa leitura!! Baixe Aqui revista em .pdf
quinta-feira, 2 de junho de 2011
[Curso de Testes- RECIFE] Preparatório ISTQB
terça-feira, 19 de abril de 2011
[Técnica de Escrita de Testes] ALLPAIRS Test Case Generation Tool
Estou testando a ferramenta proposta por James Bach (ALLPAIRS Test Case Generation Tool). Aplicando a tecnica do Pairwise aliado a uma ferramenta de geração automática de casos de testes (ou cenarios). Otmizando e muito o processo da escrita dos testes. Primeiramente vou encaminhar alguns artigos legais sobre a técnica e em seguida demostrarei seu uso. Inclusive, gostaria de salientar que tive o primeiro contato atravez do V EBTS: Minicurso de automação com Luiz Fernando Corrêa.
1- A Técnica:
Fonte: Daniel Lages @ Testexpert
http://www.developsense.com/pairwiseTesting.html
One of the leading exponents of the Robust Testing method is Madhav S. Phadke. His paper, Planning Efficient Software Tests, describes orthogonal arrays (of strength 2, mostly) and their application in software testing.
Elfriede Dustin wrote an article called "Orthogonally Speaking" in the September/October 2001 issue of STQE Magazine.
[Phadke, 1997] Phadke, Madhav S., Planning Efficient Software Tests. Crosstalk, The Journal of Defense Software Engineering, October 1997.
http://www.stsc.hill.af.mil/crosstalk/1997/10/planning.asp
[Telcordia, 1997] Cohen, D. M., et. al. The AETG System: An Approach to Testing Based on Combinatorial Design. IEEE Transactions On Software Engineering, July 1997 (Vol. 23, No. 7). http://www.argreenhouse.com/papers/gcp/AETGieee97.shtml
Hedayat, A.S., et. al. Orthogonal Arrays: Theory and Applications. Springer Verlag, August 1999.
Montgomery, Douglas C.Design and Analysis of Experiments, 5th Edition. Wiley Text Books, June 2000.
2-A Ferramenta:
Print1: Criando o .txt, Como falei fiz no excel e copiei para o notepad. Não precisa editar nada.
Print2: Executando o allpairs. : "ALLPAIRS TESTE.TXT > TESTCASES.TXT".
Print3: Resultado da execução. 17 Testes cases sugeridos.
1- A Técnica:
Esta técnica é baseada na observação de que a maioria das falhas é causada pela combinação de apenas dois fatores (http://www.pairwise.org/). Em outras palavras, a causa da maioria dos bugs encontrados quando temos várias condições (ou variáveis) de entrada se deve ao conflito entre apenas duas delas. Por exemplo, se temos cinco condições de entradas para que o fluxo de um determinado workflow prossiga, caso uma falha seja encontrada, existe, aproximadamente, 95% de chance do motivo da falha ter sido causada pelo conflito entre duas condições apenas. Dificilmente alguma falha é resultante do conflito de três condições, muito menos de quatro ou cinco delas. Dessa forma, conclui-se que não é necessário testar todas as combinações. Em uma análise sobre testes realizada pelo NIST (www.nist.gov/) em 2003, apenas três entre 109 relatórios de testes indicaram que o conflito entre mais de duas combinações foi o responsável pela falha. Foi dessa estatística que encontrei o 95% citado acima.
Baseada nessa idéia, a técnica Pairwise tem como objetivo otimizar os testes, ou seja, reduzir os casos de testes, mantendo uma boa cobertura. A técnica seleciona um conjunto dentre todas as combinações possíveis (todas as combinações = teste exaustivo). Esse conjunto contém TODAS as combinações entre cada par de variáveis.
Cada combinação resultante da aplicação dessa técnica será um caso de teste. Mas os testes não ficarão descobertos excluindo as demais combinações? De acordo com as estatísticas nas quais a técnica Pairwise foi baseada, não. Apesar de que, idealmente, a melhor cobertura seja aquela com o maior número possível de combinações, temos que olhar também o lado do custo versus benefício. Estamos cansados de saber que o teste exaustivo de uma funcionalidade é caro. E muitas vezes, impossível.
Fonte: Daniel Lages @ Testexpert
Tabelas de pares (ou Array Ortogonal)
Provavelmente a mais complexa e menos utilizada das técnicas avançadas de Testes de Software. Ela não é utilizada por desconhecimento, pois muitas pessoas deixam algumas combinações de fora e utilizam outras milhares de combinações. Dessa forma, os profissionais normalmente acabam pecando na elaboração desses casos de teste (ou até mesmo durante a execução dos mesmos), fazendo a chamada "combinatory explosion". Cuidado!
A tabela de pares é criada quando precisa testar várias combinações de configurações. Sabe-se que é impraticável testar todas as possíveis combinações, levando isso em consideração, percebeu-se que a maior parte dos erros acontece em pares ou triplas. Essa técnica combina várias colunas de maneira que todos os dados se encontrem pelo menos uma vez, em pares.
Para melhor entendimento, veja a tabela a seguir.

Cada coluna significa um item de configuração, e cada linha são os casos de teste, ou seja, a combinação de valores. Por exemplo: deve-se testar um sistema fator 1 seria o Sistema Operacional (onde os dois itens existentes são: Windows XP e Linux) e o fator 2 o Navegador (onde os dois itens são: Firefox e Internet Explorer). A tabela ficaria assim:

Nessa tabela, perceba que todas as combinações foram testadas, ou seja, não é útil para apenas dois fatores. Como funciona?
Todos os fatores da coluna um devem ser combinados com todos os fatores da coluna dois que devem ser combinados com a coluna três e assim por diante. A ilustração da tabela a seguir, mostra a eficiência dessa técnica, se fosse fazer um máximo de combinações, três fatores com dois itens cada, resultariam em seis casos de teste. Portanto, utilizando a técnica, esses valores diminuem para quatro. Veja como:

Adaptando o exemplo anterior, supõe-se que o terceiro fator seria o tipo de conexão (banda larga e wireless), então, a tabela ficaria assim:

A pergunta é: está faltando algum valor? A resposta é não. Perceba que todos os valores da tabela combinam, em pares, com todos os valores da tabela:
- Windows XP combina com Firefox e IE (coluna dois) e com Banda larga e Wireless (coluna três). Mesma coisa para o Linux.
- Firefox combina com Windows XP e Linux(coluna um) e com Banda larga e Wireless (coluna três). Mesma coisa para o IE.
- Banda larga combina com Windows XP e Linux(coluna um) e com Firefox e IE (coluna dois). Mesma coisa para o Wireless.
Já existe uma forma de combinar esses fatores de maneira que não precise ficar gerando manualmente essa tabela. Existe uma técnica chamada Taguchi Orthogonal Array onde os valores já são pré-estabelecidos e só devem ser renomeados pelos valores em questão: http://www.york.ac.uk/depts/maths/tables/orthogonal.htm
A tabela de pares é criada quando precisa testar várias combinações de configurações. Sabe-se que é impraticável testar todas as possíveis combinações, levando isso em consideração, percebeu-se que a maior parte dos erros acontece em pares ou triplas. Essa técnica combina várias colunas de maneira que todos os dados se encontrem pelo menos uma vez, em pares.
Para melhor entendimento, veja a tabela a seguir.

Cada coluna significa um item de configuração, e cada linha são os casos de teste, ou seja, a combinação de valores. Por exemplo: deve-se testar um sistema fator 1 seria o Sistema Operacional (onde os dois itens existentes são: Windows XP e Linux) e o fator 2 o Navegador (onde os dois itens são: Firefox e Internet Explorer). A tabela ficaria assim:

Nessa tabela, perceba que todas as combinações foram testadas, ou seja, não é útil para apenas dois fatores. Como funciona?
Todos os fatores da coluna um devem ser combinados com todos os fatores da coluna dois que devem ser combinados com a coluna três e assim por diante. A ilustração da tabela a seguir, mostra a eficiência dessa técnica, se fosse fazer um máximo de combinações, três fatores com dois itens cada, resultariam em seis casos de teste. Portanto, utilizando a técnica, esses valores diminuem para quatro. Veja como:

Adaptando o exemplo anterior, supõe-se que o terceiro fator seria o tipo de conexão (banda larga e wireless), então, a tabela ficaria assim:

A pergunta é: está faltando algum valor? A resposta é não. Perceba que todos os valores da tabela combinam, em pares, com todos os valores da tabela:
- Windows XP combina com Firefox e IE (coluna dois) e com Banda larga e Wireless (coluna três). Mesma coisa para o Linux.
- Firefox combina com Windows XP e Linux(coluna um) e com Banda larga e Wireless (coluna três). Mesma coisa para o IE.
- Banda larga combina com Windows XP e Linux(coluna um) e com Firefox e IE (coluna dois). Mesma coisa para o Wireless.
Já existe uma forma de combinar esses fatores de maneira que não precise ficar gerando manualmente essa tabela. Existe uma técnica chamada Taguchi Orthogonal Array onde os valores já são pré-estabelecidos e só devem ser renomeados pelos valores em questão: http://www.york.ac.uk/depts/maths/tables/orthogonal.htm
Fonte: Luiz Gustavo @ Testavo
Outras boas Referências:
http://www.developsense.com/pairwiseTesting.html
One of the leading exponents of the Robust Testing method is Madhav S. Phadke. His paper, Planning Efficient Software Tests, describes orthogonal arrays (of strength 2, mostly) and their application in software testing.
Elfriede Dustin wrote an article called "Orthogonally Speaking" in the September/October 2001 issue of STQE Magazine.
[Phadke, 1997] Phadke, Madhav S., Planning Efficient Software Tests. Crosstalk, The Journal of Defense Software Engineering, October 1997.
http://www.stsc.hill.af.mil/crosstalk/1997/10/planning.asp
[Telcordia, 1997] Cohen, D. M., et. al. The AETG System: An Approach to Testing Based on Combinatorial Design. IEEE Transactions On Software Engineering, July 1997 (Vol. 23, No. 7). http://www.argreenhouse.com/papers/gcp/AETGieee97.shtml
Hedayat, A.S., et. al. Orthogonal Arrays: Theory and Applications. Springer Verlag, August 1999.
Montgomery, Douglas C.Design and Analysis of Experiments, 5th Edition. Wiley Text Books, June 2000.
2-A Ferramenta:
Como falei, James Bach disponibiliza em seu site, satisfice , a ferramenta ALLPAIRS totalmente free, licença GNU. O download e instalação é bem simples: baixar o .zip: ALLPAIRS Test Case Generation Tool e extrair em qualquer lugar no PC. Nos arquivos zipados há um documento de instruções gerais, assim como uma planilha de modelo para criação. O segredo é: criar as variáveis no excel ou afins e copiar e colar no notepad, salvando com extenção .txt. Em seguida abrir o prompt DOS e rodar o comanto no diretorio que está o allpairs: "ALLPAIRS VARS.TXT > TESTCASES.TXT".
Será criado um arquivo .txt com a lista de testes cases e suas variações para serem criados. Realmente muito bom.
Segue alguns prints para ajudar:
Print1: Criando o .txt, Como falei fiz no excel e copiei para o notepad. Não precisa editar nada.
Print2: Executando o allpairs. : "ALLPAIRS TESTE.TXT > TESTCASES.TXT".
Print3: Resultado da execução. 17 Testes cases sugeridos.
segunda-feira, 28 de fevereiro de 2011
Simulados Online da CTFL
O Fábio Martinho divulgou na lista do Quality Assurance vários simulados da CTFL. Segue abaixo, os links:
Fonte: http://qualidadebr.wordpress.com/2010/12/11/simulados-online-da-ctfl/
- Practice Test – 1
- Practice Test – 2
- Practice Test – 3
- Practice Test – 4
- Practice Test – 5
- Practice Test – 6
Fonte: http://qualidadebr.wordpress.com/2010/12/11/simulados-online-da-ctfl/
sexta-feira, 11 de fevereiro de 2011
Curso de Introdução à Testes de Software em Recife
Olá Pessoal,
Não sou muito de publicar cursos pagos aqui no blog, mas como esse é de testes e tem um conteudo bom, segue as informações:
PS: Por conta em risco, não tenho qualquer relação com a empresa TESTGROUP e seus colaboradores.
A empresa
A TESTGROUP iniciou suas atividades em 2009, com o objetivo de proporcionar aos seus clientes um diferencial no que diz respeito a Garantia e Qualidade de Software.
Idealizada por profissionais com mais de 9 anos de experiência na área de TI, a empresa uniu a expertise e vivência de cada profissional para oferecer um processo que se adequará a necessidade do cliente, seja iniciando um processo ou aperfeiçoando um já existente.
Trabalhando com transparência e seriedade, a TESTGROUP baseia-se nas melhores práticas do mercado de testes (CMMi, TMMi) com flexibilidade, porém sem abrir mão da qualidade, para assegurar a satisfação dos seus clientes e a garantia do software com redução de custos.
A TESTGROUP foi criada com o objetivo de agregar valor aos seus clientes, trabalhando sempre com a idéia de parceria. Não basta apenas agir, tem que se unir pelo mesmo objetivo.
A Equipe
Nossa equipe é composta por profissionais altamente qualificados nas mais modernas tecnologias e processos de testes, com grande experiência em arquiteturas web, client / server, thin-client, mainframe e outras arquiteturas heterogêneas. Todos possuem anos de experiência em ferramentas de automação de testes, e já participaram de implementações de testes funcionais, testes de performance, testes de carga, testes de stress e outros tipos de testes. Todos os profissionais TESTGROUP são selecionados por meio de um eficiente processo de seleção, e depois submetidos a um processo de treinamento intensivo, resultando numa equipe de alta qualificação.
O Instrutor
Ezequiel Souza Maciel de Lima, 31 anos, casado à 7 anos, analista de qualidade, instrutor e consultor da metodologia de Teste de Software.
Tem atuado com treinamento em empresas como RedLine Contact Center, HP (antiga EDS), Cielo, Intec Logistica, Teor Tecnologia, CAAD Tecnologia, RSI Informática, Itau e agora, ultimamente na Test Group.
Tem ministrado o curso de formação e introdução ao teste de software para equipes técnicas e de desenvolvimento como exemplo, o treinamento ministrado para quase 3 mil funcionários da área de tecnologia do banco Itaú.
Responsável por ministrar em São Paulo os cursos preparatórios da certificação CTFL da instituição BSTQB/ISTQB.
Fará parte da equipe de instrutores dos tutoriais do CINTEQ 2011 o maior evento de teste de software no Brasil.
Ministra cursos de especialização em Teste de Software como por exemplo o Curso Avançado de Modelem de teste.
Já atuou como Analista de Testes em grandes projetos.
Já coordenou equipe de Analistas e Executores de testes em fabrica de teste.
Já deu consultoria em diversas empresas, entre elas CIELO e ITAÚ.
Conteúdo do curso
- Conceito de teste de Software.
- Termos e nomenclaturas
- Objetivo do Teste
- Mercado de Teste
- Estrutura da Área de Teste
- Teste e Qualidade de Software
- Teste e Requisitos
- V Model
- Tipos de Testes
- Norma ISO 9126
- Testes Funcionais
- Testes Não Funcionais
- Níveis de Testes.
- Conceito de Simuladores (Driver e Stub)
- Estratégias de Integração
- BigBang
- Top Down
- Botton Up
- Backbone
- Estrategias de Homologação
- Aceite
- Alfa
- Beta
- Estratégias de Testes
- Testes de Caixa Branca (Introdução)
- Testes de Caixa Preta
- Análise de Valor Limite (Introdução)
- Partição de Equivalência (Introdução)
- Testes baseado em Requisitos
- Diagrama de Transição de Estado
- Tabela de Decisão
- Ciclos de testes e suas estratégias.
- Processo de Teste
- Construindo um Roteiro de Teste.
Valor do curso: R$ 600,00, que pode ser dividido em até 3x no cheque.
Este curso está previsto para o mês de Abril e o local ainda está sendo definido.
Assim que tiver mais informações lhe repasso.
Att.
Aldemir Junior
MSN: aldemir.sales@hotmail.com
Skype: Aldemir Francisco Sales Junior
Twitter: @aldemirsales
Obs: Este curso terá vagas limitadas, daí, aos que se interessarem, podem me enviar um email (aldemir.sales@hotmail.com) para que sua vaga seja reservada.
Não sou muito de publicar cursos pagos aqui no blog, mas como esse é de testes e tem um conteudo bom, segue as informações:
PS: Por conta em risco, não tenho qualquer relação com a empresa TESTGROUP e seus colaboradores.
A empresa
A TESTGROUP iniciou suas atividades em 2009, com o objetivo de proporcionar aos seus clientes um diferencial no que diz respeito a Garantia e Qualidade de Software.
Idealizada por profissionais com mais de 9 anos de experiência na área de TI, a empresa uniu a expertise e vivência de cada profissional para oferecer um processo que se adequará a necessidade do cliente, seja iniciando um processo ou aperfeiçoando um já existente.
Trabalhando com transparência e seriedade, a TESTGROUP baseia-se nas melhores práticas do mercado de testes (CMMi, TMMi) com flexibilidade, porém sem abrir mão da qualidade, para assegurar a satisfação dos seus clientes e a garantia do software com redução de custos.
A TESTGROUP foi criada com o objetivo de agregar valor aos seus clientes, trabalhando sempre com a idéia de parceria. Não basta apenas agir, tem que se unir pelo mesmo objetivo.
A Equipe
Nossa equipe é composta por profissionais altamente qualificados nas mais modernas tecnologias e processos de testes, com grande experiência em arquiteturas web, client / server, thin-client, mainframe e outras arquiteturas heterogêneas. Todos possuem anos de experiência em ferramentas de automação de testes, e já participaram de implementações de testes funcionais, testes de performance, testes de carga, testes de stress e outros tipos de testes. Todos os profissionais TESTGROUP são selecionados por meio de um eficiente processo de seleção, e depois submetidos a um processo de treinamento intensivo, resultando numa equipe de alta qualificação.
O Instrutor
Ezequiel Souza Maciel de Lima, 31 anos, casado à 7 anos, analista de qualidade, instrutor e consultor da metodologia de Teste de Software.
Tem atuado com treinamento em empresas como RedLine Contact Center, HP (antiga EDS), Cielo, Intec Logistica, Teor Tecnologia, CAAD Tecnologia, RSI Informática, Itau e agora, ultimamente na Test Group.
Tem ministrado o curso de formação e introdução ao teste de software para equipes técnicas e de desenvolvimento como exemplo, o treinamento ministrado para quase 3 mil funcionários da área de tecnologia do banco Itaú.
Responsável por ministrar em São Paulo os cursos preparatórios da certificação CTFL da instituição BSTQB/ISTQB.
Fará parte da equipe de instrutores dos tutoriais do CINTEQ 2011 o maior evento de teste de software no Brasil.
Ministra cursos de especialização em Teste de Software como por exemplo o Curso Avançado de Modelem de teste.
Já atuou como Analista de Testes em grandes projetos.
Já coordenou equipe de Analistas e Executores de testes em fabrica de teste.
Já deu consultoria em diversas empresas, entre elas CIELO e ITAÚ.
Conteúdo do curso
- Conceito de teste de Software.
- Termos e nomenclaturas
- Objetivo do Teste
- Mercado de Teste
- Estrutura da Área de Teste
- Teste e Qualidade de Software
- Teste e Requisitos
- V Model
- Tipos de Testes
- Norma ISO 9126
- Testes Funcionais
- Testes Não Funcionais
- Níveis de Testes.
- Conceito de Simuladores (Driver e Stub)
- Estratégias de Integração
- BigBang
- Top Down
- Botton Up
- Backbone
- Estrategias de Homologação
- Aceite
- Alfa
- Beta
- Estratégias de Testes
- Testes de Caixa Branca (Introdução)
- Testes de Caixa Preta
- Análise de Valor Limite (Introdução)
- Partição de Equivalência (Introdução)
- Testes baseado em Requisitos
- Diagrama de Transição de Estado
- Tabela de Decisão
- Ciclos de testes e suas estratégias.
- Processo de Teste
- Construindo um Roteiro de Teste.
Valor do curso: R$ 600,00, que pode ser dividido em até 3x no cheque.
Este curso está previsto para o mês de Abril e o local ainda está sendo definido.
Assim que tiver mais informações lhe repasso.
Att.
Aldemir Junior
MSN: aldemir.sales@hotmail.com
Skype: Aldemir Francisco Sales Junior
Twitter: @aldemirsales
Obs: Este curso terá vagas limitadas, daí, aos que se interessarem, podem me enviar um email (aldemir.sales@hotmail.com) para que sua vaga seja reservada.
terça-feira, 18 de janeiro de 2011
Proximo Exame BSTQB 01/04 em 18x no Cartão
Pessoal,
O BSTQB esta aceitando cartão em ate 18x,esta certo que tem um jurosinho, mas ja ajuda..
PROXIMA PROVA= 01/04/2011
O BSTQB esta aceitando cartão em ate 18x,esta certo que tem um jurosinho, mas ja ajuda..
PROXIMA PROVA= 01/04/2011
terça-feira, 4 de janeiro de 2011
Curso de Testes Exploratórios à distância
Segue uma dica para curso especializado em testes. Não estou recomendando neste momento, apenas divulgando uma opção para quem tiver interesse.
Teste Exploratório: Teoria e Prática | 10 horas de aula
Público Alvo: Testadores de Software, Desenvolvedores e Equipes Ágeis.
Ao fim deste curso o aluno terá aprendido os principais conceitos sobre Testes Exploratórios, como também terá realizado várias práticas que o auxiliarão na aplicação desta abordagem de testes no dia a dia. O aluno terá a capacidade de planejar, elaborar e executar casos de testes exploratórios.
Conteúdo detalhado do Curso
- Introdução
- O que são Testes Exploratórios (ET)?
- Aleatoriedade e Testes Ad Hoc
- Testes Scripted
- ET, Teste Scriptede Testes Ad hoc
- Quando usar ET?
- Laboratório 01: Testando aleatoriamente e avaliando entradas e saídas
- Laboratório 02: Avaliando comportamentos
- Testes Exploratórios na prática
- Introdução a Testes baseados em Sessão
- Planejamento de ET
- Escrevendo Casos de Teste ET: Charters
- Laboratório 03: Criando o primeiro Charter
- Execução baseado em Sessões
- Avaliação de uma Sessão ET
- Laboratório 04: Executando uma Sessão de ET
- Estilos de Teste Exploratório
- Gerenciamento de Teste Exploratório
SIMULADO ISTQB / BSTQB
Links com simulados ISTQB / BSTQB em:
http://www.mediafire.com/file/ohy4jdwxijw/Simulados_CTFL-BSTQB.zip
http://www.mediafire.com/file/ejiyunzujvi/Simulados (originais).zip
Oito simulados traduzidos e os originais em ingles.
Bom estudo!
http://www.mediafire.com/file/ohy4jdwxijw/Simulados_CTFL-BSTQB.zip
http://www.mediafire.com/file/ejiyunzujvi/Simulados (originais).zip
Oito simulados traduzidos e os originais em ingles.
Bom estudo!
quinta-feira, 30 de dezembro de 2010
[Especial Fim de Ano] Qualidade para 2011- GoHorse Process e afins.
Qual a metodologia de desenvolvimento que sua empresa utiliza? Se você não soube responder ou ficou na duvida, é “GoHorseprocess”. Ou ainda pior: “Extreme-GohorseProcess-XGHP”.
Para começar, escrevi este artigo para ser o post especial de final de ano do meu blog, visando promover uma reflexão sobre “qualidade”, aproveitando para desejar um ótimo ano novo, repleto de “qualidade"!
Conheci o GHP por acaso, no inicio desconfiei, achava um monte de besteiras e coisas que não agregavam nada para a comunidade científica de TI. Mas com o passar do tempo, depois de passar por varias empresas, faculdades, projetos, enfim organizações com pessoas e padrões, vi que tudo aquilo tinha um sentido. Comecei a ver as coisas com um olhar um pouco mais critico, e assim, facilmente notava quando as coisas estavam “em produção” por ai de forma o tanto quanto “estranha”. Algo não pensado, planejado ou ao menos feito de bom grado. Tão conhecidas e rotuladas de: "soluções alternativas", "workarounds", "gambiarras", "macacos", "jeitinhos", "enrolations", "migués", "arrumadinhos" e por ai vai.
Para ilustrar tudo isso, segue alguns exemplos legais dessas "soluções alternativas".
Voltando ao GHP, coisas tipo: “Pensou, não é XGH”,” Quanto mais XGH você faz, mais precisará fazer.”, “ XGH não tem prazo”, “ Se iluda sempre com promessas de melhorias.” e por fim: “Teste é para os fracos: Para o Go Horse, qualidade é simples: tem que fazer direito a porra do trabalho!” . Refletindo um pouco sobre tudo isso, pesando nessas soluções alternativas que vimos por ai, cheguei a conclusão que o processo Go Horse está mais presente nas nossas vidas que nós pensamos. Para medir a qualidade é preciso saber qual o parâmetro será utilizado, se não há parâmetro, há bom senso, sé não há bom senso, voltamos para o Gohorse. E por ai está cheio de coisas sem bom senso e/ ou sem qualidade. Não me restrinjo a falar de TI, abrindo o leque para outras áreas, para o cotidiano em si, com certeza você vai se deparar com isso. O que faz um supermercado “multinacional” utilizar boiais de piscina fixadas com fita “durex” nas cancelas do estacionamento? É disso que estou falando. Será que estudaram na “FailFaculdades”(failfaculdades.com.br )? Pelo visto não. O ponto não é só resolver o problema, é resolver com qualidade!
É amigo, sem essa de: “ta pronto, só falta testar”. Nós de qualidade não podemos entregar os pontos e assumir o goHorse, ele tá ai, é a metodologia mais usada no mercado e ainda assim não queremos tirar essa certificação, não queremos ser referência e não queremos passar isso a diante. Soluções alternativas são até aceitáveis, com plano de ação e analise de risco atuando para contornar tudo isso. Fica a lição, “Quanto mais XGH você faz, mais precisará fazer”. Como dizem os mais experientes: “Preguiçoso trabalha dobrado.” no mundo corporativo, nem sempre trabalha dobrado, mas com certeza a empresa paga dobrado, triplicado ou mais. Adoto o Gohorse como lembrete, como um desafio de não utilizá-lo e evitar que outras pessoas utilizem. Conhecer bem o inimigo é uma vantagem crucial em uma guerra, por isso indico; conheçam o “GO-HORSE Process”. Reflitam e vamos entrar em 2011 com ainda mais “qualidade”!
Grande abraço e feliz 2011!
Felipe Silva
Update2: 17/02/2011
Olha Ai...XGh aplicado aos veículos, mais exemplos? heheh
Update:
É disso que to falando:
Update2: 17/02/2011
Olha Ai...XGh aplicado aos veículos, mais exemplos? heheh
Update:
É disso que to falando:
quarta-feira, 7 de abril de 2010
Comparando Estruturas de Testes em uma Organização
Artigo desenvolvido por dois profissionais gabaritados do CESAR que utiliza o artigo 4TestMethod- como referência.
Comparando Estruturas de Testes em uma Organização
Este artigo relatará uma experiência na implantação de três estruturas organizacionais de testes: Equipe
Independente de Testes, Equipe Integrada de Testes e Terceirização em quatro projetos do
C.E.S.A.R.(Centro de Estudos e Serviços Avançados do Recife), descrevendo como cada estrutura foi
implementada, enfatizando as dificuldades, os benefícios encontrados e também fornecerá um
comparativo entre as três estruturas.
Comparando Estruturas de Testes em uma Organização
Este artigo relatará uma experiência na implantação de três estruturas organizacionais de testes: Equipe
Independente de Testes, Equipe Integrada de Testes e Terceirização em quatro projetos do
C.E.S.A.R.(Centro de Estudos e Serviços Avançados do Recife), descrevendo como cada estrutura foi
implementada, enfatizando as dificuldades, os benefícios encontrados e também fornecerá um
comparativo entre as três estruturas.
Assinar:
Postagens (Atom)









