Tous les articles
J’ai testé le CrowdTesting (côté testeur) !
Attention: cet article a été écrit en 2017. Vous trouverez à la fin de ce dernier des réponses par rapport à des problèmes rencontrés (évolution ou explication) lors de mon expérience. PS: les images proposées ne sont plus les images initiales mais sont validées par Applause car permettent de ne pas enfreindre des règles de confidentialité avec leurs clients. Depuis mon article sur le CrowdTesting, j’ai continué à me renseigner pour mieux comprendre ce nouveau concept. Et, vous me direz, quoi de mieux pour comprendre le fonctionnement et se faire une idée que de tester par soi-même ? C’est donc ce que
Pourquoi être testeur ?
Introduction : Le métier de testeur est devenu très vaste. Tout comme pour les développeurs (avec par exemple les développeurs : Web, php, java…), le métier est maintenant très diversifié et peu difficilement être réduit à un unique métier (testeur « manuel », testeur automaticien, test manager, test de performance…) ou tout du moins en exercé tous ses aspects sur une seule mission. Dans cet article je vais néanmoins me permettre de simplifier et de juste parler de « Testeur ». · Les tests interviennent à toutes les étapes du projet (de l’expression de besoin à la production). Le métier du test permet donc de voir et de
Le Crowdtesting
Le Crowdtesting (ou crowdsourced Testing) est une nouvelle façon de faire du test d’application. Son principe est simple, Je n’ai pas (ou pas assez) de testeurs, de matériel, de temps… pour tester mon application comme je l’entends. Je vais donc faire appel à des testeurs externes qui sont présents partout dans le monde. Le principe est donc simple, comme pour le crowdfounding où « la masse » permet de financer des projets, ici le « Crowdtesting » a pour but de se servir de cette « masse » afin de tester son application. Ces personnes étant évidemment rémunérées. Limitations du crowdTesting : Il y a de nombreuses limitations
Le mot : Pourquoi… Le meilleur ami du testeur !
C’est article est un article qui m’a demandé pas mal de travail et de réflexion. Lorsque j’ai commencé à travailler dessus il s’est fini par un article sur le but des tests. Le sujet est en fait très large et, de mon point de vue, n’est pas uniquement lié au métier du test. Il n’est, pour moi, rien de plus démotivant que de se dire que ce que je fais ne sert à rien. Le but de cet article sera donc l’utilisation de ce mot, cette question « Pourquoi ? » dans le test et de convaincre qu’il est un pilier fondamental du métier
Le test en image (4)
Les tests aux limites: La locomotive roule bien sur les rails, par contre elle ne peut pas rentrer dans certaines gares. Couverture sans tests aux limites: On a donc ici toute une zone où le comportement de l’application est inconnu, et ce malgré un nombre important de tests. Les tests sont donc peu efficaces. Couverture avec tests aux limites: Contrairement au schéma précédent, ici on a toujours le même nombre de tests (8) mais il n’y a pas de zone « grise » où le comportement de l’application n’est pas connu. Tests mobiles: On ne peut pas tester tous les téléphones, il faut