Partage de technologie

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

En tant que test, il est non seulement nécessaire de découvrir les problèmes, mais aussi de promouvoir activement la résolution efficace des problèmes au niveau des utilisateurs ;

1. Tout d'abord, vous devez communiquer activement et patiemment avec l'équipe de développement et reproduire conjointement le bogue, fournir un environnement de test, des étapes de fonctionnement, des données de test, des captures d'écran, des journaux, etc. pour vous assurer que rd a une compréhension complète du bogue et peut mieux comprendre et localiser le bug ;
2. Deuxièmement, confirmez si, en raison de facteurs environnementaux ou de données sales dans l'environnement de test, le bogue n'existe que dans l'environnement de test et rd ne peut pas être reproduit dans l'environnement de développement ; démontrez-le à rd dans l'environnement de test ; suivez-le et améliorez-le s'il s'agit d'un environnement de test. Les défauts invalides causés par des données sales fermeront le bogue ;
3. Les tests et le développement ont des compréhensions différentes des exigences ou les exigences ne sont pas claires, ce qui amène le développement à les considérer comme des bogues invalides en raison de l'ambiguïté des exigences, elles doivent être confirmées avec le produit ;
4. Le développeur pense que les tests sont des tests excessifs et que les utilisateurs ne fonctionneront pas ainsi dans un environnement réel ; la station de test pense qu'il s'agit d'un bug valide du point de vue de l'utilisateur à ce stade, il doit être confirmé avec le produit ; le produit confirme qu'il s'agit d'un bogue valide, le test peut faire un suivi ; par exemple, si le produit considère le bogue comme invalide, mais que le test le considère comme un bogue valide, signalez-le au responsable direct et avancez-le ;
5. Le bug n'a pas d'exigence correspondante et doit être communiqué simultanément au PM et au RD. Le PM expliquera clairement les exigences spécifiques de l'exigence et le moment opportun pour résoudre le bug ;
6. Si le développeur estime que le problème est causé par des outils de développement, des cadres de développement ou des interfaces tierces, les tests doivent communiquer de manière proactive avec l'équipe de développement et se coordonner avec le personnel concerné pour résoudre le problème ensemble ;
7. Si le bug ne peut pas être reproduit occasionnellement, le développement ne l'approuvera pas. S'il ne peut pas être reproduit, essayez de fournir des informations détaillées sur le problème (enregistrement d'écran, informations de journal, informations de capture d'écran). S'il ne peut pas être reproduit à nouveau, le bug sera soumis. au système de gestion des défauts pour faciliter l'observation et le suivi ultérieurs (marqué comme occasionnel);