Ad esempio in questo momento abbiamo finito lo sviluppo del nostro sprint 10 e vogliamo iniziare a testare i test di sprint nell'ambiente Stage.
Mi è stato detto che dovremmo prima testare "Frontend Sprint 10 da Stage " contro "Sprint 10 backend from stage". (So perché dobbiamo farlo)
E poi prova anche "Sprint 9 frontend da production " contro "Sprint 10 backend from stage" (non sai perché dobbiamo fare questo. t ottengono solo il frontend 10 e il backend 10 del tutto)
also test 'Sprint 9 frontend from production' against 'Sprint 10 backend from stage'
Questo è un caso di test importante se si desidera disaccoppiare le distribuzioni di frontend e backend che sono necessarie se si desidera eseguire distribuzioni a rotazione (ad esempio distribuendo il back-end di sprint 10 in modo incrementale senza tempi di inattività). Solitamente si distribuisce il backend in primo luogo, quindi se si distribuisce il backend spring 10 alla produzione, sarà temporaneamente un misto di frontend di primavera 9 e backend di spring 10 fino a quando il frontend di sprint 10 verrà distribuito alla produzione. Pertanto è necessario testare questo caso.
Won't they just get backend frontend 10 and backend 10 altogether?
potresti distribuire backend e frontend insieme, ma comporterebbe tempi di inattività per l'utente equivalenti a fermare tutti i server frontend e back-end, distribuendo sprint 10 artefatti e avviando server frontend e backend.
What happens if the backend of sprint 10 can't support sprint 9 frontend?
Questo dovrebbe essere il caso solo se le modifiche al backend dello sprint 10 hanno interrotto l'interfaccia. Ad esempio, decidi di rimuovere un metodo API dal back-end o di modificare il modello a oggetti in modo irrazionale. In questo caso hai alcune opzioni:
Leggi altre domande sui tag testing enterprise-architecture enterprise-development