Automatización de Pruebas de Software - Tesis de Maestría [cerrado]

StackOverflow https://stackoverflow.com/questions/883305

Pregunta

estoy tratando de escribir una tesis acerca de la Automatización de Pruebas de Software.I plan para comparar los dos métodos de Grabación y Programación de secuencias de comandos de Prueba, y para discutir sobre varios de Automatización de Marcos, por ejemplo Abad, Selenio, Yemmy, FEST, etc ...También en mi Tesis será una breve reseña acerca de Softwaretesting Técnicas y tal vez una comparación de las pruebas automatizadas de pruebas de software.

EDITAR:Estoy planeando los aspectos de las pruebas de una Aplicación sobre la interfaz gráfica de usuario.Así que mi análisis estarían principalmente en el Blackbox Lado del mundo las pruebas.No he pensado escribir acerca de las Pruebas unitarias.

Por el Momento he leído bastante acerca de la Automatización diferentes Marcos de referencia, pero puede que no tenga el tiempo para revisar todos los de ellos.Tengo pensado leer acerca de ellos y hacer la Tesis más basadas en la literatura.

  • ¿Crees que este Tema podría ser exitoso?
  • ¿Tienes otras Ideas con respecto a este Tema?
  • Puede usted recomendar la Literatura?
  • ¿Cuál es tu Opinión acerca de este Tema?
¿Fue útil?

Solución

Una revisión de la literatura debe ser un buen enfoque para una tesis de maestría. Parece que usted quiere hablar sólo de herramientas de cara al cliente GUI-conducción de recuadro negro, que es un razonablemente pequeño nicho.

/ puede / quiere tener una página o dos en todo el mundo de las herramientas de prueba - prueba de la unidad, la seguridad, la carga, etc, como alguien ha mencionado anteriormente. Pero creo que apuntaste su nicho de mercado bastante bien.

Me gustaría pensar con una tesis de 6 créditos que debe tener un montón de tiempo para explorar y probar algunas de las herramientas de código abierto comercial y grandes, así como estudio de la literatura. Les animo a mirar en ambas herramientas commerical (pro prueba rápida, prueba completa) y también de automatización búsqueda ha impulsado el selenio - RC, por ejemplo. Alguien ha mencionado la prueba "detrás de la interfaz gráfica de usuario", por ejemplo FIT / Fitnesse, podría valer la pena discutir y evaluar.

cubro de recuadro negro, la automatización de pruebas funcionales en mi columna mensual en el número de diciembre de 2008 de la revista de pruebas de software y rendimiento:

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

Esa es la introducción a los arañazos de la superficie de una página. La introducción de cinco oraciones es que las herramientas de pantalla de registro / reproducción comparar todo, así que si los cambios en la interfaz en absoluto, de ninguna manera (incluso si sólo cambia la resolución de pantalla) que pueden volver como un falso error. herramientas de palabras clave impulsado únicamente comprobar lo que les dice a comprobar -. se pierden si un botón se desactiva repentinamente sin motivo o un icono no es transparente

Sólo un ser humano es bueno en la comprobación de que la afirmación oculta al final de cada caso de prueba "... y nada más extraño sucedió."

Así ejecución de la prueba basada en computadora y evaluación pueden tener algún valor, pero debe ser parte de un desayuno equilibrado.

Otras cosas a tener en:

  • James Bach de "pruebas de software de automatización de aceite de serpiente"
  • Kaner, Bach y el libro "Lecciones aprendidas en Testing de Software" de Pettichord
  • Mi blog sobre marcos de prueba - http://xndev.blogspot.com/2007/09/whats-test -framework.html (que es el número 4 resultado en google de "lo que es un marco de pruebas", por lo que me siento cómodo recomendando)
  • La analogía campo de minas ( http://www.testingperspective.com/tpwiki/ doku.php? id = campo de minas )
  • Los papeles de Doug Hoffman en la automatización de pruebas: http://www.softwarequalitymethods.com/H-Papers.html
  • El clásico "shelfware" problema de automatización de prueba
  • El antiintelectualismo empujado por algunos defensores de la comunidad de automatización de pruebas de caja negra
  • Curso de Pruebas de Caja Negro software de Kaner
  • obra de James Bach en el desarrollo cognitivo / prueba /
  • Contexto Driven Testing de Software
  • El trabajo de Jon Kohl en "El hombre y la máquina", o el enfoque cyborg (en lugar de ejecución de la prueba equipo independiente y evaluación)

Espero que ayude.

Otros consejos

Automatización de Pruebas de Software es un tema importante, y es posible que desee limitar su enfoque, en lugar de intentar abarcar una combinación de marcos, de reproducción/grabación, descripción de las técnicas automatizadas vsno.

Libros enteros se han escrito acerca de la automatización de pruebas de software:

  • Como un tema general
  • Enfoque funcional/característica de pruebas (FIT)
  • Centrándose en la unidad de pruebas
  • Centrándose en la unidad de pruebas utilizando un lenguaje particular, y marco

Los marcos están dirigidos a diferentes tipos de pruebas:

  • Pruebas de unidad
    • Test-Driven Development
    • Comportamiento Impulsado Por El Desarrollo
  • Característica/pruebas Funcionales
  • GUI pruebas (Windows, Java Gui, X, Windows, etc.)
  • Web de pruebas de
  • Las Pruebas De Rendimiento
  • Pruebas De Seguridad

Me gustaría considerar la posibilidad de centrarse en los marcos (o técnicas, o lo que sea) en una de estas zonas, en lugar de tratar de cubrir a todos.O elegir un par de estas áreas y el contraste.

La cuestión de la reproducción/grabación vsmanuscrita pruebas parece viejo para mí.En la década de 1980 vendedores gustado empuje de reproducción/grabación para Windows GUI de automatización.Lo hizo por la gran demos y esperanzas.Pero también frágil pruebas y shelfware.Reproducción/grabación es bueno empezar con una herramienta, pero para ser fácil de mantener, por lo general necesita de scripts escritos en un nivel superior.Que marcó el comienzo de una nueva era de la hoja de cálculo y palabras clave de los enfoques basados en, y, finalmente, AJUSTE/FitNesse.

No sé acerca de la literatura, pero creo que las publicaciones de ACM en la biblioteca de la escuela probablemente producirá resultados. los SIG * boletines particularmente . (Tal vez SIGSOFT ? )

Suena como una buena tesis de la Maestra a mí. Por supuesto, su director de tesis es la última palabra sobre eso. Hay que ir a hablar con ellos.

Como una revisión basada en la literatura, esto hace un excelente tema; hay un montón de material que hay. Obviamente no voy a empezar a entrar en todos los detalles de que, puesto que ese es su trabajo como autor. : -)

Sin embargo, aunque no estoy familiarizado con los requisitos originales de investigación para una tesis de maestría, esto ciertamente no sería suficiente para una tesis doctoral. Buscaría trabajo original se podría añadir a esto. Una idea sería una taxonomía de los métodos y sistemas de ensayo. También puede examinar el papel de las pruebas en comparación con la verificación formal.

Yo estaría interesado en la lectura de la tesis si está disponible en línea. Vale la pena considerar el acceso mediante programación a GUI - tanto en la web y la aplicación. Luego está de grabación y reproducción de herramientas como el selenio o Watir. Y, por supuesto, los pros y los contras de la automatización - limitaciones de las herramientas (la mayoría no puede ver el interior de los applets de Java o Flash en páginas web, por ejemplo) y lo más importante que algunas personas olvidan cuando se automatiza - no todo debe ser automatizado!

Pero si es posible para usted para comentar sobre este notificarnos cuando esté hecho, me gusta realmente una lectura.

Un excelente libro sobre la automatización de pruebas acaba de ser publicado este año:. “La implementación de prueba automatizada”, Elfriede Dustin, Thom Garrett y Bernie Gauf, Addison Wesley

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top