Get best of the week

Livre «Comment tester sur Google» - version électronique gratuite

imageBonjour, habrozhiteli!

Le livre décrit les tests de produits logiciels chez Google: comment les processus sont organisés, comment les équipes sont organisées, quelles techniques sont utilisées, qui est responsable de la qualité. Les principes sur lesquels les tests Google sont basés s'appliquent aux projets et aux entreprises de toutes tailles. Les auteurs du livre eux-mêmes ont travaillé sur les produits Google, créant des outils de test, personnalisant les processus et effectuant des tests directement.

Le livre est destiné aux professionnels de l'industrie du développement logiciel: spécialistes des tests, programmeurs, managers.

Extrait. RĂ©duction de risque


Il est rarement possible d'éliminer complètement les risques. Nous conduisons une voiture, bien que cela soit dangereux, mais devons-nous nous rendre au travail? En général, la possibilité d'un accident ne signifie pas qu'il se produira et, très probablement, rien de terrible ne se produira. Pourquoi? Parce que par nos actions nous réduisons le risque possible. Par exemple, nous ne conduisons pas en état d'ébriété et ne conduisons pas dans des conditions de visibilité insuffisante. Ainsi, nous réduisons les risques.

Dans le développement de produits logiciels, le plus simple est d'éviter les zones à risques: moins de code, moins de risques. Mais en plus d'utiliser la «hache et la hache», nous pouvons faire beaucoup plus pour réduire les risques:

  • , , .
  • -, , .
  • , .
  • .
  • , . , .

La solution spécifique dépend des caractéristiques de l'application, des attentes de l'utilisateur quant à sa sécurité et sa fiabilité. En tant que testeurs, bien sûr, nous pouvons être impliqués dans le processus de réduction des risques, mais nous sommes certainement impliqués dans le processus d'identification. Nous commençons par prioriser les fonctionnalités marquées en rouge dans le tableau. Nous voulons tester afin de réduire les risques. C'est important: si vous ne pouvez pas tout tester, testez d'abord la chose la plus importante. Et le plus important, c'est qu'il est le plus exposé aux risques les plus graves.

Dans certains projets, ce sont les testeurs qui demandent si le produit est prêt à être publié. Il suffit qu'un bon testeur regarde la carte thermique pour déterminer s'il vaut toujours la peine de tenir le produit dans le four ou qu'il est temps de le servir sur la table. Si nous parlons de lancer un Google Labs expérimental, alors la présence de zones à risques rouges n'est pas si importante, si elles ne sont pas liées à la sécurité, bien sûr. Et s'il s'agit de la sortie d'une nouvelle version de Gmail, alors même les zones jaunes représentent un grave danger. Un dégradé de couleurs aussi simple est clair pour tout le monde, même pour les cadres supérieurs.

Les préoccupations concernant les risques disparaissent avec le temps et le grand nombre de tests réussis est un bon signe que les risques sont à un niveau acceptable. Ici, nous bénéficions de la liaison des cas de test aux fonctionnalités de chaque produit, puis aux attributs et composants de la table des risques. "L'analyse ACC" est idéale pour ce cas, et c'est pourquoi nous avons créé cet outil comme ça.

Plan de test de prescription de James Whittaker en dix minutes


, , . , , — ? , , . Google, , -. , , : «», « » — « » ( ). ’, , - , .

— . -, , — , , ( ), , , . : , ,
?

- , , , . , — . : ?

- , - . . : -.

, : - . - , .

, . : . , , .
-, .

. : « , - ». , , . , , , , .

, , , (Google Docs, App Engine, Talk Video . .), .

, ACC-. , . — , — . , . - — . , , .

’, - . . ,
- .

, . , . 80% . ? , , ? , (, , ) . , , .

. -!


Google Test Analytics prend comme base les critères d'évaluation des risques décrits ci-dessus ("très rare", "rarement", "parfois", "souvent"). En particulier, nous ne voulons pas faire de l'analyse des risques une tâche difficile, sinon elle ne sera pas terminée. Nous ne nous intéressons pas aux détails mathématiques exacts, car les chiffres signifient peu. Il suffit de savoir que «A» est plus risqué que «B», sans prêter attention à l'importance exacte des risques. Une simple connaissance de l'opportunité qui est plus risquée qu'une autre permettra au gestionnaire de test de distribuer plus efficacement le travail des testeurs. Et des gens comme Patrick Copeland peuvent facilement décider du nombre de testeurs à affecter à chaque équipe de développement. Comprendre les risques profite à toute l'entreprise.

L'analyse des risques est un domaine scientifique indépendant respecté dans de nombreuses industries. Nous utilisons une version simplifiée de la méthodologie, mais cela ne nous empêche pas de nous intéresser à de nouvelles recherches afin d'améliorer notre approche des tests. Si vous souhaitez en savoir plus sur l'analyse des risques, commencez par l'article «Gestion des risques» sur Wikipédia.

GTA aide à identifier les risques et les tests contribuent à les réduire. Le testeur sert d'intermédiaire dans ce processus. Il peut effectuer des tests internes dans certaines des zones les plus risquées ou des développeurs de tâches et des développeurs en test afin d'ajouter des tests de régression. Il existe d'autres outils dans son arsenal: les tests de recherche, l'attraction d'utilisateurs internes et bêta et la force de la communauté externe.

Il est de la responsabilité du testeur de connaître toutes les zones à risque. Il devrait essayer de réduire les risques de toute manière qui lui est soumise. Voici quelques recommandations que nous trouvons utiles pour gérer les risques.

  1. Pour les fonctionnalités les plus risquées et les paires attribut / composant marquées en rouge, écrivez un ensemble d'histoires utilisateur, de scénarios d'utilisation ou un guide de test. Chez Google, la responsabilité des opportunités les plus risquées incombe au testeur. Il peut coordonner son travail avec ses collègues, utiliser différents outils, mais la responsabilité personnelle incombe toujours à lui.
  2. , . , GTA? ? ? . , , .
  3. , / , , . .
  4. — . , . , . , : «!», . , .
  5. , . , , . , « ?» « ?». Google , , .
  6. 6 , , , . ! .




, . , , , .

, , - . - , , , . , , . , , .

, , . -, - — !

— . - . — . Google , . -: Google Documents — , .

, , , . — .

Nous ne serons pas trop fautifs avec des opportunités à faible risque. Nous pouvons décider que la rédaction de cas de test pour ces domaines est trop coûteuse. Au lieu de cela, nous pouvons nous limiter aux tests de recherche ou aux tests de crowdsource. Pour gérer le travail des testeurs de la communauté externe, nous utilisons souvent le concept de visites - ce sont des instructions de haut niveau pour les tests de recherche. Autrement dit, cette approche donne à votre demande les détails dont vous avez besoin. Par exemple, demander à la communauté: «Passez une visite FedEx pour un tel ensemble de fonctionnalités» - nous obtiendrons un bien meilleur résultat que de simplement donner l'application et d'espérer le meilleur. Nous déterminons immédiatement les fonctionnalités qui doivent être testées et donnons des instructions sur la façon de procéder.

Crowdsourcing




— . , , - ! , . . ?

, , . , , — , , -. , Chromium, . , , . , .

( ) — . , , . , , ? — .

, , , . , : -1000 , : Chrome, : 1 = 1000 20 = 50 . .

, , , . , , . Chrome, , , ( « Chrome»). . , . « , » , .

- — Google: , , . , . , , , (, uTest). .

Ainsi, la force de l'analyse ACC est que nous obtenons une liste des fonctionnalités du produit qui peuvent être triées par risque et attribuées à différents interprètes. Les testeurs travaillant sur le même projet peuvent recevoir différents ensembles de capacités de test. Les utilisateurs internes, les participants à «vingt pour cent», les testeurs, les testeurs de communauté, les développeurs, les développeurs en test recevront tous leurs listes de fonctionnalités et, à la joie du testeur, les domaines importants seront couverts avec moins de chevauchement que si nous distribuions simplement la demande de test pour tout le monde.

Le travail du testeur, contrairement au travail du développeur en test, ne se termine pas avec l'entrée du produit.

» Téléchargez epub et pdf

More articles:


All Articles