QFP

Following sont les questions les plus fréquemment posées par Guru99 Community


Vous ne parvenez pas à voir les vidéos ?


Toutes les vidéos de ce site sont hébergées sur YouTube et intégré ici…
Vous êtes : probablement en accédant au site Web à partir d'un endroit où YouTube est interdite (votre entreprise, votre université ou un pays où YouTube est interdite)

Essayez d'accéder aux vidéos à partir d'un environnement sans restriction.
Vous faire ne pas il faut s'inscrire pour voir les vidéos.


Je n'ai pas reçumail pour le projet


Veuillez noter le projet emailLes s sont envoyés à un intervalle de 24 hours. Donc si vous vous êtes abonné jeudi à 10h, vous recevrez le prochain e-mail.mail à 10 heures vendredi.

Veuillez vérifier vos courriers indésirables ou spams Mailbox. Si vous utilisez gmail, vérifiez le PromoOnglet Options

Notre système n'a pas de fonctionnalité pour renvoyer des e-mails.mails. Si vous ne parvenez toujours pas à tracer l'emails, abonne-toi avec un autre email id pour obtenir le contenu.

Si je rencontre un bug dans une application, qui décidera de la gravité et de la priorité d'un bug ?


Gravité de Défaut est déterminée par la personne qui identifie le problème (testeur), tandis que la priorité est déterminée par la personne impliquée dans la résolution du problème (développeurs).

En tant que testeur, vous pouvez prioriser les défauts qui sont généralement examinés par le responsable du test. Après analyse, les développeurs décideront s’il s’agit d’un défaut hautement prioritaire ou faiblement prioritaire. La plupart du temps, c'est le développeur qui le fait, mais le testeur peut également intervenir pour expliquer sa gravité. Après discussion, les pistes arriveront à une conclusion.

La gravité est essentiellement liée à la fonctionnalité de l'application ou du produit. Alors que la priorité est de savoir comment le développeur peut immédiatement corriger ce bug ou ce défaut. La priorité est de nature dynamique et changera en fonction du scénario, tandis que la gravité est de nature statique.


Que ferez-vous s’il n’y a pas de spécifications fonctionnelles/aucun document lié au système ?


  • Essayez d’abord de comprendre le domaine avec des analystes commerciaux ou des PME. Effectuez des tests exploratoires pour comprendre le système.
  • Si le projet n'a pas Analyste d'affaires ou PME, parlez aux personnes qui ont travaillé sur des systèmes similaires.
  • Pour comprendre l'entreprise, parlez à l'utilisateurunity
  • Découvrez les spécifications de produits similaires sur Internet ou PMO
  • Recherchez le même type de logiciel d’application et comprenez les fonctionnalités
  • Recherchez des scénarios commerciaux importants, des documents alternatifs, des articles sur des sujets d'application.
  • Demandez l'explication de tous les modules aux développeurs
  • Données historiques de l'utilisateur, application et fonctionnalités
  • Ne testez pas l'application techniquement, testez d'abord votre application uniquement du point de vue de l'utilisateur.

Que peut faire un testeur s'il découvre un problème d'arrêt de l'émission quelques jours avant la sortie ?


  • Confirmez et reconfirmez à nouveau le défaut et documentez le bug ou le défaut, l'impact et la solution possible, si vous le pouvez.
  • Portez cela à l'attention de votre manager et discutez-en avec l'équipe, car un tel obstacle est inconnu de l'équipe une semaine avant sa sortie n'est pas une bonne chose.
  • Une fois que le défaut atteint votre responsable et les autorités de test supérieures, vous devrez peut-être leur faire valoir votre point de vue. Soyez donc minutieux dans votre argument, car cela pourrait avoir un impact sur la version.
  • Si la discussion vous soutient, il est temps de vous lever et de briller. Sinon, vous avez une leçon apprise de la journée à retenir. Continue d'apprendre.

Pourquoi choisissez-vous le domaine de l’assurance qualité des logiciels ?


Pour fournir des projets de qualité aux utilisateurs finaux ou au client, les tests sont obligatoires, quel que soit le codage qu'ils impliquent. L'assurance qualité logicielle enregistre non seulement les bogues, mais fournit également des solutions à ces bogues.

Dans le domaine de l'AQ, les testeurs doivent connaître l'ensemble des fonctionnalités de l'application à tester, cela lui permet de connaître les différents types d'applications développées dans différents environnements, même certaines bases. concepts en programmation. Les connaissances seront plus larges lorsque nous ferons des tests, mais elles seront plus étroites lors de la programmation. Un développeur peut développer seulement un petit segment de l’ensemble de l’application et ne pas connaître l’application dans son ensemble. Dans ce cas, j'ai senti que le rôle du QA (testeur) était plus intéressant.


Vous n'avez pas trouvé de réponse ?


Contactez-Nous