Elenco di controllo generale prima di rilasciare il software [chiuso]

3

Attualmente sto costruendo uno strumento che la mia azienda intende vendere. Sono l'unico sviluppatore del progetto e viene sviluppato al di fuori della nostra normale base di codice e in una certa misura al di fuori del nostro normale processo.

Sto provando a mettere insieme una lista di controllo degli elementi da controllare prima che ritenga che il software sia pronto per il rilascio per i test.

Questi sono gli elementi che ho inventato finora:

  • Il codice viene commentato in modo appropriato?
  • Il codice è conforme agli Standard aziendali definiti?
  • C'è una gestione degli errori in atto?
  • Esiste la sicurezza appropriata?
  • Esiste la registrazione appropriata?
  • È richiesta la localizzazione?
  • Sono state rilasciate note di rilascio e tutta la documentazione di accompagnamento?
  • Sono stati rimossi tutti i codici di test e di debug?
  • Sono stati rimossi dati sensibili come password e chiavi di licenza?
  • Le prestazioni sono state controllate? Qualche perdita di memoria?

Qualcuno può suggerire articoli che potrebbero essere aggiunti a questo elenco e spiegare perché si penserebbe che sarebbe utile? Il mio obiettivo è avere una lista di controllo dei modelli che posso personalizzare su progetto per progetto.

    
posta John Shaft 19.09.2011 - 12:28
fonte

3 risposte

9

Forse vuoi prendere in considerazione questo:

  • Quali servizi di sicurezza sono richiesti per installare il software?

  • L'unità di installazione è indipendente?

  • Il processo di installazione verifica la disponibilità di spazio?

  • La stringa di connessione al database viene creata automaticamente o codificata in modo statico e richiede la modifica dell'utente?

  • Il tuo codice gestisce dati specifici del dialetto come la data corretta?

  • La tua sicurezza potrebbe utilizzare la sicurezza di MS Windows? Lo hai provato?

  • Quali sono le altre dipendenze software assunte sul computer client di destinazione (come .NET Framework, ODBC, OLEDB, ecc.) - La tua installazione si occupa di questo?

  • Lo script di installazione presenta una disinstallazione che rimuove il software in modo sicuro?

  • Se il tuo software modifica il registro durante l'installazione, esegui un backup del registro prima di alterarlo?

  • Il tuo software si aspetta che alcune porte siano aperte sul firewall in modo che funzioni? Verifichi questo?

  • Se il tuo software è basato su browser, dici all'utente dei browser supportati?

  • Se il tuo software è basato su Windows, dici all'utente la risoluzione di Windows che vedi meglio (a meno che l'applicazione supporti tutte le risoluzioni)?

  • A volte potrebbe essere necessaria la conformità con gli utenti disabili.

  • Il tuo utente ha i mezzi per contattarti quando le cose non funzionano come previsto?

  • Sei in possesso di un accordo di licenza. Il processo di installazione prende in considerazione questo

  • Hai controllato tutti i diritti d'autore?

  • Hai confermato che il meccanismo di licenza (generazione di userid / password) funziona?

risposta data 19.09.2011 - 12:54
fonte
6
  • Esiste un registro modifiche ?
  • generato
  • Tutto è controllato in VCS ?
  • Abbiamo aggiunto ed eseguito con esito positivo test per ogni bug rilevato nella versione precedente?
  • Qualcuno ha implementato su un sistema in esecuzione?
  • Qualcuno ha usato per fare qualcosa di non banale?
  • Esiste una procedura di downgrade funzionante?
  • Il pacchetto aggiorna file modificabili dall'utente (come la configurazione) con garbo?
risposta data 19.09.2011 - 12:39
fonte
4

Alcuni:

  • Tutti i test unitari passano?
  • Il software è stato testato su un ambiente di pre-produzione / su tutti i SO supportati?
  • Il software è stato testato da persone non tecniche? Problemi di usabilità?
risposta data 19.09.2011 - 12:36
fonte

Leggi altre domande sui tag