5 questions, une seule bonne réponse par question.
Répondez à tout, puis cliquez sur Corriger mes réponses : score et explications s'affichent.
1. Pourquoi les TRANSACTIONS sont-elles indispensables ?
Gardez les transactions COURTES : n'en ouvrez jamais une en attendant une saisie utilisateur, cela bloquerait les autres. Gérez aussi les accès concurrents (BLOCAGE) pour éviter la « mise à jour perdue », où un utilisateur écrase silencieusement les modifications d'un autre.
2. Pourquoi la sécurité au niveau de l'INTERFACE ne suffit-elle pas ?
Raisonnez en DÉFENSE EN PROFONDEUR : droits côté SERVEUR (HFSQL Client/Serveur), contraintes dans l'ANALYSE, règles métier CENTRALISÉES dans des procédures (pour que les imports en bénéficient aussi), sécurité système et protection des SAUVEGARDES. Le Groupware Utilisateur fournit authentification, groupes et droits clé en main.
3. Qu'est-ce qui fait une bonne interface d'application de GESTION ?
Contrairement au grand public, l'utilisateur EXPERT de gestion préfère souvent une forte densité d'information et un accès direct aux fonctions. Réservez les fenêtres MODALES aux cas où une réponse est indispensable — une modale mal placée PIÈGE l'utilisateur. Rien ne remplace l'OBSERVATION des utilisateurs réels.
4. Quelle est la règle d'or avant de livrer une application ?
Votre poste possède déjà tout : l'application y fonctionne forcément, ce qui masque les manques. C'est la première cause des déploiements ratés. Pour une MISE À JOUR : sauvegardez les données AVANT, testez sur une COPIE des données réelles, planifiez hors heures critiques et prévoyez un RETOUR ARRIÈRE.
5. Quel est le principal intérêt des TESTS AUTOMATIQUES ?
Soyez CIBLÉ : testez le cœur métier (calculs, règles critiques) et les CAS LIMITES (zéro, valeurs vides, changements d'année), et écrivez un test à CHAQUE bug corrigé — la pratique la plus rentable. ⚠️ Des tests obsolètes qu'on ignore sont PIRES que pas de tests (faux sentiment de sécurité).