Articles

Tutoriel de test en boîte blanche: guide complet avec exemples et meilleures pratiques

Apprenez à tester votre code avec cet incroyable tutoriel de test en boîte blanche! Découvrez les meilleures pratiques et des exemples pratiques pour vous aider à démarrer.

## Test de boîte blanche : une méthode de test logiciel

La méthode de test logiciel du White box testing est une méthode de test logiciel dans laquelle la structure interne et l’implémentation du logiciel testé sont connues et utilisées comme base pour concevoir les cas de test. Il implique le test du logiciel au niveau du code et nécessite une bonne compréhension du code et de la conception du logiciel. Il est également connu sous le nom de glass box, transparent box, clear box ou structural testing.

La plupart des testeurs ont déjà eu une certaine expérience avec ce type de test à un moment donné de leur carrière. Des techniques comme celles-ci se battent pour exister dans un monde de plus en plus axé sur l’agilité. L’adoption d’approches agiles ne signifie pas reporter des tâches pour mener le projet à bien.

Les bases de données sont un outil très important dans le processus de test White Box. Les bases de données peuvent être utilisées pour stocker les informations sur les tests et leurs résultats, ce qui permet aux testeurs d’accéder rapidement aux informations dont ils ont besoin pour effectuer leurs tests. Les bases de données peuvent également être utilisées pour stocker des informations sur le code source et les fonctionnalités du logiciel, ce qui permet aux testeurs d’accéder rapidement aux informations dont ils ont besoin pour effectuer leurs tests.

Les bases de données peuvent également être utilisées pour stocker des informations sur les tests et leurs résultats, ce qui permet aux testeurs d’accéder rapidement aux informations dont ils ont besoin pour effectuer leurs tests. Les bases de données peuvent également être utilisées pour stocker des informations sur le code source et les fonctionnalités du logiciel, ce qui permet aux testeurs d’accéder rapidement aux informations dont ils ont besoin pour effectuer leurs tests. Les bases de données peuvent également être utilisées pour stocker des informations sur les performances et la fiabilité du logiciel, ce qui permet aux testeurs d’accéder rapidement aux informations dont ils ont besoin pour effectuer leurs tests.

Les bases de données sont également utiles pour enregistrer et suivre les bugs et les problèmes rencontrés lors des tests. Les bases de données peuvent être utilisées pour stocker des informations sur les tests et leurs résultats, ce qui permet aux testeurs d’accéder rapidement aux informations dont ils ont besoin pour effectuer leurs tests. Les bases de données peuvent également être utilisées pour stocker des informations sur les performances et la fiabilité du logiciel, ce qui permet aux testeurs d’accéder rapidement aux informations dont ils ont besoin pour effectuer leurs tests.

Enfin, les bases de données peuvent être utilisées pour stocker des informations sur les tests et leurs résultats, ce qui permet aux testeurs d’accéder rapidement aux informations dont ils ont besoin pour effectuer leurs tests. Les bases de données peuvent également être utilisées pour stocker des informations sur le code source et les fonctionnalités du logiciel, ce qui permet aux testeurs d’accéder rapidement aux informations dont ils ont besoin pour effectuer leurs tests. De plus, les bases de données peuvent être utilisées pour stocker des informations sur les performances et la fiabilité du logiciel, ce qui permet aux testeurs d’accéder rapidement aux informations dont ils ont besoin pour effectuer leurs

Source de l’article sur DZONE

"Agile."  What is the first thought that comes to your mind when you hear this word? Here are some obvious answers:

  • "It’s a software development methodology."
  • "Yes, I know we work on Agile."
  • "We are using Agile in our project. Daily Scrums/standup meetings, retrospectives, Show & Tell or Demos. That’s what it is."

Let me introduce myself before I start writing about my experiences with this buzzword. I started my career in software development in 2004, about 14 years back. I have worked with 8 different companies and contributed to the development of 16 projects so far.

Source de l’article sur DZone

In previous posts, we discussed the importance of KPIs, categorization (leading, trailing), and we offered samples for many KPIs.

In this final post we’ll discuss generating KPIs and dashboards, and then offer an example for usage of KPIs.

Source de l’article sur DZone

Testers + Scrum = ?

Several times I’ve had conversations with people who work with Scrum or Agile methodologies who claim they don’t have testers and don’t run into any problems. On the other hand, I have seen testers within these schemes who often feel excluded from the development team. Other testers who have not yet worked in Agile teams question whether there is even room for testers in Scrum.

It’s often touted that everyone in a Scrum team is able to perform different tasks and that all are responsible for quality. But, there are some things that a tester can handle better than others. For example, writing good acceptance criteria requires a tester skillset, as one must keep in mind and worry about certain characteristics such as quality, testability, maintainability, etc. These are all things that the tester role is responsible for obsessing over. Therefore, when you need to write acceptance criteria, you’ll be better off delegating it to someone trained in testing over someone that’s not.

Source : https://dzone.com/articles/can-there-be-testers-in-scrum?utm_medium=feed&utm_source=feedpress.me&utm_campaign=Feed%3A+dzone%2Fagile