Selenium Test Case vs. Test Suite frente a uso general

Question

¿Cómo puedo saber qué debería ser un caso de prueba y qué suite de pruebas en Selenium? ¿Hay alguna regla general para ello? He leído el sitio de seleniumhq muchos otros, pero solo tienen algunos ejemplos básicos mientras quiero probar un sitio web completo.

Mis preguntas son, por ejemplo:

1. decir que estoy probando alguna forma de la tela de múltiples pasos. ¿Debo hacerlo un conjunto de pruebas y cada paso (en formato web) sería un solo caso de prueba o todos los pasos deberían ser un caso de prueba?

2. Digamos que he creado un foro web y quiero probar varias características en él. ¿Hago un conjunto de pruebas y cada caso de prueba prueba cada característica (o varios casos por cada característica) O Tendré muchas suites de prueba y cada suite prueba una característica con algunos casos de prueba.

3. Qué hacer si tengo un formulario que contiene 5 casillas de verificación; se puede hacer clic obviamente en cada una de ellas o no. Esto puede tener algunas consecuencias cuando presento el formulario. Entonces, teóricamente hay 2^5 = 32 posibles flujos de ejecución. ¿Debería probar los 32? O tal vez debería simplemente probar cada casilla por separado para simplificar las cosas. ¿Cuándo puedo/debo simplificar, cuando no? (suponiendo que las casillas de verificación PUEDEN ser de alguna manera relacionadas).

4. ¿Cada función debe tener casos de prueba que prueben resultados positivos y negativos? Por ejemplo, si me concentro en los flujos de trabajo correctos, es decir, envío un formulario válido y veo si el sitio web hizo lo que solicité (funcionó) O también envié un formulario vacío y compruebo si apareció el mensaje de error .

¿Puede responder a estas dando algunos ejemplos prácticos (si es necesario)? - tal vez usando algún sitio (StackOverflow?) como sitio de ejemplo.

Answer 1

respuesta a 1 y 2:

creo que esto es más un asunto sobre el diseño de pruebas de selenio. Considere Selenium como una herramienta que controla el navegador/sitio web como lo haría un usuario. Simula un usuario haciendo clic en la página. Para saber qué es un caso de prueba y qué es un conjunto de pruebas, debe pensar en las funcionalidades de su aplicación web que desea probar. Digamos que usted tiene tienda on-line de un caso de prueba podría poner a prueba los siguientes casos de uso:

• usuario pone artículos en su cesta
• usuario introduce sus datos (nombre, etc.)
• usuario obtiene un resumen de su orden
• usuario confirma la orden

depende de su aplicación que los flujos de trabajo o la funcionalidad que desea probar. Consideraría un conjunto de pruebas para un proyecto completo, por lo que una suite para una aplicación web. Y esta aplicación tiene muchos casos de prueba. Cada caso de prueba es un caso de uso.

Cuando construya un banco de pruebas, tenga en cuenta algunos patrones de diseño como ui-mapping, diseño de objetos de página y considere las ventajas de un sistema de administración de pruebas (como TestNG en Java). aquí hay algunos enlaces a que:

• http://www.shino.de/2011/07/26/on-the-pageobject-pattern/
• http://www.theautomatedtester.co.uk/tutorials/selenium/page-object-pattern.htm
• http://www.cheezyworld.com/2010/11/09/ui-tests-not-brittle/
• http://hedleyproctor.com/2011/07/automating-selenium-testing-with-testng-ant-and-cruisecontrol/

respuesta a 3 y 4:

Es similar a 1 y 2 . Siempre es una pregunta LO QUE QUIERES prueba. O una pregunta que el líder de su proyecto quiere que pruebe (o cliente). Cada funcionalidad que es importante y debería funcionar debe ser probada.