Que veulent dire les gens quand ils disent (et écrivent) des tests de cycle de vie?

Question

Je suis avec mon entreprise actuelle depuis environ quatre mois maintenant et j'ai remarqué comment plusieurs de nos étendues/documents RnD utilisent le terme «lifecycle testing». J'ai toujours pensé que ce terme signifierait l'ensemble de la phase de test d'un projet, mais le contexte du terme suggère qu'il est plutôt lorsque le logiciel est testé avec des données "en direct" ou "réelles" dans une mise en scène environnement aussi proche de l'environnement de production que possible. Cela m'a amené à me demander si j'avais mal compris la signification de la phrase, auquel cas quelqu'un peut-il expliquer ce que le test de cycle de vie est censé être ou signifier?

Answer 1

Un cycle de vie du logiciel est son comportement dans les situations suivantes:

• démarrage. Est-ce qu'il charge correctement? Est-ce rapide au démarrage? (Dépend de quel type de logiciel)
• Mid-life. Utilise-t-il beaucoup de mémoire? Nettoie-t-il la mémoire? Est-ce qu'il fait ce qu'il devrait faire?
• Exeting. Nettoie-t-il correctement les ressources? Est-ce que ça ferme tout bien?

Le test de cycle de vie est très important pour les applications serveur, où il est particulièrement axé sur le «milieu de vie» (ce n'est pas un terme officiel btw). Les applications serveur peuvent ne jamais tomber en panne en faisant quelque chose d'important, et si elles le font: elles ne devraient pas faire tomber le système complet.

L'indice "durée de vie" d'être "en direct" ou "réel" n'est pas très vrai, c'est plus "vivant" que "vivant".

Par exemple; J'ai construire un client-application Flash qui est une application « panneau », affiché sur un grand écran, et je suis-test du cycle de vie il:

• Graphics, tout ne se présentent bien? Pas seulement les premières minutes, mais même 12 heures sans redémarrer l'application.
• Mise à jour automatique, est-ce que cela fonctionne?
• etc.