Condivisione della tecnologia

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

In quanto test, non è solo necessario per scoprire i problemi, ma anche per promuovere attivamente la risoluzione effettiva dei problemi a livello di utente;

1. Prima di tutto, devi comunicare attivamente e pazientemente con il team di sviluppo e riprodurre insieme il bug, fornire l'ambiente di test, le fasi operative, i dati di test, gli screenshot, i log, ecc. per garantire che rd abbia una piena comprensione del bug e possa meglio comprendere e individuare il bug;
2. In secondo luogo, verificare se a causa di fattori ambientali o di dati sporchi nell'ambiente di test, il bug esiste solo nell'ambiente di test e rd non può essere riprodotto nell'ambiente di sviluppo, dimostrarlo a rd nell'ambiente di test. Se è un bug valido, seguilo e miglioralo; se è un ambiente di test Difetti non validi causati da dati sporchi chiuderanno il bug;
3. Il test e lo sviluppo hanno interpretazioni diverse dei requisiti o i requisiti non sono chiari, facendo sì che lo sviluppo li consideri come bug non validi a causa dell'ambiguità dei requisiti, che devono essere confermati con il prodotto;
4. Lo sviluppatore ritiene che il test sia un test eccessivo e gli utenti non funzioneranno in questo modo in un ambiente reale; al momento la stazione di test ritiene che sia un bug valido, se necessario; il prodotto conferma che si tratta di un bug valido, il test può dare seguito, ad esempio Se il prodotto ritiene che il bug non sia valido, ma il tester lo ritiene valido, segnalarlo al leader diretto e avanzarlo;
5. Il bug non ha un requisito corrispondente, quindi deve essere comunicato contemporaneamente al PM e al RD. Il PM spiegherà chiaramente i requisiti specifici del requisito e il nodo temporale per la risoluzione del bug;
6. Se lo sviluppo ritiene che il problema sia causato da strumenti di sviluppo, framework di sviluppo o interfacce di terze parti, il testing deve comunicare in modo proattivo con il team di sviluppo e coordinarsi con il personale interessato per risolvere insieme il problema;
7. Se il bug non può essere riprodotto occasionalmente, lo sviluppo non lo approverà; se non può essere riprodotto, prova a fornire informazioni dettagliate sul problema (registrazione dello schermo, informazioni sul registro, informazioni sullo screenshot). Se non può essere riprodotto nuovamente, il bug verrà inviato al sistema di gestione dei difetti per facilitarne la successiva osservazione e tracciabilità (Contrassegnato come occasionale);