Cypress initial config and tests #90
Loading…
Reference in New Issue
No description provided.
Delete Branch "wbuezas/hedera-web-mindshore:feature/CypressInit"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Cypress initial config and teststo WIP: Cypress initial config and tests@ -69,1 +71,4 @@
"back": "cd ../vn-database && myvc start && cd ../salix && gulp backOnly",
"cy:open": "cd ../salix && gulp docker && cd ../hedera-web && cypress open",
"test:e2e": "cd ../salix && gulp docker && cd ../hedera-web && cypress run",
"cy:open-mindshore": "cd ../salix && gulp docker && cd ../hedera-web-mindshore && cypress open",
no entiendo la diferencia entre hedera-web y hedera-web-mindshore
Que uno luego del
gulp docker
va al proyecto dehedera-web
y el otro al proyectohedera-web-mindshore
(fork), eso luego pueden eliminarlo, lo uso para poder desarrollar en el fork@ -70,0 +73,4 @@
"test:e2e": "cd ../salix && gulp docker && cd ../hedera-web && cypress run",
"cy:open-mindshore": "cd ../salix && gulp docker && cd ../hedera-web-mindshore && cypress open",
"test:e2e-mindshore": "cd ../salix && gulp docker && cd ../hedera-web-mindshore && cypress run",
"resetDatabase": "cd ../salix && gulp docker",
si definimos este script, no podemos usarlo en el resto?
Si, claro que se puede, ahí lo apliqué.
Commit:
40444ac46a
@ -0,0 +18,4 @@
cy.get('[data-testid="addItemQuantityButton"]:first').click();
cy.dataCy('catalogAddToBasketButton').should('exist');
cy.dataCy('catalogAddToBasketButton').click();
cy.dataCy('positiveNotify').should('contain', 'Añadido');
Esta podría ser candidata a irse a un comando global
Command de notify creado y aplicado.
Commit:
a142ceb151
@ -0,0 +12,4 @@
cy.get('input[data-testid="payAmountInput"]').clear();
if (typeAmount || typeAmount === 0)
cy.get('input[data-testid="payAmountInput"]').type(typeAmount);
cy.dataCy('confirmDialogButton').should('exist');
Estas 2 podrian ser candidatas a irse a un comando global
Coincido, aplicado.
Commit:
e4bc14ef3b
WIP: Cypress initial config and teststo Cypress initial config and tests@ -49,3 +50,4 @@
v-for="(item, index) in items"
:key="index"
:clickable="false"
data-testid="itemsViewCard"
y si le concatenamos el indice?
Hay que añadir el test para gestionar las direcciones, tanto para crear, modificar, eliminar y cambiar la por defecto.
Añadir el report segun lo comentado en la tarea 7782
@ -0,0 +1,42 @@
describe('NewsView', () => {
before(() => {
cy.resetDB();
Este comando lo veo bien, pero cuando sea un before:run https://docs.cypress.io/api/node-events/before-run-api
No entiendo la necesidad de hacerlo en cada test, e incluso CatalogView lo tiene 2 veces. Es para que al tirarlo de manera individual, se refresque?
Entiendo lo que comentas, en base a esto, se te ocurre alguna alternativa para poder ejecutar diferentes tests sin que fallen los siguientes por haber creado / modificado data previamente?
@ -0,0 +27,4 @@
cy.dataCy('formDefaultSaveButton').should('exist');
cy.dataCy('formDefaultSaveButton').should('be.disabled');
cy.dataCy('newsTitleInput').should('exist');
cy.get('input[data-testid="newsTitleInput"]').type('Test new');
podemos hacer cy.dataCy(lo que sea).find('input')
Lo he tirado y en verde
Concuerdo con la propuesta, aplicada.
Commmit:
f70b98b514
@ -1,5 +1,6 @@
import { route } from 'quasar/wrappers';
import { useAppStore } from 'stores/app';
import { useUserStore } from 'stores/user';
IR a remember-password no va, ❌