Este repositorio ofrece un proyecto simple para empezar a trabajar con Selenium y Junit. Debéis hacer las modificaciones necesarias para adaptar las pruebas a la página que seleccionasteis. Una vez que terminéis debéis subir todo vuestro código al repo.
Para este ejercicio tenéis que elegir al menos 5 casos de prueba de los que hayáis definido en la primera práctica de esta unidad, y ejecutarlos haciendo uso de Selenium y JUnit. El objetivo de estas pruebas es romper la página, es decir, encontrar errores en la misma, si es posible, claro está.
Como requisitos previos se asumen nociones básicas de programación, concretamente este es un buen ejercicio si se parte de un paradigma de programación estructurada, para introducirse en la Programación Orienta a Objetos y en la programación de interfaces gráficas.
- Declaración de variables. Tipo y ámbito.
- Uso de funciones. Principio de Reutilización del Código
- Estructuras básicas de datos
- Estructuras básicas de control
- Bucles
- Entrada y salida de datos
- Librerías
Haz un fork del repositorio original y configúralo de forma privada (la actividad propuesta es individual ;) Otorga permisos de escritura al profesor en tu repo.
git clone <url de tu fork>
Crea tu propia rama de trabajo! Crea esta nueva rama de trabajo a partir de master
.
# Habitualmente tomará el formato rb-nombreApellido
git checkout -b <rb-usuario>
La evolución de tu solución final (si no estás trabajando en equipo) deberá estar apuntada por esta rama. Puedes utilizar todas las ramas que quieras, pero no trabajes en la master trabaja en la rama con tun nombre y asegúrate, si tienes otras ramas que forman parte de tu solución, de combinarlas con tu rama con el nombre de tu usuario.
Cada vez que retomes tu trabajo asegúrate tener la última versión de las especificaciones. Para ello:
-
(Sólo la primera vez) Añade como repo remoto el repo del profesor desde el que has creado tu fork.
git remote add profesor <url-repoProfesor>
-
(Cada vez que retomes trabajo) Revisa novedades y obtenlas del repo del profesor
git fetch profesor master
-
(Cada vez que haya novedades) Mezcla estas novedades con tu release branch. Si has seguido las indicaciones de este README no deberían producirse conflictos. Si se produjesen adviértelo al profesor.
# Asegúrate primero de estar en tu release branch
git checkout rb-usuario
# Después mézclate en tu rama actual las novedades
git merge profesor/master
Cuando tengas un revisión de tu código que consideres estable, etiquétala de la forma que te indique el mecanismo de versionado. Puedes hacer etiquetado de tu último commit de la siguiente manera:
# Si quieres hacer una etiqueta ligera (solo nombrar un commit
git tag <etiqueta>
# Si quieres hacer una etiqueta que contenga más información
git tag -a <etiqueta> -m 'El mensaje'
Si quieres poner una etiqueta a un commit anterior, pon su checksum al final de las instrucciones anteriores.
Recuerda enviar tus tags a tus repos remotos de la siguiente manera:
git push <remoto> <tag>
Consulta esta fuente para más detalles.
- Repo owner or admin