Automação de Teste de Software - Tese de Mestrado

votos
5

Eu estou tentando escrever uma tese sobre Automação de Teste de Software. Eu pretendo comparar as duas abordagens de gravação e programação de scripts de teste, e para discutir sobre várias estruturas de automação, por exemplo Abbot, selênio, yemmy, FEST, etc ... Também na minha Tese será uma breve visão geral sobre as técnicas de teste de software e talvez uma comparação de testes automatizados para testes de software.

EDIT: Estou a planear os aspectos de testar um aplicativo sobre ela é GUI. Então meus testes seria principalmente na Blackbox Side do mundo do teste. Eu não planejava escrever sobre Unit Testing.

No momento em que li bastante sobre as diferentes estruturas de automação, mas eu não pode ter o tempo para rever todos eles. Então, eu pretendo ler sobre eles e fazer a Tese de mais literatura - baseado.

  • Você acha que esse tópico poderia ser bem sucedido?
  • Você tem outras idéias sobre este tema?
  • você pode recomendo Literatura?
  • Qual é a sua opinião sobre esse assunto?
Publicado 19/05/2009 em 16:03
fonte usuário
Em outras línguas...                            


6 respostas

votos
8

Uma pesquisa da literatura deve ser um foco fino para uma tese de MS. Parece que você quer apenas falar sobre ferramentas voltadas para o cliente-condução GUI caixa-preta, que é um razoavelmente pequeno nicho.

Você / pode / quer ter uma ou duas páginas em todo o mundo de ferramentas de teste - teste de unidade, segurança, carga, etc, como alguém mencionado acima. Mas acho que você alvo seu nicho muito bem.

Eu acho que com uma tese de 6 de crédito que você deve ter muito tempo para explorar e experimentar algumas das ferramentas open-source comercial e maiores, bem como o levantamento da literatura. Eu incentivá-lo a olhar para ambas as ferramentas de comerciais (pro teste rápido, teste completo) e também de automação chave-driven - Selenium RC, por exemplo. Alguém mencionou testes "por trás da GUI" eg FIT / Fitnesse, pode valer a pena discutir e avaliar.

Eu cobrir caixa-preta, automação de testes funcionais na minha coluna mensal em dezembro 2008 emissão de teste de software e revista desempenho:

http://www.stpmag.com/issues/stp-2008-12.pdf (página 7)

Essa é a introdução do zero-a superfície de uma página. A introdução de cinco sentença é que as ferramentas de registro de tela / reprodução comparar tudo, por isso, se as alterações GUI em tudo, de qualquer forma (mesmo que você acabou de mudar a resolução da tela) que pode voltar como um falso erro. ferramentas orientadas por palavras-chave só verificar o que você diga-lhes para verificar - se perder se um botão de repente é desativado para nenhuma boa razão ou um ícone não é transparente.

Apenas um ser humano é bom em verificar que a afirmação escondido no final de cada caso de teste "... e nada mais estranho aconteceu."

Assim, a execução do teste baseado em computador e avaliação pode ter algum valor, mas deve ser parte de um pequeno-almoço equilibrado.

Outras coisas a olhar para:

  • James Bach de "Automação de Teste de Software Snake Oil"
  • Kaner, Bach e livro de Pettichord "Lessons Learned em Teste de Software"
  • Meu blog post sobre estruturas de teste - http://xndev.blogspot.com/2007/09/whats-test-framework.html (é o número 4 resultado google para "o que é um framework de teste", por isso estou confortável recomendando isto)
  • A analogia campo de minas ( http://www.testingperspective.com/tpwiki/doku.php?id=minefield )
  • Os trabalhos de Doug Hoffman em automação de testes: http://www.softwarequalitymethods.com/H-Papers.html
  • O clássico problema "shelfware" de automação de testes
  • O anti-intelectualismo empurrado por alguns defensores da comunidade de automação de testes blackbox
  • Curso de Teste de Software A Caixa Preta de Kaner
  • A obra de James Bach on / cognitivo / teste
  • Contexto Driven Testing Software
  • O trabalho de Jon Kohl sobre a abordagem cyborg (em vez de execução do teste computador-alone e avaliação) "Homem e Máquina", ou

Espero que ajude.

Respondeu 26/05/2009 em 15:10
fonte usuário

votos
3

Automação de Teste de Software é um grande tema, e você pode querer reduzir o seu foco ao invés de tentar cobrir uma mistura de quadros, a reprodução / gravação, visão geral das técnicas, vs. automatizado não.

Livros inteiros foram escritos sobre automação de teste de software:

  • Como um tópico geral
  • Concentrando-se em testes funcionais / característica (FIT)
  • Concentrando-se em testes de unidade
  • Concentrando-se em testes de unidade usando uma linguagem particular e quadro

Frameworks são destinadas a diferentes tipos de testes:

  • O teste de unidade
    • Test-driven development
    • Behavior Driven Development
  • Recurso / O teste funcional
  • testes de GUI (Windows, Java GUIs, o X Windows, etc.)
  • teste web
  • Teste de performance
  • Testes de segurança

Eu consideraria focando estruturas (ou técnicas, ou qualquer outro) em uma dessas áreas ao invés de tentar cobrir todos eles. Ou pegar um par dessas áreas e contrastá-los.

A questão dos testes escritos à mão reprodução / gravação vs. parece velho para mim. Em fornecedores da década de 1980 gostava de empurrar a reprodução / gravação para automação do Windows GUI. É feita para grandes demos e grandes esperanças. Mas também fez para testes frágeis e shelfware. Reprodução / registro é bom para você começar com uma ferramenta, mas para ser sustentável, você geralmente precisa de scripts escritos em um nível superior. Que marcou o início de uma nova era de planilha e abordagens baseadas em palavras-chave, e, eventualmente, FIT / FitNesse.

Respondeu 19/05/2009 em 17:24
fonte usuário

votos
0

Eu estaria interessado em ler a tese se ele está disponível online. Acesso a pena considerar programático para GUI - ambos web e aplicação. Então há de gravação e reprodução ferramentas como o selênio ou Watir. E, claro, os prós e contras de automação - limitações das ferramentas (a maioria não pode ver em applets Java ou Flash em páginas da web, por exemplo) e a coisa mais importante algumas pessoas esquecem quando automatizando - Nem tudo deve ser automatizado!

Mas se for possível para você comentar sobre isso para nos avisar quando ele é feito, eu realmente gosto de uma leitura.

Respondeu 07/12/2010 em 15:22
fonte usuário

votos
0

Como uma revisão baseada em literatura, isto faz um excelente tópico; há uma abundância de material lá fora. Obviamente eu não vou começar a entrar em todos os detalhes de que, uma vez que é o seu trabalho como o autor. :-)

No entanto, embora eu não estou familiarizado com os requisitos originais de pesquisa para uma tese de mestrado, isso certamente não seria o suficiente para uma tese de doutoramento. Gostaria de olhar para o trabalho original que você pode adicionar a esta. Uma idéia seria uma taxonomia de métodos e sistemas de teste. Você pode também analisar o papel dos testes em comparação com verificação formal.

Respondeu 19/05/2009 em 17:05
fonte usuário

votos
0

Eu não sei sobre literatura, mas acho que as publicações da ACM em sua biblioteca da escola, provavelmente, produzir resultados. Particularmente os boletins SIG * . (Talvez SIGSOFT ?)

Ele soa como tese de um bom mestre para mim. Claro que o seu orientador de tese é a palavra final sobre isso. Você deve ir falar com eles.

Respondeu 19/05/2009 em 16:46
fonte usuário

votos
-1

Um excelente livro sobre automação de teste acaba de ser publicado este ano: “Implementando Automated Testing”, Elfriede Dustin, Thom Garrett & Bernie GAUF, Addison Wesley.

Respondeu 27/05/2009 em 06:33
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more