Tous les articles
Les tests Mobiles : Les choix obligatoires en amont !
Dans cette série sur les tests mobiles je parlerai principalement de tests fonctionnels de bout en bout. Dans le mobile et peut être plus que dans la plupart des autres filières du développement logiciel (hors IoT que je considère comme une extension des problématiques du mobile) des choix importants sont à faire en amont ! Des choix particuliers sur le public visé. Dans le mobile encore plus que dans beaucoup d’autres secteurs l’exhaustivité des tests est une utopie. La première chose à faire dans le mobile est donc de définir un certain nombre de périmètres : · Quels OS ? Fait-on une application pour Android,
Les tests aux limites
Définition ISTQB : une technique de conception de tests boîte noire dans laquelle les cas de tests sont conçus sur la base des valeurs limites Les tests aux limites sont donc des tests boite noire, c’est-à-dire que l’on ne s’intéresse que à ce que l’on met en entrée et ce que l’on a en sortie. De plus, lorsque l’on parle de tests aux limites on fait référence aux « limites » des comportements de l’application (normalement définies dans les spécifications). Le plus simple est de prendre un exemple : Les PJ avec une application mail. Spécifications, envoi de mail possible tant que : · Maximum 10 PJ
Le test en image (3)
Tests en cycle en V: qui fait quoi? (image à retravailler) Les retest Tests boite noire Tests boite blanche Tests d’acceptance: Souhaiteriez vous vivre dans cette maison? Couverture des méthode (1 test minimum par fonctionnalité): Couverture des instructions (1 test minimum pour chaque ligne de code): Couverture des chemins d’exécution (tous les scénarii possibles): N’hésitez pas à rejoindre le groupe Le métier du test N’hésitez pas à me suivre et lire mes autres articles si vous voulez en apprendre plus sur le test ou venir partager vos connaissances Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles.
La phase de Retest
Le cycle de vie d’un bug comporte plusieurs étapes décrites ci-dessous : Dans ce cycle, une étape est malheureusement souvent négligée : La phase de Retest (ou de vérification). A quoi correspond exactement cette phase ? La phase de retest d’un bug a plusieurs buts : · Vérifier que le bug est bien corrigé : un travail est rarement parfait lors de sa première version ! Renvoyé un bug qui n’est pas parfaitement corrigé est très courant dans la vie d’un testeur. · Vérifier que la correction du bug n’a pas créer de nouveaux bugs plus impactant : Là encore, si on corrige un bug c’est pour améliorer l’application. Il
Les bilans: la vitrine des tests!
Voici un article qui me semble important à écrire et qui est dans la continuité de mes articles sur la conception, l’écriture, l’exécution seule et l’analyse des tests. Les bilans sont un livrable de test particulièrement important car les bilans c’est : · Le résumé d’une campagne de test · Le livrable le plus visible · Le livrable le plus lu · Le livrable le plus attendu Autant dire qu’un mauvais bilan (ou bilan mal présenté) peut rendre une campagne parfaitement maîtrisée et pensée (en terme de couvertures, de stratégies, de qualités des tests et des environnements) totalement vain car inutilisable (ou inutilisé). Pour être lu