Discussion :

[S@turne]

Bonjour,

En tant que stagiaire, je suis chargée de sélectionner un outil de gestion de tests (je me ferait par ailleurs une joie de contribuer dans le forum "tests" une fois que j'aurais accompli ma mission).

Donc là en parallèle de mon cahier des charges, je suis en train de monter mon cahier de specs et ma grille d'analyse, mais je suis vraiment pas inspirée pour écrire mes spécifications.
Pour le moment j'ai une partie specs commerciales (prix, délais, sav...), ça ça va à peu près.
Mais alors pour les specs techniques à part la compatibilité avec l'OS et les contraintes d'import-export, je vois pas trop ce que je peux rajouter.
Et la partie qui concerne les specs fonctionnelles est au moins aussi désertique que le ciboulot de Paris Hilton (enfin y a quelques lignes en plus quand même), ça doit pourtant être le plus gros morceau me semble-t-il?

Bref, la question c'est : est ce que quelqu'un aurait un genre de plan de specs type ou pourrait me dire quelles questions on doit se poser pour rédiger des specs?
Parce que là j'ai tellement la tête dans le guidon je m'en sors pas.

Merci à vous

[Bruno Orsier]

tu pourrais aller visiter le site web des quelques fournisseurs. En général ils fournissent aimablement une documentation qui indique leurs points forts par rapport à leurs concurrents, tu dois pouvoir en tirer une liste de critères. Par exemple tu pourrais commencer par
What You Need to Know When Choosing an Automated Testing Tool.

En tout cas je suis intéressé par tes conclusions, merci de les poster.

Bruno

[S@turne]

En tout cas je suis intéressé par tes conclusions, merci de les poster.
Bruno

Je fini de pondre mes rapports et je me ferais une joie de contribuer

[philnext]

Une solution qui marche pas mal c'est de noter 'en vrac' à quoi va servir cet outil de test (il faut vraiment tout noter). Soit en notant ce qui te vient à l'esprit soit en 'interviewant' tes collègues (ou 'clients').
Une fois que tu as bien tout noté tu réorganises ça en grandes fonctions et généralement ça donne un résultat pas trop mal.

[Graffito]

Bonjour,

Si cela peut te donner quelques idées, voici le plan du cahier de spécification d'un logiciel de test automatique destiné à tester un frontal de communication :

1. INTRODUCTION 6
1.1 ABBREVIATIONS AND GLOSSARY 6
1.2 METHODOLOGY USED / REQUIREMENTS STANDARDS 6
1.2.1 Baseline 6
1.2.2 Terminology 6
1.2.3 Requirements identification 6
1.2.4 Document changes 6
1.3 SOURCE, APPLICABLE AND REFERENCE DOCUMENTS 7
1.4 CONTEXT 8
1.4.1 Product perspective 8
1.4.2 Environment 10
1.4.3 Product development and implementation constraints 12
1.4.4 Product purpose 12
1.5 DOCUMENT SCOPE 12
1.6 MAIN AUDIENCE 13
1.6.1 Test Suite development team (contractor) 13
1.6.2 Client/User 13
1.7 CONSTRAINTS, DEPENDENCIES AND ASSUMPTIONS 14
2. REQUIREMENTS 15
2.1 FUNCTIONAL REQUIREMENTS 15
2.1.1 Introduction 15
2.1.1.1 Test plan, test cases and actions 15
2.1.1.2 Storage 17
2.1.1.3 Mode of operations 17
2.1.2 Actions 19
2.1.2.1 ATN Ground and Air interface actions 21
2.1.2.2 FANS interface actions 23
2.1.2.3 Terminal interface actions 25
2.1.2.4 SYSTEM actions 25
2.1.2.5 AGDL interface actions 26
2.1.2.6 Variables processing actions 26
2.1.2.7 Actions implementation requirements 28
2.1.3 Message edition 28
2.1.3.1 FANS message edition 29
2.1.3.2 BER encoded message edition 29
2.1.3.3 PER encoded and ADB message edition 29
2.1.4 Test case edition 31
2.1.5 Test plan edition 32
2.1.6 Test case execution 35
2.1.7 Test plan execution 36
2.1.7.1 Selection 36
2.1.7.2 Execution 36
2.1.8 Execution and edition coupling 38
2.1.9 Generation of test description 38
2.1.9.1 Selection 38
2.1.9.2 Generation 38
2.2 PERFORMANCE REQUIREMENTS 39
2.2.1 System capacity and loading 39
2.2.2 Performance, response time 39
2.3 SECURITY AND PRIVACY PROTECTION REQUIREMENTS 39
2.4 SAFETY REQUIREMENTS 39
2.5 DELIVERABLES AND SOFTWARE PACKAGING 40
2.6 ENGINEERING REQUIREMENTS 40
3. QUALIFICATION PROVISIONS 41
4. REQUIREMENTS TRACEABILITY 41
5. APPENDIX A - GLOSSARY 42

[/QUOTE]