2024-07-12
한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina
- Exception Hosts : le fichier hosts est principalement utilisé pour accélérer la résolution d'un certain nom de domaine ou d'un site Web, afin d'obtenir un accès rapide, et peut également bloquer le site Web. Des hôtes anormaux peuvent rendre certaines pages Web inaccessibles et peuvent être chargées, mais les pages Web ne peuvent pas être affichées normalement ;
- Données sales dans l'environnement de test : lorsque vous rencontrez une erreur 500 signalée par le serveur, après vérification du journal, un pointeur nul est signalé, ce qui est très probablement dû à la suppression artificielle des données de la table associée dans la base de données (données sales : les données extraites de la cible sont expirées, erronées ou dénuées de sens) ;
- L'environnement de test est ramifié ;
- Commutateur de configuration du projet ;
- Opération incorrecte ;
- Si le réseau envoie un ping avec succès ;
- Les configurations IP et ports sont-elles correctes ?
- Problèmes de mise en page (problèmes de style CSS)
- Problèmes d'interaction : le bouton ne peut pas être cliqué (le bouton frontal n'a pas d'interface correspondante, ce qui empêche l'appel de l'interface), il n'y a pas d'événement glisser, etc. (problème d'interaction js) ;
- Affichage du texte (problème de texte html)
- Problèmes de compatibilité;
Problèmes de logique métier : par exemple, vous ne pouvez pas vous connecter avec le nom d'utilisateur et le mot de passe corrects, et la déduction réussit après le paiement, mais le paiement échoue, etc.
Problèmes de données : comprenez la structure de la table de données de la fonction testée et vérifiez si les données de la base de données sont correctes pendant le test si les données nouvellement ajoutées ne sont pas affichées ou si l'enregistrement est réussi mais la connexion échoue, en interrogeant le table utilisateur de la base de données, il s'avère que les données enregistrées avec succès ne sont pas insérées.
Problèmes de performances : par exemple, les pages et les formulaires s'ouvrent lentement et le formulaire soumis affiche toujours « Soumettre modéré » ;
Problèmes de sécurité : tels qu’un accès non autorisé, une injection SQL, etc. ;
- Le front-end n'a pas envoyé de requête dans le message et le front-end avait un bug ;
- Dans le message, le front-end a émis une requête, les paramètres de la requête étaient anormaux et le front-end avait un bug ;
- Dans le message, le front-end envoie une requête, les paramètres de la requête sont normaux, les données de réponse du back-end sont normales, l'interface front-end ne s'affiche pas normalement et le front-end a un bug ;
- Dans le message, le front-end envoie une requête, les paramètres de la requête sont normaux, le back-end n'a pas de données de réponse et le back-end a un bug ;
- Dans le message, le front-end envoie une requête, les paramètres de la requête sont normaux, les données de réponse du back-end sont erronées et le back-end a un bug ;
- Lorsque le bug est reproduit, capturez les journaux du serveur backend et analysez les journaux backend ;
- Si aucun journal n'est généré pour l'opération, il s'agit d'un bug du front-end car il n'y a aucune interaction avec le back-end ;
- Si des informations pertinentes sont générées dans le journal, vous pouvez analyser plus en détail s'il y a un message d'erreur dans le journal. S'il y a un message d'erreur, il s'agit d'un bug back-end ;
- recherche précise grep (service/nom du fichier journal/mot-clé/tel que le numéro de commande)
- recherche dynamique de queue