Descrizione del progetto
TradottoGestiamo un portale B2B utilizzato ogni giorno dai nostri partner e manager di account, e rilasciamo aggiornamenti circa due volte al mese. Ad ogni rilascio testiamo gli stessi percorsi critici a mano, il che richiede un'intera giornata di lavoro di un tester manuale, e le cose sfuggono ancora perché un umano si stanca e salta un passaggio. Vogliamo sostituire quel rituale con una suite di regressione automatizzata che venga eseguita prima di ogni rilascio e ci dica chiaramente se gli scenari principali funzionano ancora.
La suite deve coprire il flusso di accesso con credenziali valide e non valide e un account bloccato, l'intero percorso di invio della richiesta da un modulo vuoto a un record confermato, e l'accesso basato sui ruoli in modo che un partner non veda mai gli schermi di un manager e un manager non possa accedere all'area di amministrazione. Vorremmo che i test venissero eseguiti contro una copia di staging del portale, producessero un rapporto leggibile che mostri quali scenari sono passati e quali hanno fallito con uno screenshot al punto di fallimento, e siano avviabili sia manualmente che dalla nostra pipeline di build con un codice di uscita chiaro.
Ci aspettiamo codice di test pulito e manutenibile che un nuovo ingegnere possa estendere, selettori stabili che non si rompono con lievi modifiche al markup, e brevi note scritte su come aggiungere un nuovo scenario. I risultati includono:
— scenari di accesso che coprono successo, password errata e utente bloccato;
— invio di richieste end-to-end con validazione dei campi;
— controlli di ruolo e permessi per partner, manager e admin;
— un rapporto leggibile e un codice di uscita compatibile con la pipeline.
La suite deve coprire il flusso di accesso con credenziali valide e non valide e un account bloccato, l'intero percorso di invio della richiesta da un modulo vuoto a un record confermato, e l'accesso basato sui ruoli in modo che un partner non veda mai gli schermi di un manager e un manager non possa accedere all'area di amministrazione. Vorremmo che i test venissero eseguiti contro una copia di staging del portale, producessero un rapporto leggibile che mostri quali scenari sono passati e quali hanno fallito con uno screenshot al punto di fallimento, e siano avviabili sia manualmente che dalla nostra pipeline di build con un codice di uscita chiaro.
Ci aspettiamo codice di test pulito e manutenibile che un nuovo ingegnere possa estendere, selettori stabili che non si rompono con lievi modifiche al markup, e brevi note scritte su come aggiungere un nuovo scenario. I risultati includono:
— scenari di accesso che coprono successo, password errata e utente bloccato;
— invio di richieste end-to-end con validazione dei campi;
— controlli di ruolo e permessi per partner, manager e admin;
— un rapporto leggibile e un codice di uscita compatibile con la pipeline.
Sviluppo software Contante, Bonifico bancario
