Fermer

avril 10, 2018

Vous voulez que votre application échoue? Si vous ignorez ces 3 clés à tester, l'échec est un pari sûr.7 minutes de lecture



Lorsque 40% des développeurs de logiciels sont trop pressés pour tester des applications, il est facile de voir pourquoi tant de mauvaises premières impressions.


7 min de lecture

Les opinions exprimées par les entrepreneurs sont les leurs.


Tous les fondateurs du démarrage savent que les tests sont importants – ou le font-ils? Une étude de TestPlant d'octobre 2017 a rapporté que 40% des 750 développeurs interrogés ont admis ne pas avoir testé leur logiciel parce qu'ils se sentaient tellement obligés de le publier le plus tôt possible

. déconnecter? Malheureusement, cela fait partie d'une culture de démarrage pour les développeurs d'applications, en particulier les débutants qui ressentent un sentiment d'urgence à précipiter leurs applications sur le marché. Mais ce lancement rapide peut mener à l'échec.

Avec une foule d'applications régulièrement publiées et mises à jour, il est normal de sentir que vous perdez du terrain chaque jour où votre plate-forme n'est pas orientée client. Mais en fait, vous n'avez qu'une chance de faire une première impression et cela s'applique particulièrement à ce domaine très compétitif.

Donc, mettez votre application à l'épreuve pour qu'elle soit la meilleure

Utilisateur: Démarrage erroné: 6 Erreurs d'essai de produit que vous devez éviter

Test: pas trop peu, pas trop

Tests dans le développement de logiciels est critique, mais cela ne signifie pas que votre application devrait rester sur le rayon jusqu'à ce qu'elle soit poussée et poussée pour chaque scénario possible. Un certain niveau de test est nécessaire à certains moments du cycle du produit, et il est important de bien faire les choses.

Alors, comment trouvez-vous le niveau de test «Goldilocks»? Heureusement, certaines touches simples peuvent vous aider à rester dans la bonne zone:

1. Commencez simplement

Tout au long d'un cycle de test, vous devez garder à l'esprit quelques concepts tout en étant conscient des points de vue des autres parties prenantes.

Commencez tout d'abord par créer un produit minimum viable ou MVP . Gardez cette version libre de fonctionnalités flashy et concentrez-vous plutôt sur la résolution d'un seul problème. Ensuite, relâchez-le aux bêta-testeurs pour vous assurer qu'il fait ce que vous avez prévu.

Rahul Sidhu, PDG et co-fondateur de la GRC application de la loi SPIDR Tech est venu à cette conclusion à la dure. «Nous avons passé beaucoup trop de temps à élaborer un produit complet qui faisait tout ce que nos clients pouvaient imaginer dès la sortie de la boîte, pour constater que le déploiement prenait trop de temps et que nous ne pouvions pas le faire comme nous le pensions. "Sidhu dit à Startup Savant .

Continuez à tester votre propre MVP pour chaque bug possible. En plus de vous faire perdre vos utilisateurs existants, cette application glitch-riddled que vous venez de publier pourrait bien en dissuader de nouveaux. Une version bêta privée peut générer une demande en limitant l'accès, mais cela ne fonctionne pas lorsque le groupe bêta actuel ne bourdonne pas sur la qualité de votre produit (malgré quelques bugs mineurs). En fait, une étude Compuware a révélé que seulement 16% des utilisateurs interrogés ont dit qu'ils donneraient une seconde chance aux applications.

Les applications non testées peuvent contrarier les fournisseurs qui peuvent aider les startups à essayer de gagner du terrain. En ne testant pas correctement dans les étapes bêta, l'équipe passera plus de temps à brouiller pour résoudre les problèmes. Cela met l'accent sur les développeurs et crée des tensions à un moment où une start-up devrait poursuivre avec enthousiasme la croissance. Mettez un MVP à travers une simple série de tests pour avoir une vision claire de ce dont il aura besoin pour passer à la phase de développement suivante.

2. Beta test tôt, souvent et correctement.

Libérer un produit "prêt pour la plupart" tôt à un groupe d'utilisateurs bêta privé est ce qui permet aux fondateurs de tester la viabilité de leur concept d'entreprise, pas seulement les bugs potentiels de l'application. Ceci est essentiel, en particulier pour les applications qui ont des pistes de financement limitées.

JoiRyde une start-up israélienne de covoiturage, connaît trop bien cette leçon . La société a travaillé sur son application pendant six mois sans les commentaires des utilisateurs, une tactique que le fondateur Omer Goldberg, en rétrospective, a vu comme une erreur. "Nous avons poli l'application, en essayant de la perfectionner avant de laisser les gens voir ce sur quoi nous travaillions.Quelle perte de temps !," Goldberg réfléchi sur la page Medium de freeCodeCamp

Apprenez de l'erreur de JoiRyde en créant une bêta privée. Ensuite, envisagez de créer une liste d'attente permettant aux membres d'inviter d'autres personnes. Offrez-leur quelque chose en échange d'être les premiers utilisateurs, et engagez-les régulièrement par e-mail et sur les réseaux sociaux pour leur dire combien vous appréciez leurs commentaires. Après le lancement, gardez ces bêta-testeurs à l'esprit pour d'autres versions et mises à jour de produit.

Fichier: Comment trouver les bêta-testeurs

la différence. Facebook, qu'il le réalise ou non, traite tous ses utilisateurs comme des bêta-testeurs . La société déploie immédiatement les modifications qu'elle apporte – d'abord aux employés, puis aux utilisateurs réels – tout en surveillant les bogues. S'il détecte des problèmes, il annule les modifications. Gardez un cache de bêta-testeurs pour vous assurer que votre application est soigneusement vérifiée avant qu'elle ne soit rendue publique.

3. Connaître le terrain et ses défis techniques.

Pour réussir avec les versions et les tests, vous devez savoir quels sont les défis à attendre. Les applications, par exemple, nécessitent des tests pour des milliers de scénarios possibles et sont plus délicates que les sites Web à tester. Les tests sont plus difficiles à automatiser, et avec beaucoup plus de variables tester un site Web sur des milliers de modèles de téléphones portables différents peut produire des résultats différents.

La variation dans les téléphones cellulaires – ou même les navigateurs raison pour laquelle vous ne devriez pas compter sur les développeurs pour faire tous vos tests. Une bonne équipe de test et une bonne stratégie ne se contenteront pas d'effectuer des tests automatisés, mais reproduiront également l'interaction humaine réelle avec l'application sur plusieurs périphériques et versions de système d'exploitation, utilisant à la fois des émulateurs virtuels et des périphériques réels. ]

N'oublie pas le back end. Même si vous n'avez pas de zone administrative, vous aurez une interface de programmation d'application (API) qui devra être testée, au minimum, avec des tests unitaires et un scanner de sécurité. Même si vous avez une application qui fonctionne parfaitement, le moment où un pirate peut manipuler l'arrière-plan de votre application, ou votre back-end ne se redimensionne pas et les problèmes de performances surviennent, vos systèmes sont en panne . ne devrait pas faire tous les tests. Beaucoup de services peu coûteux existent pour cela. De plus, les développeurs sont les pires testeurs d'applications, car ils n'utiliseront l'application que de la manière prévue. Et cela se produira même si vous suivez les conseils du co-fondateur de Stack Exchange, Jeff Atwood, pour " faire des choses terribles à votre code ."

C'était une leçon qu'Atwood a dit avoir apprise à ses débuts en tant que programmeur qui ne connaissait rien aux tests. Suivez donc son conseil: Configurez une petite équipe de testeurs (en plus de vos bêta-testeurs) qui peuvent utiliser l'application de manière inattendue et vérifier les éléments avant chaque version.

Globalement, l'espace de démarrage est le suivant: chaud comme toujours et c'est bon pour les ventes, mais cela implique également une pression spéciale pour fournir une application qui «fonctionne». Donc, ne vous laissez pas prendre dans l'élan et oubliez l'élément crucial du test.

Connexe: 5 critères pour maîtriser avant de lancer un MVP

un démarrage simple, un processus cohérent, des procédures de test judicieuses et complémentaires dans des équipes distinctes et un tri des bogues efficace, vous pouvez avoir une application performante et fonctionnelle. Et dans l'écosystème en évolution rapide d'aujourd'hui, qui sait: vous pourriez être à la tête du prochain grand gagnant.




Source link

0 Partages