-
Notifications
You must be signed in to change notification settings - Fork 3
Gx 23427 ✅ tools qa forms practice form #410
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The head ref may contain hidden characters: "GX-23427-\u2705-tools-qa-forms-practice-form"
Conversation
…rst TC was created
…enero en el popup
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hola Pablo! Te comento algunos puntos que nos interesan para esta review:
- US en Jira: Te quedo pendiente además de reportar el bug ,cerrar el TX y cambiar el estado a "Test Failed" en la US así se indica que hay un bug.
- Cobertura: Muy bien la cobertura, aunque la US te pide solo el HP no esta de mas realiza por los casos negativos a fines didácticos
- Código: el archivo
GX-23133-BrokenLinks.cy.js
tiene cambios que no son necesarios para esta US. Te dejo revertir estos cambios para corregir. Tambien en este otro archivoGX-22038-TextBox.Page.js
realizaste cambios pero son de otra US. Puede ser algo de que se mergearon cambios a QA ,por lo que antes de modificar esto que te pido realizar un fetch y merge a QA. Si no se han realizado los cambios puedes revertir estos. Los archivos correspondientes a tu ejecución te los comento mas abajo en las líneas que nos interesen revisar. - Otros: Bien editado el CI. El archivo del markdown (.md) debe estar en el sprint donde se diseño en este caso el
sprint-21
Quedo al pendiente de las correcciones, un saludo!
"email": { | ||
"invalid": { | ||
"noAtSign": "valid_emailgmail.com", | ||
"noMinimChar": { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Te recuerdo por si acaso el formato de un mail: <user>@<org>.<tipo/extension>
Teniendo en cuenta lo anterior puedes llamar a tus variables :
noUser
noOrg
noExt
onoTipo
} | ||
|
||
//seleccionar un elemento de un dropdown list dinámico | ||
subjectsSelector(matching) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Muy buena la manera de seleccionar las opciones de este elemento ✨
form.get.address().should('have.css', 'border-color', field.greenBorder); | ||
}); | ||
|
||
it.skip('23428 | TC02: Validar NO enviar formulario al ingresar datos inválidos', () => { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Por aquí falto la validación de subject, entiendo que en el SUT no pasa que al fallar pero los criterios indican que este campo no debe estar vacío
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No, es lo que estaba por reportar de este bug antes del mantenimiento. El error me lo trae el input Mobile, este campo no puede tener menos de 10 dígitos y en la página de DemoQA me lo marca así, pero al ejecutar el test en Cypress esta prueba no pasa porque el campo me lo toma como correcto si la cantidad de dígitos está entre 1 y 9.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Perfecto ,me parece correcto que sea bug. Lo que te comentaba era por que no estas validando que el campo subject este en rojo ya que en los criterios de aceptacion indica que es un campo que no puede ir vacio,siguiendo esa logica su comportamiento deberia ser igual a los otros campos requeridos
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ahora que lo revisé dice que ese campo no puede estar vacío aunque no menciona que se torne rojo al dejarlo así, también es distinto el comportamiento porque no se muestra de ningún color después de enviar datos. Y ahora me doy cuenta que el hecho de que se puedan enviar datos aunque este campo esté vacío también es un bug porque se especifica que no se despliega la info con los datos enviados en este caso.
Cuando tengas los cambios corregidos en su totalidad no olvides agregar el tag "Needs Review". Además puedes quitar el tag "Code Review Feedback" una vez leas estos mensajes este es mas que nada indicativo que dejamos un mensaje por el hilo |
…es, reubicación del md a sprint21
Hola Pablo! Espero que estés bien |
restaurado el archivo GX-23133 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Se cambiaron las comillas dobles a simples por configuración del repositorio
Buen trabajo @vertop390 👏 continua avanzando así! 🚀 |
Se desarrolló la cobertura completa del formulario de estudiantes. Se realizaron 6 TC's de los cuales 5 (cinco) pasaron la prueba y 1 (uno) falló.
Para esta cobertura se desarrollaron un POM y un archivo JSON con datos de ingreso para el fixture.
El archivo "fixtures\data\GX-23427-PracticeForm.json" se estructura:
AVISO: El TC02 falló por defecto encontrado por lo que fue salteada su ejecución. En breve será reportado.