| Terme | Définition | Référence |
|---|---|---|
| Profil opérationnel | La représentation d'un ensemble distinct de tâches exécutées par un composant ou un système, qui peut être basé sur le comportement de l'utilisateur en interaction avec le composant ou le système, et leur probabilité d'occurrence. Une tâche sera plutôt logique que physique et peut être exécutée par plusieurs machines ou dans des segments de temps non contigus. | Glossaire CFTL/ISTQB |
| Profilage des performances | Définition des profils d'utilisateurs pour le test de performance, de charge ou de stress. Les profils devraient refléter l'usage attendu ou réel, basé sur le profil opérationnel d'un composant ou système, et par conséquent la charge de travail attendue. | Glossaire CFTL/ISTQB |
| Programmation en binôme (ou pair programming) | Une approche du développement logiciel où les lignes de code (production et/ou tests) d'un composant sont écrites par deux programmeurs assis à un seul poste de travail. Ceci implique l'exécution de revues de code en temps réel. | Glossaire CFTL/ISTQB |
| Projet | Un projet est un ensemble unique d'activités, contrôlées et coordonnées, avec des dates de début et de fin, effectuées avec pour objectif de conformité à des exigences spécifiques, incluant des contraintes de temps, de coût et de ressources. [ISO 9000] | Glossaire CFTL/ISTQB |
| Prototype horizontal | Une mise en oeuvre partielle ou possible d'une interface utilisateur pour un système logiciel. Utilisé pour évaluer la facilité d'utilisation et pour évaluer la complétude et la cohérence des exigences. Aussi appelé un prototype comportemental ou maquette. | Glossaire CFTL/REQB |
| Qualification | Le processus consistant à démontrer la capacité à satisfaire les exigences spécifiées. Note : le terme "qualifié" est utilisé pour désigner le statut correspondant. [ISO 9000] | Glossaire CFTL/ISTQB |
| Qualité | Degré par lequel un composant, système ou processus atteint des exigences spécifiées et/ou des besoins ou attentes des clients ou utilisateurs [d'après IEEE 610] | Glossaire CFTL/ISTQB |
| Qualité basée sur la fabrication | Une vision de la qualité selon lequel la qualité est mesurée par le degré selon lequel un produit ou service est conforme à sa conception et les exigences exprimées. La qualité découle du/des processus utilisé(s). [D'après Garvin] | Glossaire CFTL/ISTQB |
| Qualité basée sur la valeur | Une vision de la qualité où la qualité est définie par le prix. Un produit de qualité ou un service est celui qui fournit l'efficacité voulue à un coût acceptable. Le niveau de qualité est déterminé au moyen d'un processus de décision, avec des parties prenantes, sur un compromis entre les aspects de temps, d'effort et de coût. [d'après Garvin] | Glossaire CFTL/ISTQB |
| Qualité basée sur le produit | Une vision de la qualité, dans lequel la qualité est basée sur un ensemble bien défini d'attributs de qualité. Ces attributs doivent être mesurés de manière objective et quantitative. Les différences dans la qualité des produits du même type peuvent être tracées à la source, c'est à dire selon la manière dont les attributs spécifiques de qualité ont été mis en uvre. [D'après Garvin] | Glossaire CFTL/ISTQB |
| Qualité basée sur l'utilisateur | Une vision de la qualité où la qualité est la capacité de satisfaire les besoins, manques et désirs de(s) l'utilisateur(s). Un produit ou un service qui ne répond pas à des besoins ne trouvera probablement pas d'utilisateurs. C'est une approche conditionnelle et dépendante du contexte puisque différentes caractéristiques métiers requièrent différents niveaux de qualité pour un produit. [d'après Garvin] | Glossaire CFTL/ISTQB |
| Qualité logicielle | La totalité des fonctionnalités et caractéristiques d'un produit logiciel qui influent sur sa capacité à satisfaire des besoins déclarés ou implicites [d'après ISO 9126] | Glossaire CFTL/ISTQB |
| Qualité transcendante | Une vision de la qualité où la qualité ne peut pas être précisément définie, mais nous la reconnaissons quand nous la voyons, ou sommes conscients de son absence quand elle manque. La qualité dépend de la perception et des sentiments affectifs d'un individu ou d'un groupe d'individus envers un produit. [d'après Garvin] | Glossaire CFTL/ISTQB |
| Rapport d'anomalie | Un document fournissant une information sur un défaut dans un composant ou système qui peut conduire le composant ou le système à ne pas exécuter les fonctions requises. [d'après IEEE 829] | Glossaire CFTL/ISTQB |
| Rapport d'avancement du test | Un document résumant les activités et résultats de test, produit à intervales réguliers, pour documenter les activités de test par rapport à une base de référence (tel que le plan de test original) et communiquer les risques et alternatives nécessitant une décision du management. | Glossaire CFTL/ISTQB |
| Rapport d'évaluation des tests | Un document produit à la fin du processus de tests et récapitulant les activités et les résultats de tests. Il contient aussi une évaluation du processus de test et des leçons apprises. | Glossaire CFTL/ISTQB |
| Rapport d'incident | Un document rendant compte de tout événement apparaissant pendant les tests et qui requiert une vérification. [d'après IEEE 829] | Glossaire CFTL/ISTQB |
| Rapport de synthèse de tests | Un document synthétisant les activités et résultats de tests. Il contient aussi une évaluation des articles de tests correspondants par rapport aux critères de sortie [d'après IEEE 829] | Glossaire CFTL/ISTQB |
| Rational Unified Process (RUP) | Un cadre propriétaire et adaptable décrivant le processus itératif de développement d'un logiciel. Le processus comprend quatre phases du cycle de vie du projet : création, élaboration, construction et transition. | Glossaire CFTL/ISTQB |
| Récupérabilité | Capacité d'un produit logiciel à réétablir un niveau de performances spécifié et récupérer les données directement affectées en cas de défaillance [ISO 9126] | Glossaire CFTL/ISTQB |
1 - 2 - 3 - 4 - 5 - 6 - 7 - 8 - 9 - 10 - 11 - 12 - 13 - 14 - 15 - 16 - 17 - 18 - 19 - 20 - 21 - 22 - 23 - 24 - 25
