Trattare con le stranezze del software

-1

Stavo solo rivedendo un codice e ho realizzato che avrebbe introdotto la possibilità di una situazione in cui i numeri che il nostro personale utilizza quotidianamente potrebbe essere leggermente in disaccordo con i numeri che otteniamo nei nostri rapporti mensili.

Risolvere questo problema sarebbe difficile e in definitiva non è di alcun beneficio. Lo vedo come un piccolo capriccio del sistema o potremmo chiamarlo debito tecnico. Il problema che sto affrontando comunque è che, anche se scrivo questo, si perderà su una bacheca da qualche parte.

Forse tra un anno o due, se ci sarà un cambio di processo, questa situazione potrebbe verificarsi e nessuno saprà perché sta accadendo. Come gestisci una situazione come questa? Lascialo e aggiungi un commento sperando che qualcuno lo prenda in test se le cose cambiano? È probabile che questi piccoli problemi nel tempo si accumulino ma per questo; a meno che non avvenga il cambiamento del processo, c'è un vantaggio 0 nella scrittura di questa difficile soluzione.

    
posta Jordan 07.08.2018 - 16:18
fonte

2 risposte

7
  1. Se esiste una sezione specifica di codice che causa principalmente il bug, o nel codice che raccoglie il numero errato, commenta il risultato. Indica esattamente perché non funzionerà sempre correttamente e cosa dovrebbe essere fatto per risolverlo. In questo modo, chiunque si ritrovi a cercare anni dopo, non dovrà duplicare i risultati.

  2. La bacheca è un posto appropriato per questo. Anche se è troppo grande per poter sperare di passare attraverso l'intera faccenda, si spera che le persone cerchino perché il rapporto sia leggermente fuori. Se successivamente il cliente o il proprietario del prodotto si lamenta della discrepanza, puoi dire di esserne a conoscenza ma non è una soluzione facile. Quindi il proprietario del prodotto può assegnargli una priorità più alta se è davvero importante.

risposta data 07.08.2018 - 16:33
fonte
2

L'importante è definire ciò che il tuo software dovrebbe fare e annotarlo !! .

Se si suppone di segnalare "ordini a settimana" e il rapporto mensile è supposto per segnalare "ordini completati a settimana", ad esempio, la documentazione per ogni bit del software dovrebbe riflettere questo.

Se si suppone che sia lo stesso, ma accetti il bug, allora questo è il nuovo requisito e dovrebbe essere di nuovo diverso.

Speri che con l'arrivo di nuove funzionalità nel corso degli anni, le persone controlleranno il documento per vedere cosa dovrebbe fare il software e qualsiasi confusione sarà chiarita.

Ma come tutti sappiamo, nessuno scrive o legge documentazione, queste cose ristagnano fino a quando nessuno sa cosa sono realmente supposti fare, quindi vengono usati in modo scorretto e le persone segnalano bug dove non ce ne sono e alla fine scrivere un nuovo sistema da zero.

    
risposta data 07.08.2018 - 16:31
fonte

Leggi altre domande sui tag