Le passage à l'an 2000 a mis en avant auprès du grand public le problème de la qualité logicielle. A la suite de quoi les responsables d'entreprises se sont vus forcés de s'occuper de la qualité.  D'une manière générale, les exigences de qualité ont nettement augmenté depuis ce début de millénaire - et des mesures concrètes ont été mises en œuvre.

De plus, les outils de test deviennent de plus en plus performants, mais aussi plus complexes.  Ceci donne une chance aux entreprises d'améliorer leur compétitivité par le biais de la qualité de leurs produits ou services.

• La finalisation d'un projet stratégique traîne en longueur
  
  
• Vous éprouvez des difficultés à décider de la mise en fonction d'un produit sur la base des résultats de tests
  
  
• Les clients se plaignent de façon récurrente de la qualité de vos livraisons et services
  
  
• Les buts ainsi que les résultats des testeurs sont changeants ou discutés
  
  
• Il vous manque le personnel qualifié pour les tâches de test et d'intégration

Ce n'est que pour des applications très simples qu'il est possible d'écrire un programme sans préparation qui de plus ne contient pas d'erreurs. Dans la plupart des cas, une procédure progressive est indispensable. Pour des projets de plus grande ampleur, on se sert d'un modèle qui décrit les différentes phases du développement. Le dicton «all models are wrong, some are useful (for a specific purpose)» garde toute sa valeur. A retenir, le cycle en V est une abstraction logique et non une suite chronologique des différentes étapes. Il est possible de repasser plusieurs fois par certaines étapes au cours d'un projet.

Nos experts conseillent, selon votre cas concret, vos collaborateurs, ou exécutent eux-mêmes les tests et tâches d'intégration. Les collaborateurs de SYNSPACE sont formés aux outils courants sur le marché et mettent en application les principes enseignés dans nos formations.

Le cas idéal dans un projet logiciel est de déterminer les besoins. Cette définition n'est pas facile dans le cas de développement sur mesure. Les souhaits concrets sont générés à partir des besoins, qui sont formulés pendant la phase de spécifications par le fournisseur ou le client. Certaines fonctions du programme à réaliser devront donc satisfaire ces souhaits.

L'étape suivante consiste à remettre ce catalogue d'exigences avec une estimation de charge de travail pour obtenir un accord au développement du produit.

Après accord, on réalise un concept pour la réalisation. La tâche est scindée en plusieures parts. Chacune de ces composantes correspond aux spécifications. On définit aussi comment ces composantes doivent être intégrées pour obtenir le résultat souhaité.

Dans la phase de conception, on définit pour chaque composante quelle est son but, quelles méthodes (procédures, algorithmes,…) doivent être employées avec quelles données.

La détection d'erreurs a de préférence lieu au niveau d'abstraction auquel cette erreur a été commise. Les erreurs dans le code sont les plus faciles à détecter par ceux qui connaissent le code, en général les développeurs. Ceux-ci sont cependant plus occupés aux fonctionnalités de base des modules. Ils ont des difficultés à reconnaître systématiquement les exceptions et à tester les failles de leurs produits.

C'est au moment de l'intégration des modules que se retrouvent certains aspects qui sont à considérer lors de la conception mais qui n'intéressent pas les développeurs. Certains exemples sont le portage de l'application sur plusieurs plateformes - ou l'exécution parallèle de plusieurs tâches sur la même machine. Il existe bien sûr des exigences formulées aux développeurs pour que l'application atteigne son but, leur test n'est cependant pas du ressort des développeurs.

Tests d'intégration, tests système et test d'acceptation sont exécutés par des spécialistes.  Dans de gros projets, on désigne un groupe de test responsable de l'intégration.  S'y joignent les ingénieurs d'exploitation dès que le système est disponible dans sa totalité.  Ce sont eux qui connaissent le mieux les problèmes d'interfaces avec les autres applications et systèmes.  L'acceptation est l'affaire des collaborateurs des ventes, en collaboration avec les utilisateurs et le personnel qui garantira plus tard l'exploitation du système.