Mes réflexions sur le processus de test logiciel standardisé

analyse de la demande :

L'analyse des besoins est formulée par le personnel du produit, ce dont ils ont besoin n'est pas un simple document, mais affine les détails de chaque fonction, la position de chaque bouton, et modélise des exigences un peu plus grandes ou plus complexes.

A revoir :

Ici seront appelés tous les membres du personnel du projet participants, les développeurs, les testeurs, le personnel d'assurance qualité. Les testeurs proposent des exigences et les développeurs réfléchissent au plan et à la faisabilité de la réalisation de la fonction.Bien sûr, la responsabilité du développement doit également participer. Les testeurs interrogent principalement la compréhension des exigences afin de pouvoir écrire des cas d'utilisation en fonction des exigences. Le personnel d'assurance qualité est celui qui vérifie finalement la qualité du logiciel, il doit donc également comprendre les exigences

Le développeur écrit le planning :

Les besoins des développeurs sont planifiés en fonction des points de fonction requis. Transmettez ensuite le plan de développement au testeur.

Calendrier du plan de test :

Selon le plan de développement, les testeurs effectuent plusieurs séries de tests sur le temps de test spécifique du test, c'est-à-dire le temps après la fin de la fonction de développement. Ensuite, envoyer le plan de développement et de test du projet aux responsables des différents départements et à tout le personnel impliqué dans le projet.

Rédigez un cas de test :

 根据详细的需求分档,开始进行用例的编写。

Examen des cas d'utilisation :

  在用例进行评审之间,先以邮件形式将用例发送给相关人员,以便他们事先了解用例对哪些功能进行验证以及验证的细节。

Ensuite, le groupe de testeurs effectue une revue de cas d'utilisation, le développeur vérifie ce que le cas d'utilisation ne correspond pas à la fonction réelle, et le personnel du produit saisira la réalisation spécifique de la fonction à travers le cas d'utilisation, et ainsi de suite.

Référence de validation :

开发人员完成所有功能后,会对自己的功能进行一个自测。自测完成后提交测试人员进行基线。

Processus de test spécifique :

  开发人员对于基到测试线的功能进行测式,发现的问题通过缺陷管理工具进行反馈,开发人员对问题进行修复,然后,准备第二轮基。

Une fois que les testeurs ont terminé la première série de tests, ils doivent rédiger des conclusions de test et les envoyer au personnel concerné. La ligne de base est ensuite testée pour un deuxième tour, qui se concentre sur les problèmes de régression trouvés au premier tour.

Test réussi:

Après deux à trois ou quatre séries de tests, jusqu'à ce qu'aucun nouveau problème ne soit trouvé, ou des problèmes qui ne peuvent pas être résolus temporairement, ou des problèmes qui ne sont pas urgents. Confirmé par le supérieur, il peut être passé. Rédiger le rapport de test et le plan d'acceptation.

Le plan d'acceptation est vérifié par QA. Dans le processus actuel de l'entreprise, les tests et l'assurance qualité sont séparés, et les testeurs se concentrent sur le fonctionnement normal de la fonction. QA concerne la qualité de l'ensemble du processus ainsi que la qualité de l'utilisateur final. Certaines entreprises ne font pas de distinction entre l'assurance qualité et les tests, mais cela aura des exigences plus élevées pour les tests.En plus de vous soucier des fonctions, vous devez également vous soucier du processus global et de la qualité.

                         ---The End---

                      如果对你有帮助请关注哦!

Je suppose que tu aimes

Origine blog.csdn.net/github_35856054/article/details/96738426
conseillé
Classement