Bugs dans les jeux par navigateur. Tout est cassé : des bugs légendaires dans les jeux vidéo. Visites à travers le quartier touristique

Après avoir décrit la méthode de recherche systématique de bugs selon James A. Whittaker

Méthodologie de la tournée

L'application est une ville inconnue.
Le testeur est un touriste.

Le touriste a peu de temps, alors il le fait tâche spécifique, sans se laisser distraire par autre chose. Il court au casino, fait du tourisme ou assiste à un séminaire d'entreprise. N'importe quoi, mais une chose.

Comment utiliser la technique

Sélectionnez une visite dans la liste ci-dessous.
Explorez ses objectifs.
Réglez la minuterie sur 2 heures (heure, demi-heure).
Mener une étude du système strictement pour les besoins de la visite. Sans aucune distraction, juste la « mission » de la tournée.
Répétez si nécessaire.

Chaque tour contient une description de l'auteur (un salut bas à James pour avoir permis la traduction et la publication) en traduction libre + propres exemples. Pour exemples, nous avons pris le site Web Dadata - https://dadata.ru.

Prenons la route!

Visites du quartier des affaires

Le centre d'affaires est le lieu où se font les affaires. En règle générale, il s'agit d'une zone peu attrayante pour les touristes, où se concentrent les banques et les immeubles de bureaux.

Dans la recherche sur les logiciels, c’est le contraire. Business Center sont les fonctionnalités pour lesquelles les utilisateurs achètent et utilisent l'application. Ce sont les fonctionnalités phares que les spécialistes du marketing décrivent et que tous vos utilisateurs mentionneront lorsqu'ils leur demanderont pourquoi ils ont besoin de votre application.

Un tour de centre d'affaires se concentre sur les principales parties de votre application et présente des scénarios sur la manière dont vos clients les utiliseront.

Visites à travers le quartier historique

Les quartiers historiques sont des parties de la ville contenant des bâtiments et des monuments anciens. À Boston, ils sont dispersés dans toute la ville et reliés uniquement par des sentiers pédestres. A Cologne, il y a " Vieille ville"est une partie de la ville qui n'a pas été touchée par l'expansion moderne.

Dans les logiciels, les quartiers historiques peuvent être vaguement connectés, comme à Boston, ou concentrés en un seul endroit, comme à Cologne. Les quartiers historiques dans le logiciel sont :

• code hérité ;
• fonctionnalités créées dans les versions précédentes ;
• corrections de bugs.

Ces derniers sont particulièrement importants car les insectes sont des créatures sociales et aiment s’accumuler au même endroit. Les sections importantes du code doivent être testées avec une attention particulière.

Historic District Tours teste les anciennes fonctionnalités et les corrections de bugs.

Visites à travers le quartier des divertissements

À chaque vacances, les touristes ont besoin de faire une pause dans leur emploi du temps chargé. Une visite au quartier des divertissements, un spectacle ou un long déjeuner tranquille en dehors du chemin principal créent de telles pauses. Les touristes viennent dans le quartier des divertissements pour se détendre et non pour des attractions.

La plupart des applications ont des fonctionnalités similaires. Par exemple, un quartier d'affaires pour éditeur de texte- un ensemble de fonctions permettant de créer un document, de préparer du texte, d'insérer des graphiques, des tableaux et des figures. Entertainment District - fonctionnalités pour la mise en page, le formatage et les modifications d'arrière-plan. En d’autres termes, le travail consiste à créer le document et le plaisir consiste à le rendre beau.

Les visites des quartiers de divertissement explorent les fonctions secondaires plutôt que essentielles et garantissent qu'elles se complètent sans conflit.

Visites à travers le quartier touristique

Chaque ville possède des zones qui attirent les touristes. Il existe de nombreuses boutiques de souvenirs, restaurants et autres lieux permettant de maximiser le temps des touristes et d'augmenter les profits des vendeurs locaux. Ici vous pouvez trouver des aimants de réfrigérateur et des objets de collection, vous plonger dans l'atmosphère et essayer les plats cuisine nationale ou des services et divertissements de proximité.

Les visites dans les zones touristiques ont plusieurs variétés. Il s'agit notamment de courtes courses pour acheter des souvenirs et d'un analogue de courts cas de test pour tester des fonctions spécifiques. Ceux-ci incluent de longs voyages pour visiter la liste des endroits que vous souhaitez voir. Ces visites ne concernent pas comment faire fonctionner l'application, mais comment visiter rapidement les fonctionnalités... juste pour dire « nous y étions » !

Visites à travers le quartier des hôtels

L'hôtel est un refuge pour le touriste. C'est un endroit où vous pourrez échapper à l'agitation des destinations populaires. un petit repos et détente.

Un testeur vient ici, s'éloignant de la fonctionnalité principale, pour tester des fonctions mineures ou liées aux fonctionnalités principales, qui sont souvent ignorées dans le plan de test.

Visites à travers le quartier Seedy

Ce sont des endroits peu attrayants dont un rare guide vous parlera. Ils regorgent d’escrocs et de personnages louches, et il vaut mieux les éviter. Cependant, ils attirent une certaine catégorie de touristes.

Comment trouver des bugs dans les jeux ?

Réponse du Maître :

Aucun jeu ne peut être considéré comme complet s’il n’a pas fait l’objet de tests détaillés. Si les développeurs du jeu ont ignoré cette étape, le jeu ressemblera probablement au gothique. Sa troisième version était totalement injouable jusqu'à la publication de plusieurs correctifs.

Pour trouver des bugs dans le jeu, commencez par examen de base. Il affichera les performances du moteur de jeu. En principe, il doit être produit au maximum étapes préliminaires développement de jeu. L’essence du test est de trouver les erreurs qui conduisent à une « exclusion du jeu ». Ce type d'erreur doit être détecté en premier, car ce sont elles qui découragent quiconque de jouer plus loin.

Testez le jeu sur plusieurs ordinateurs ayant des paramètres différents. Il est important que tous les PC disposent de cartes graphiques différentes, telles que GeForce et Radeon. Vous devez également tester le jeu pour différents types systèmes d'exploitation pour l'adapter à différentes conditions.

Testez maintenant le gameplay pour détecter les bugs dans le jeu. Si le jeu a réussi le premier test et que vous êtes satisfait des performances du moteur, vous pouvez alors étudier attentivement l'évolution des principes et l'équilibre du jeu. Par exemple, si votre jeu est similaire à Dead Space, assurez-vous de tester tous les types d’armes et « astuces » des développeurs. Lorsque certains d’entre eux font double emploi ou sont totalement inutiles, ils doivent être révisés ou améliorés. Attention particulière Vous devez faire attention à la passabilité du jeu afin qu'il puisse être terminé même aux tout derniers niveaux.

Testez les jeux en version bêta ou ultérieure plus en détail. Il n'y a pas de priorités particulières dans de tels tests. L'objectif principal est de trouver des bugs et diverses erreurs. Si vous êtes un testeur, vous devez essayer toutes les tactiques possibles et impossibles dans le jeu pour réussir le jeu, utilisez quantité maximale les mouvements, en général, montrent votre imagination. Profitez pleinement des capacités du jeu en changeant constamment votre style. Après tout, vous devez découvrir à quelles actions des joueurs le programme n'est pas adapté.

Ces tests sont principalement effectués manuellement, car l'ordinateur n'a pas encore appris à posséder une dignité humaine telle que l'imagination.

Les problèmes sont des bugs dans le jeu (ordinateur, vidéo, application, etc.) qui provoquent certains événements dans le jeu qui ne devraient pas se produire, selon les plans originaux des développeurs. Par exemple, vous avez vu un ennemi s'enfuir alors qu'il ne devrait pas, ou peut-être que vos ennemis se sont transformés en hologrammes et n'ont pas pu vous attaquer. Le plus souvent, les problèmes ne sont ni très agréables ni souhaitables. Mais parfois, les problèmes peuvent être utiles, et ils peuvent aussi être simplement une découverte amusante, auquel cas vous voudrez peut-être même les trouver - bonne chasse aux bugs !

Pas

Identifier les problèmes

Faites attention aux événements du jeu qui n'auraient pas dû se produire. Par exemple, les armes changent lorsque vous pensiez tenir un certain type d'arme, les vêtements changent sans votre participation ou votre emplacement change lorsque vous ne vous y attendiez pas. Peut-être que la gravité a cessé d'exister ou que vos outils, armes ou objets font des choses qu'ils ne devraient pas faire. Que cela fasse partie du jeu ou non, il existe plusieurs manières de clarifier cela :

• Lire brève revue Jeux. Si c'est suffisamment détaillé, cela pourrait vous aider.
• Demandez à un ami qui joue au même jeu. Peut-être qu'il connaît la réponse à votre question.
• Allez en ligne et consultez les forums de jeux. Voyez si quelqu'un d'autre a signalé ce problème. Ou effectuez une recherche sur « X glitch » dans un moteur de recherche si vous pensez qu'il s'agit d'un bug connu.

1. En général, renseignez-vous et posez des questions sur les problèmes. Consultez des sites Web, forums, pages ou autres informations spécifiques liés à ce jeu. Peut-être trouverez-vous sujet ouvert Par ce problème ou des guides pour trouver des problèmes dans votre jeu.

   • Sur YouTube, il y a très souvent des vidéos sur les problèmes des jeux populaires.
   • Vérifiez la date des rapports de problèmes. Même si des problèmes peuvent persister pendant un certain temps, de vrais jeux, après quelques mois, ils seront réparés.
   • Lisez également les conséquences de l'utilisation du problème - dans certains cas, vous pouvez gâcher votre jeu ou perdre des objets.
   • Il existe certains sites Web dédiés à la recherche de problèmes de jeu. Certains d'entre eux incluent des problèmes amusants avec lesquels vous pouvez vous amuser, mais c'est tout.

2. Soyez prudent lorsque vous utilisez des problèmes dans les jeux en ligne ou en ligne. Dans les jeux multijoueurs, les problèmes sont déconseillés et sont considérés comme une forme de mauvaise conduite. gameplay, et peut influencer injustement les autres joueurs. Lisez les termes et conditions de votre jeu avant d’utiliser un problème. Il serait peut-être préférable de le signaler plutôt que de l'utiliser.

   Zones de problèmes et actions typiques

   Il existe des domaines plus ou moins standards où des problèmes peuvent survenir. Si vous essayez de les trouver, regardez les indices ci-dessous.

   1. Falaises et corniches. Si vous parvenez à atteindre le rebord, continuez d’avancer et voyez où vous pouvez arriver. Peut-être que quelque part, la qualité de la programmation est en retard et que vous risquez de tomber ou de grimper dans des endroits où vous n'auriez jamais pensé aller.

      Essayez de traverser les murs. Dans certains jeux, les murs deviennent transparents lors de certains événements, par exemple lorsque des objets bougent, interagissent avec des joueurs ou utilisent des actions spéciales telles que la téléportation. Il peut y avoir des fissures ou des trous dans les murs qui créent faiblesse, où vous pouvez le parcourir.

      • Si vous remarquez qu'une arme, un outil ou un autre objet que vous tenez traverse un mur, essayez-le vous-même. Cela pourrait être le signe qu'il y a un problème dans le mur ou dans la zone, le niveau, la carte ou la zone dans laquelle vous vous trouvez.

   2. Vérifiez les gros objets. Les pierres et autres grandes décorations sont très souvent meilleur endroit pour trouver des problèmes. Parfois, les développeurs de jeux sont paresseux et n’installent pas les barrières nécessaires.

      • Si vous vous approchez de la pierre pour essayer le problème, regardez l'endroit le plus obscur. L’endroit le plus « anormal », différent des autres, peut être la clé pour s’en sortir.
      • Si vous débutez dans la maîtrise des problèmes, essayez d'abord les plus simples, par exemple, montez sur le toit et n'essayez pas d'en utiliser plus. situations difficiles, comme traverser un mur ou quelque chose comme ça.

   3. Si vous trouvez une barrière invisible, essayez de trouver une solution de contournement. Ces types de barrières mènent généralement à des toits ou à d'autres endroits où les développeurs du jeu n'avaient pas prévu que les joueurs se rendent.

      Regardez un endroit qui n'est pas accessible par les moyens normaux. Demandez-vous : « Je me demande s’il est possible d’y arriver. » Pensez à ce que votre personnage de jeu peut faire pour atteindre l'endroit souhaité, comme des boîtes, des cordes, des branches d'arbres, des kangourous sauteurs - n'importe quoi ! Essayez toutes les options - vous ne le saurez pas tant que vous n'aurez pas essayé.

      • La plupart des problèmes apparaissent dans des zones qui n'étaient pas destinées au jeu.

   4. Jouez « mal » au jeu. Les tests de jeu ont lieu lors d’un jeu « correct », suivant un scénario avec un résultat attendu. Vous pouvez changer cela et jouer d'une manière qui n'était pas prévue, comme aborder les choses d'une manière ou d'un angle différent, essayer de renverser des choses normales ou repousser les limites lorsque les autres joueurs n'y penseraient pas.

      • Si cela ne vous dérange pas de mourir dans le jeu, vous pourriez trouver des problèmes amusants !

   5. Essayez d'appuyer sur pause. Peut-être qu'en action, en appuyant sur pause, vous pouvez provoquer ou changer certaines choses. Essayez-le. Cette décision fonctionnera très probablement sur les jeux plus anciens.

   Recherche d'un problème

   Et donc, vous avez décidé que le problème que vous avez trouvé était drôle et maintenant vous voulez l'utiliser à nouveau...

   • La Wii ne reçoit jamais de mises à jour, donc si vous recherchez un problème qui ne change jamais, jouez sur la Wii. Cependant, la plupart des rebords des jeux Wii sont des paysages et vous ne pourrez pas les escalader.
   • Apprenez à sauter avec plus de précision. Atterrir sur la bonne cible est une compétence précieuse. Des sauts répétés (à la manière d'un lièvre) peuvent parfois vous conduire à l'un des problèmes.
   • Si l’obstacle est inaccessible, essayez de gravir le rebord au lieu d’essayer de grimper au centre.
   • Essayez de déplacer un autre personnage ou un autre animal sur un objet, puis passez par cette personne ou cet animal. Utilisez un personnage ou un animal pour grimper sur quelque chose et à d'autres fins.
   • La plupart des objets sont des paysages. Si vous essayez de sauter du toit d’un bâtiment de l’autre côté, vous commencerez probablement à tomber à travers.
   • Utilisez des sauts spéciaux lorsque vous essayez de sauter plus loin que la normale. Si vous essayez d'effectuer un saut en courant vers un endroit, après chaque saut, laissez-le se recharger et vérifiez si cela vous aide.

Il y a des ingénieurs QA qui trouvent beaucoup de bugs, et d’autres qui en trouvent beaucoup moins. Après avoir réfléchi pendant de nombreuses années à la façon dont j'arrive à trouver plusieurs fois plus de bugs que les autres (et comment d'autres parviennent à en trouver plus que ce que j'ai trouvé), j'ai formulé une liste de conseils, à la suite desquels presque tout le monde peut trouver un grand nombre de insectes .

Ces conseils sont très simples et ont été testés pendant de nombreuses années de pratique par de nombreux ingénieurs QA avec qui j'ai discuté de la manière dont ils recherchent et trouvent les bugs :



Concentrez-vous sur la recherche de bugs
Gardez tout le temps la pensée en tête : « D’accord, il y a des bugs ici quelque part et je dois les trouver. » Maintenant". Il y a certainement des bugs là-bas, et vous les trouverez.

Ne manquez aucun bug(n'ignorez pas les bugs)
Si vous remarquez que quelque chose ne va pas, rédigez immédiatement un rapport de bug. Avez-vous trouvé comment vous pouvez faire mieux ? - documentez votre idée pendant que vous vous en souvenez. En conséquence, vous aurez plus de bugs trouvés et rien ne sera manqué.

Organiser de courtes sessions de chasse aux bugs
Prévoyez 30 à 120 minutes une fois par jour ou une fois par semaine - lorsque vous prenez du café/cacao/thé, mettez des écouteurs et recherchez des bugs, sans vous laisser distraire par quoi que ce soit (pas de courrier, conversations avec des collègues, chats, réseaux sociaux- éteignez tout et fermez les onglets - et ouvrez l'application que nous testons).

Faites de telles séances régulièrement, c'est également important. Et en même temps, n'oubliez pas les deux premières règles.

Lire/étudier la théorie des tests et la conception des tests
Les gens intelligents ont depuis longtemps tout inventé et décrit dans des livres, rien de moins personnes intelligentes Ils écrivent des blogs, des livres et prennent la parole lors de conférences sur ces sujets.

Vous avez besoin de ces informations et, de plus, vous ne devez pas simplement les lire, mais réfléchir à l'origine de chaque pratique de test, où elle est applicable et où elle est plus efficace, comment l'appliquer à votre projet.

Il y a une dizaine d'années, si vous commenciez à travailler en tant qu'ingénieur assurance qualité, vous pouviez vous permettre de ne pas connaître la théorie des tests pendant les premiers mois. Aujourd'hui, c'est ce qui vous sera demandé lors de tout entretien, avant même de commencer à tester quelque chose)).

Testez différents programmes
Ne vous limitez pas à tester une seule chose, comme tester le projet sur lequel vous travaillez actuellement. Essayez de tester les sites Web des bureaux de poste, des pizzerias, des centres de visa, des cinémas en ligne, Applications mobiles ou quelque chose que vous utilisez souvent ou qui vous intéresse. Étudiez comment ça marche, quoi problèmes typiques rencontrons-nous différentes ressources, quel genre de bugs vous rencontrez en général et lesquels vous trouvez le plus rapidement.

Connectez-vous avec d’autres QA
Discutez avec d'autres ingénieurs QA, laissez-les vous raconter leurs histoires de découverte d'un bug à trois heures du matin ou comment ils ont mis quelque chose en production sans test. Ou des histoires sur le framework qu'ils ont écrit pour leur projet et les bugs que ce framework leur permet de trouver. Dans ce cas, vous n'avez même pas besoin d'interagir avec les gens - voir vidéo Youtube avec des discours d'autres personnes, assistez à des conférences/rencontres/rassemblements/soirées à thème, abonnez-vous à des chats et des blogs d'assurance qualité - il y a beaucoup de matériel similaire là-bas, quelque chose de nouveau apparaît chaque jour.

Toutes ces communications et informations vous donneront une base de données constamment mise à jour dont réseau neuronal dessins dans sa tête intuition, ce qui vous aidera à trouver des bugs là où vous ne vous attendez pas consciemment à les trouver.

Méditer
Pensez aux raisons pour lesquelles les gens ne peuvent pas écrire de code sans bugs, à pourquoi il est impossible de trouver tous les bugs et pourquoi même certains bugs en production sont normaux et non critiques (mais ce n'est pas certain). Réfléchissez aux différents problèmes liés aux bugs - formulez le vôtre philosophie sur ces questions, chercher des réponses, renforcer les réponses histoires vraies de la vie. Si votre cerveau revient constamment à de telles pensées, au fil du temps, vous changez votre façon de penser et commencez à trouver de plus en plus de bugs, et à faire de plus en plus de tests et de vérifications sympas.

Faire quelque chose de nouveau
Marquez les domaines du projet que vous avez bien testés et concentrez-vous sur le test progressif des domaines que vous n'avez pas encore testés. Basculez périodiquement entre les domaines de projet et les méthodes de test. Faites-vous des tests fonctionnels depuis six mois ? - trouver une opportunité de faire des tests de charge ou de concevoir des tests pendant 2-3 semaines (pas de tests, mais de planification), ou par exemple, écrire des autotests pour les domaines les plus critiques, non encore couverts, juste pour changer et laisser votre esprit voir à vos problèmes habituels sous un angle différent.

Automatiser
Sérieusement, il y a des gens (et parfois il y a de bons QA parmi eux) qui font les mêmes tests à la main tous les jours (un cas très triste est de vérifier la connexion/l'enregistrement, tous les jours, à la main). Si vous vous reconnaissez dans cette description ou si vous envisagez d'automatiser quelque chose depuis votre travail quotidien- faites cela, faites une pause dans toutes les tâches et le script (même s'il s'agit d'un script très maladroit et simple).

Votre cerveau n'aime pas les actions répétitives ; Et vous en avez besoin pour trouver un bug ! Utilisez votre cerveau, assurez-vous qu'il est constamment dans un état actif de recherche de divergences avec vos attentes.

Transférez les contrôles répétitifs vers des scripts automatiques, et laissez votre cerveau et votre intuition travailler avec quelque chose de frais et de nouveau, de nouveaux bugs apparaîtront immédiatement, vous verrez.

Connectez-vous avec les développeurs et les utilisateurs
Trouvez un moyen de communiquer avec vos développeurs et utilisateurs de votre produit. Lisez leurs avis, interrogez l'équipe d'assistance utilisateur sur les problèmes, inscrivez-vous en tant que bénévole pour gérer les rapports de bogues des utilisateurs ou travaillez dans l'équipe d'assistance utilisateur pendant quelques heures par semaine (ou demandez simplement à être ajouté à leur chat).

Parfois le plus questions importantes vous le trouvez précisément au moment de la communication avec d'autres personnes. Et ces fonctionnalités d'implémentation, ces nouvelles fonctionnalités et la dette technique dont le programmeur vous parlera sont d'excellentes raisons de réfléchir aux autres endroits où se cachent les bugs.

Les témoignages des utilisateurs sur la façon dont ils utilisent le système sont également une excellente raison de revoir votre plan de test/listes de contrôle et de vous assurer que vous testez les principaux scénarios d'utilisateurs réels. Après tout, c’est la chose la plus importante ! Et les bugs peuvent être trouvés partout :)

PS: QA Battle - pour ceux qui aiment rechercher des bugs et s'entraîner à trouver autant de bugs que possible. Nous travaillons actuellement sur une série de programmes éducatifs leçons simples avec des exemples où de vrais bugs peuvent être cachés. En vous entraînant sur de tels problèmes, vous améliorez vos compétences et votre cerveau fonctionne intuitivement plus efficacement lorsque vous testez de vrais produits.

Bonne chance dans votre recherche :)

Donc, étant donné : projet de développement d'un espace interactif simulateur en ligne, l'étape produit est une version bêta ouverte.
Tâche: rapidement et au moindre coût possible pour trouver les bogues qui interfèrent avec la version, les corriger et livrer le produit au client.

Pour résoudre le problème, un système a été développé dans lequel des testeurs indépendants embauchés sont motivés à trouver autant de bugs que possible, sans que le budget total ne dépasse un montant prédéterminé.

Ceci a été réalisé grâce à l'introduction le paiement dépend du nombre et des catégories de bugs trouvés. Il a également été installé montant maximum de paiement, afin que le budget maximum puisse être déterminé à l'avance, mais pour que le testeur ne s'arrête pas après avoir atteint le montant maximum, a été introduit prime, qui s'ajoute au paiement si ce testeur a trouvé plus de bugs que tous les autres.

L’expérience s’est avérée très positive, tant pour le projet que pour les testeurs. Pour les tests, 2 scénarios ont été utilisés, cela s'est déroulé pendant le week-end, et lundi j'avais déjà 84 bugs (3 catégories A, 15 - B, 62 - C et 4 - D), émis selon les exigences. Après avoir corrigé tous ces bugs, le produit a été publié.

À propos, lorsque je remplissais la mission pour les indépendants, je n'ai pas trouvé de description appropriée des catégories d'erreurs sur Internet, je l'ai donc compilée moi-même. Peut-être que cela sera utile à quelqu'un :

• Catégorie A (I). La présence d'erreurs dans cette catégorie empêche l'utilisateur d'accéder aux principales fonctionnalités du produit. Il peut s'agir d'erreurs liées à l'inscription, à l'autorisation et/ou d'erreurs dont la survenance empêche l'utilisateur d'avancer dans le parcours, quel que soit son état actuel.
• Catégorie B (II). Ils restreignent l'accès à certaines fonctionnalités qui n'affectent pas la réalisation du produit ou ne permettent pas à l'utilisateur d'avancer dans le cours, en fonction des étapes précédentes qu'il a suivies, l'obligeant à recommencer une partie du cours.
• Catégorie C (III). Les erreurs de cette catégorie n'affectent pas directement le processus d'utilisation du produit, mais dégradent l'intégrité de sa perception ou de son impression du processus. Cela inclut les erreurs de mise en page, un affichage et un positionnement incorrects éléments graphiques, réponse lente des commandes, etc.
• Catégorie D (IV). Les erreurs de cette catégorie ne sont pas réellement des erreurs. La catégorie a été introduite afin qu'une erreur puisse être attribuée si elle est liée à la fonctionnalité, à la visualisation et à d'autres propriétés du produit, dont la mise en œuvre est différente de l'idée du testeur sur ce qui était censé être implémenté.

Merci pour votre attention!