Condivisione della tecnologia

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

se sei uningegnere di test del software , quello che affronti ogni giorno sono quegli insetti "difficili", sono come nemici nascosti nell'oscurità, che saltano fuori di tanto in tanto per darti una "sorpresa". Quindi, come puoi analizzare e gestire efficacemente questi bug e rendere il tuo lavoro di test efficiente e interessante? Oggi parleremo di questo argomento.

Iniziamo dalla causa principale: dov’è il “vero colpevole” del bug?

Consideriamo innanzitutto un caso classico.Xiao Li è un espertoIngegnere di prova , è stato recentemente responsabile del test di un sistema finanziario. Durante un test, Xiao Li ha scoperto un bug grave: si verificava un errore nell'importo quando l'utente eseguiva un'operazione di trasferimento. Se questo bug venisse inserito in un ambiente di produzione, le conseguenze sarebbero disastrose.

Così, Xiao Li iniziò il suo "viaggio investigativo". Ha iniziato con la causa principale e ha analizzato i vari fattori che potrebbero aver causato il bug. Dopo alcune indagini, Xiao Li ha scoperto che il problema risiedeva nell'analisi incompleta della domanda e nei problemi del codice del programma. Alcune condizioni al contorno non sono specificate nel documento dei requisiti, causando errori nel programma durante la gestione di scenari speciali.

In questo caso, Xiao Li non solo deve correggere il bug, ma deve anche migliorare l’analisi dei requisiti e il processo di revisione del codice per evitare che problemi simili si ripetano.

Condivisione dei casi: dietro i problemi del codice del programma

Consideriamo un altro caso. Xiao Wang è un collega di Xiao Li e insieme hanno partecipato alla sperimentazione di un progetto di e-commerce. Xiao Wang ha scoperto un bug: la quantità di inventario di alcuni articoli nel carrello non poteva essere visualizzata correttamente. Questo bug sembra semplice, ma la ragione è complicata.

Dopo un'analisi dettagliata, Xiao Wang ha scoperto che i programmatori consideravano solo scenari normali durante la codifica e ignoravano situazioni anormali. Ad esempio, quando la quantità di inventario è pari a zero, il programma non la gestisce di conseguenza, generando un errore di visualizzazione. Questo bug ricorda a Xiao Wang che quando scrivi casi di test, non devi solo coprire scenari normali, ma considerare anche varie situazioni anormali.

Per aiutare tutti a capire meglio, Xiao Wang ha anche scritto appositamente un codice di esempio:

def check_inventory(item_id):    inventory = get_inventory(item_id)    if inventory > 0:        return f"库存数量：{inventory}"    else:        return "商品已售罄"

# 测试用例assert check_inventory(101) == "库存数量：10"assert check_inventory(102) == "商品已售罄"

Questo codice utilizza un semplice giudizio condizionale per garantire che le informazioni possano essere visualizzate correttamente anche quando l'inventario è pari a zero. Questo è ciò che Xiao Wang ha imparato attraverso l'analisi dei bug.

Fase di scoperta dei difetti di analisi: a partire dalla fonte

Quando analizziamo i bug, dobbiamo anche prestare attenzione a quale fase del processo di sviluppo sono stati scoperti. In generale, la fase di scoperta dei bug può essere divisa in fase di analisi del test e fase di esecuzione del test.

La fase di analisi del test esamina principalmente i documenti dei requisiti e i documenti di progettazione di massima. I bug scoperti in questa fase sono spesso legati a problemi di documentazione e di revisione. La fase di esecuzione del test, inclusi test del fumo, test funzionali, test di regressione, ecc., consiste nel verificare in modo completo il software per garantire il normale funzionamento di ciascun modulo funzionale.

Ad esempio, Xiao Li e Xiao Wang hanno scoperto molti problemi di documentazione nelle prime fasi del progetto. Se questi problemi non vengono risolti in tempo, potrebbero causare più bug nei test successivi. Pertanto, controllano rigorosamente ogni fase di test per garantire che tutta la documentazione e il codice siano completamente rivisti.

Analisi del sistema di introduzione dei difetti: individuare la “zona ad alta incidenza”

A volte, il verificarsi di bug è legato alla complessità e alla quantità di modifiche di un particolare sistema. In un progetto di grandi dimensioni che coinvolge più sistemi, alcuni sistemi potrebbero diventare "aree ad alta incidenza" di bug a causa di modifiche pesanti. Ad esempio, nei progetti di Xiao Li e Xiao Wang, il Sistema 2 e il Sistema 3 avevano il maggior numero di modifiche, quindi avevano anche il maggior numero di bug.

Calcolando la densità dei difetti di ciascun sistema (ovvero il numero di difetti per mille righe di codice), hanno scoperto che, sebbene il sistema 4 presentasse una grande quantità di modifiche, il numero di difetti era relativamente piccolo. Ciò indica che il Sistema 4 ha una qualità del codice più elevata, mentre il Sistema 2 e il Sistema 3 necessitano di ulteriore ottimizzazione.

Analisi dei mancati rilevamenti nei test: prevenire il “pesce che sfugge alla rete”

Infine, occorre prestare attenzione anche al problema dei mancati rilevamenti nei test. Non importa quanto siano attenti i tester, alcuni bug potrebbero comunque "trapelare" durante la fase di test ed entrare nell'ambiente di produzione. Per ridurre questa situazione, Xiao Li e Xiao Wang rivedono regolarmente il processo di test, analizzano quali collegamenti potrebbero presentare omissioni e apportano miglioramenti tempestivi.

Ad esempio, dopo l'avvio di un progetto, hanno scoperto che nell'ambiente di produzione erano comparsi alcuni bug, un terzo dei quali erano causati da rilevamenti mancati durante il processo di test. Alcuni di questi bug sono dovuti a una copertura insufficiente dei casi di test, mentre altri sono dovuti a dati di test di bassa qualità.

scrivi alla fine

Attraverso un'analisi completa dei bug, non solo possiamo trovare la causa principale del problema, ma anche trarre ispirazione per il miglioramento. Che si tratti di analisi dei requisiti, qualità del codice o processo di test, ogni aspetto richiede la nostra attenta attenzione e la nostra continua ottimizzazione. Solo in questo modo è possibile migliorare la qualità del software e ridurre il verificarsi di bug.

Infine, vorrei ringraziare tutti coloro che hanno letto attentamente il mio articolo. Guardando l'aumento di fan e attenzione, c'è sempre un po' di cortesia. Anche se non è una cosa molto preziosa, se puoi usarla, puoi prenderla direttamente! 

Documento di intervista sul test del software

Dobbiamo studiare per trovare un lavoro ben retribuito. Le seguenti domande per l'intervista sono gli ultimi materiali di intervista di società Internet di primo livello come Alibaba, Tencent, Byte, ecc., e alcuni capi di Byte hanno dato risposte autorevoli dopo aver terminato questa serie Credo che tutti possano trovare un lavoro soddisfacente in base alle informazioni del colloquio.