Articles

Le manifeste Agile : origines, application et considérations pour les chefs de projet.

Le manifeste Agile : origines, application et considérations pour les chefs de projet.

,

Le Manifeste Agile est une approche de développement de logiciels qui a révolutionné le monde des projets informatiques. Découvrez ses origines, son application et ses considérations pour les chefs de projet.

Le Manifeste Agile, un document révolutionnaire dans le monde du développement logiciel, est apparu comme une réponse aux insuffisances des méthodologies de développement traditionnelles et rigides. Cet article explore ses origines, ses applications et ses mauvaises utilisations, offrant des conseils aux gestionnaires d’ingénierie sur la façon d’interpréter et de mettre en œuvre efficacement ses principes.

The Agile Manifesto is based on four core values: individuals and interactions over processes and tools; working software over comprehensive documentation; customer collaboration over contract negotiation; and responding to change over following a plan. These values emphasize the importance of collaboration, communication, and flexibility in software development.

Applications of the Agile Manifesto

The Agile Manifesto has been widely adopted by software development teams around the world. It has become the foundation for a variety of agile methodologies, including Scrum, Kanban, and Extreme Programming (XP). These methodologies focus on iterative development, rapid feedback loops, and continuous improvement.

Agile methodologies are designed to be lightweight and flexible, allowing teams to quickly adapt to changing requirements and customer feedback. They also emphasize collaboration between developers, customers, and stakeholders, allowing for a more transparent and efficient development process.

Misuses of the Agile Manifesto

Despite its popularity, the Agile Manifesto has been misused and misinterpreted by some software development teams. For example, some teams have adopted an “agile-at-all-costs” approach, sacrificing quality and customer satisfaction for speed. Others have used agile as an excuse to avoid planning and documentation, leading to chaotic development processes.

In order to avoid these pitfalls, engineering managers should ensure that their teams are properly educated on the principles of agile development. Teams should be encouraged to focus on collaboration, communication, and customer feedback, rather than simply “going agile” for the sake of speed.

Conclusion

The Agile Manifesto has revolutionized the world of software development, providing teams with a lightweight and flexible approach to development. However, it is important for engineering managers to ensure that their teams are properly educated on its principles in order to avoid common misuses and misinterpretations.

Origines du Manifeste Agile

En février 2001, dix-sept développeurs de logiciels se sont réunis à Snowbird, Utah, pour discuter des méthodes de développement légères. Ils étaient unis par une insatisfaction commune à l’égard des processus de développement de logiciels lourds et documentés qui prévalaient à l’époque. Cette réunion a abouti à la création du Manifeste Agile, une déclaration concise de quatre valeurs fondamentales et douze principes directeurs visant à améliorer le développement de logiciels.

Le Manifeste Agile repose sur quatre valeurs fondamentales : les individus et les interactions plutôt que les processus et les outils ; le logiciel fonctionnel plutôt que la documentation exhaustive ; la collaboration avec le client plutôt que la négociation du contrat ; et la réponse au changement plutôt que le suivi d’un plan. Ces valeurs mettent l’accent sur l’importance de la collaboration, de la communication et de la flexibilité dans le développement de logiciels.

Applications du Manifeste Agile

Le Manifeste Agile a été largement adopté par des équipes de développement de logiciels à travers le monde. Il est devenu la base de diverses méthodologies agiles, notamment Scrum, Kanban et Extreme Programming (XP). Ces méthodologies se concentrent sur le développement itératif, les boucles de rétroaction rapides et l’amélioration continue.

Les méthodologies agiles sont conçues pour être légères et flexibles, permettant aux équipes de s’adapter rapidement aux exigences changeantes et aux commentaires des clients. Elles mettent également l’accent sur la collaboration entre développeurs, clients et
Source de l’article sur DZONE

/par
Stratégies d'affinage LLM pour applications spécifiques au domaine.

Stratégies d’affinage LLM pour applications spécifiques au domaine.

,

Les stratégies d’affinage de modèles d’apprentissage machine (LLM) peuvent être appliquées pour adapter des applications spécifiques à un domaine. Découvrez comment ces stratégies peuvent améliorer vos résultats!

## Les modèles de langage larges (LLMs) sont des modèles d’intelligence artificielle (IA) avancés conçus pour comprendre la langue humaine et générer des réponses de type humain. Ils sont formés sur de grands jeux de données textuelles – d’où le nom « large » – construits sur un type de réseau neuronal appelé modèle de transformateur. Ils sont utilisés dans les chatbots et les assistants virtuels, la génération de contenu, la synthèse, la traduction, la génération de code, etc.

Testing LLMs is a crucial step in the development process. It is important to ensure that the model is working as expected and is able to handle different types of inputs. Testing can also help identify any potential issues or bugs in the model. It is also important to test the model’s performance on different datasets to ensure that it is able to generalize well.

Les modèles de langage larges (LLMs) sont des modèles d’intelligence artificielle (IA) avancés conçus pour comprendre la langue humaine et générer des réponses similaires à celles des humains. Ils sont formés à partir d’un grand nombre de jeux de données textuelles – d’où le nom «large» – construits sur un type de réseau neuronal appelé modèle de transformateur. Ils sont utilisés dans les chatbots et les assistants virtuels, la génération de contenu, la synthèse, la traduction, la génération de code, etc.

Une caractéristique remarquable des LLMs est leur capacité à être affinés. Ces derniers peuvent être formés plus avant pour améliorer leur performance globale et leur permettre d’adapter à de nouveaux domaines spécialisés, mettant en évidence leur adaptabilité et leur polyvalence.

Le test des LLMs est une étape cruciale du processus de développement. Il est important de s’assurer que le modèle fonctionne comme prévu et qu’il est capable de gérer différents types d’entrées. Les tests peuvent également aider à identifier tout problème ou bug potentiel dans le modèle. Il est également important de tester les performances du modèle sur différents jeux de données pour s’assurer qu’il est capable de généraliser correctement.

Source de l’article sur DZONE

/par
Approche fonctionnelle de la manipulation de chaînes en Java

Approche fonctionnelle de la manipulation de chaînes en Java

,

La manipulation de chaînes en Java peut être abordée de manière fonctionnelle grâce aux nombreuses fonctionnalités offertes par le langage. Découvrons ensemble cette approche !

Les dernières mises à jour de Java ont vu la classe String subir une série d’ajouts méthodologiques significatifs. Certaines méthodes donnent maintenant des instances de la classe Stream, tandis que certaines sont des fonctions d’ordre supérieur. L’intention derrière l’incorporation de ces méthodes est d’offrir une approche simplifiée pour gérer les chaînes de caractères d’une manière orientée flux. 

La gestion des chaînes de caractères d’une manière orientée flux présente l’avantage de simplifier le code et d’améliorer l’expressivité. Cela rend plus facile l’application d’opérations telles que le filtrage, le mappage, la réduction et plus encore.

Testing is an important part of the development process, and it is essential to ensure that the code is functioning as expected. With the new methods, testing strings has become more efficient and straightforward. Developers no longer need to write complex code to test strings, as the new methods can be used to perform the same operations in a more concise manner. 

Dans les dernières mises à jour de Java, la classe String a subi une série d’ajouts de méthodes significatives. Certaines méthodes donnent maintenant des instances de la classe Stream, tandis que certaines sont des fonctions à haut niveau. L’intention derrière l’incorporation de ces méthodes est d’offrir une approche simplifiée pour manipuler les chaînes de caractères d’une manière orientée flux. 

La gestion des chaînes de caractères d’une manière orientée flux présente l’avantage de simplifier le code et d’améliorer l’expressivité. Cela permet d’appliquer plus facilement des opérations telles que le filtrage, le mappage, la réduction et bien plus encore.

Le test est une partie importante du processus de développement et il est essentiel de s’assurer que le code fonctionne comme prévu. Avec les nouvelles méthodes, le test des chaînes de caractères est devenu plus efficace et plus simple. Les développeurs n’ont plus besoin d’écrire du code complexe pour tester les chaînes de caractères, car les nouvelles méthodes peuvent être utilisées pour effectuer les mêmes opérations de manière plus concise. 

Source de l’article sur DZONE

/par
Les 5 meilleurs outils pour les tests automatisés du front-end

Les 5 meilleurs outils pour les tests automatisés du front-end

,

Découvrez les 5 meilleurs outils pour vous aider à effectuer des tests automatisés du front-end de manière efficace et simple !

Test de l’interface utilisateur (UI) et de l’expérience utilisateur (UX) d’une application web

The most important benefit of automated front-end testing is that it allows for the creation of a database of test results. This database can be used to compare different versions of the application and to identify issues that have been fixed since the last version. This helps to ensure that the application is always up to date and that any problems are quickly identified and resolved. 

Le test frontal fait référence à l’évaluation de l’interface utilisateur (UI) et de l’expérience utilisateur (UX) d’une application Web. Étant donné qu’il garantit que le programme est convivial et fonctionne comme prévu, cette phase est essentielle dans le processus de développement logiciel.  

Le test frontal automatisé implique l’utilisation d’outils pour automatiser le processus de test. Cette approche permet de gagner du temps et des ressources en permettant aux testeurs d’exécuter des tests efficacement. De plus, elle améliore la qualité des tests en permettant de tester une variété de scénarios, ce qui facilite la découverte de problèmes qui autrement seraient impossibles à trouver. 

Le principal avantage du test frontal automatisé est qu’il permet de créer une base de données de résultats de tests. Cette base de données peut être utilisée pour comparer différentes versions de l’application et pour identifier les problèmes qui ont été résolus depuis la dernière version. Cela permet de s’assurer que l’application est toujours à jour et que tous les problèmes sont rapidement identifiés et résolus. 

Source de l’article sur DZONE

/par
10 facteurs de qualité logiciel à toujours garder en mémoire

10 facteurs de qualité logiciel à toujours garder en mémoire

,

Les 10 facteurs de qualité logiciel sont essentiels pour garantir le bon fonctionnement et l’efficacité d’un logiciel. Apprenons à les garder en mémoire !

Flexibilité et extensibilité

Readability is the ability of software to be understood by humans. It can be supported by proper indentation, meaningful variable names, and comments. A good readability can help developers to understand the code and make modifications easily.

Flexibilité et extensibilité

La flexibilité est la capacité d’un logiciel à ajouter/modifier/supprimer des fonctionnalités sans endommager le système actuel. L’extensibilité est la capacité d’un logiciel à ajouter des fonctionnalités sans endommager le système, elle peut donc être considérée comme un sous-ensemble de la flexibilité. Ces changements de fonctionnalités peuvent survenir en fonction des exigences changeantes ou en cas d’obligation si le processus de développement est l’un des méthodes itératives. Le changement est inévitable dans le développement logiciel et c’est donc l’une des propriétés les plus importantes d’un logiciel de qualité.

Maintenabilité et lisibilité

La maintenabilité est un peu similaire à la flexibilité, mais elle se concentre sur les modifications concernant les corrections d’erreur et les modifications mineures des fonctions, pas les extensibilités fonctionnelles majeures. Elle peut être soutenue par des définitions d’interface utiles, une documentation et un code auto-documenté et/ou une documentation du code. Plus la documentation est correcte et utile, plus la maintenabilité peut être effectuée.

La lisibilité est la capacité d’un logiciel à être compris par les humains. Elle peut être soutenue par une indentation appropriée, des noms de variables significatifs et des commentaires. Une bonne lisibilité peut aider les développeurs à comprendre le code et à effectuer facilement des modifications.

Base de données

Les bases de données sont essentielles pour le stockage et l’accès aux informations. Elles sont utilisées pour stocker des informations structurées et fournir un moyen de rechercher, modifier et supprimer ces informations. Les bases de données sont également utilisées pour maintenir l’intégrité des données, ce qui signifie qu’elles sont conçues pour empêcher les erreurs et les incohérences dans les données. Les bases de données offrent également une flexibilité et une extensibilité qui permettent aux développeurs de créer des applications qui peuvent s’adapter aux changements de données.

Les bases de données offrent également une maintenabilité et une lisibilité qui permettent aux développeurs de comprendre facilement le code et de le modifier facilement. Les bases de données sont conçues pour être faciles à utiliser et à comprendre, ce qui permet aux développeurs de créer des applications plus rapidement. Les bases de données sont également conçues pour être sûres et fiables, ce qui permet aux développeurs de créer des applications robustes qui peuvent résister aux erreurs et aux attaques.

Les bases de données sont essentiell

Source de l’article sur DZONE

/par
Lancement en canari: Stratégie pour déploiements logiciels sans heurts.

Lancement en canari: Stratégie pour déploiements logiciels sans heurts.

,

Le lancement en canari est une stratégie efficace pour déployer des logiciels sans heurts et avec succès. Découvrez comment cette méthode peut vous aider à améliorer vos processus de déploiement !

## Les versions canaries : bénéfices et meilleures pratiques

Les développements logiciels sont souvent accompagnés de mises à jour ou de nouvelles fonctionnalités. Cependant, cela présente des risques et des incertitudes, ce qui en fait une tâche intimidante. Les organisations cherchent à éviter les perturbations de l’expérience utilisateur et du système causées par les nouvelles versions. C’est là que les versions canaries deviennent importantes. Les versions canaries offrent une méthode contrôlée et progressive pour déployer des mises à jour logicielles, réduisant ainsi les risques et obtenant des commentaires cruciaux avant le déploiement à grande échelle.

Dans cet article, nous allons explorer le concept des versions canaries, leurs avantages et les meilleures pratiques pour les mettre en œuvre.

Les versions canaries sont une méthode de déploiement qui consiste à déployer une version d’un logiciel à un petit groupe d’utilisateurs avant de le déployer à l’ensemble de la base d’utilisateurs. Ce groupe est appelé «groupe canary» et est composé d’utilisateurs qui sont prêts à tester le logiciel et à fournir des commentaires sur sa qualité et son fonctionnement. Les versions canaries peuvent être déployées sur un serveur ou un réseau distinct afin de ne pas affecter le système principal. Une fois que le logiciel a été testé et que les commentaires ont été collectés, il peut être déployé à l’ensemble de la base d’utilisateurs.

Les versions canaries offrent plusieurs avantages. Tout d’abord, elles permettent aux organisations de tester leurs logiciels avant leur déploiement à grande échelle. Cela permet aux organisations de trouver et de corriger les bugs avant qu’ils ne se propagent à l’ensemble de la base d’utilisateurs. De plus, les versions canaries permettent aux organisations de collecter des commentaires sur la qualité et le fonctionnement du logiciel avant son déploiement à grande échelle. Les commentaires peuvent être utilisés pour améliorer le logiciel avant qu’il ne soit déployé à l’ensemble de la base d’utilisateurs.

Les versions canaries peuvent être mises en œuvre en utilisant une base de données pour stocker les informations relatives aux versions canaries. Les informations peuvent inclure la version du logiciel, le groupe d’utilisateurs cible, la date de déploiement et les commentaires des utilisateurs. Une fois que toutes les informations sont stockées dans la base de données, elles peuvent être consultées par les responsables du projet pour prendre des décisions sur le déploiement du logiciel. De plus, la base de données peut être utilisée pour suivre les performances du logiciel après son déploiement à grande échelle.

En conclusion, les versions canaries sont une méthode utile pour tester et déployer des logiciels. Elles offrent aux organisations un moyen de tester leurs logiciels avant leur déploiement à grande échelle et de collecter des commentaires sur la qualité et le fonctionnement du logiciel avant son déploiement à grande échelle. Les versions canaries peuvent être mises en œuvre en utilisant une base de données pour stocker les informations relatives aux versions canaries et pour suivre les performances du logiciel après son déploiement à grande échelle.

Source de l’article sur DZONE

/par
Créer une API minimaliste RESTful avec .NET Core 7

Créer une API minimaliste RESTful avec .NET Core 7

,

Créer une API minimaliste RESTful avec .NET Core 7 est un excellent moyen de créer des applications modernes et flexibles. Découvrez comment le faire facilement !

NET Core et ASP.NET Core sont des frameworks populaires pour créer des puissantes API REST. Dans ce tutoriel, nous allons l’utiliser pour développer une simple API Minimal qui simule une cote de crédit. Les API Minimal offrent une approche simplifiée pour créer des API HTTP hautes performances à l’aide d’ASP.NET Core. Ils vous permettent de construire des points de terminaison REST complets avec un minimum de configuration et de code facilement. Au lieu de compter sur les échafaudages et les contrôleurs conventionnels, vous pouvez définir fluemment les routes et les actions API pour simplifier le processus de développement.

NET Core et ASP.NET Core sont des frameworks populaires pour créer des puissantes API REST. Dans ce tutoriel, nous allons l’utiliser pour développer une simple API Minimal qui simule un score de crédit. Les API Minimal offrent une approche simplifiée pour créer des API HTTP hautes performances avec ASP.NET Core. Elles vous permettent de construire des points de terminaison REST complets avec un minimum de configuration et de code facilement. Au lieu de s’appuyer sur des échafaudages et des contrôleurs conventionnels, vous pouvez définir fluemment des routes et des actions API pour simplifier le processus de développement.

Nous allons créer un point de terminaison permettant à un utilisateur de récupérer un score de crédit en envoyant une demande à l’API. Nous pouvons également enregistrer et récupérer des scores de crédit à l’aide des méthodes POST et GET. Cependant, il est essentiel de noter que nous ne relierons pas de systèmes backend existants pour extraire un score de crédit; au lieu de cela, nous utiliserons un générateur de nombres aléatoires pour générer le score et le renvoyer à l’utilisateur. Bien que cette API soit relativement simple, elle illustrera les bases du développement d’API REST avec .NET Core 7 et l’approche API Minimal. Ce tutoriel fournira une introduction pratique à la construction d’API REST avec .NET Core 7 et l’approche API Minimal.

Lorsque nous développons une API REST avec .NET Core 7, nous devons suivre certaines conventions d’architecture. Nous devons définir les chemins d’accès à nos API, les méthodes HTTP, les contrôleurs et les actions. Nous devons également définir les modèles de données que nous allons utiliser pour stocker et récupérer les données. Enfin, nous devons définir le format des données que nous allons envoyer et recevoir via l’API. Dans ce tutoriel, nous allons utiliser le format JSON pour envoyer et recevoir les données. Une fois que nous aurons défini ces conventions d’architecture, nous pourrons commencer à développer notre API.

Une fois que nous aurons développé notre API, nous devrons la tester. Nous pouvons tester manuellement l’API en envoyant des requêtes HTTP à l’aide d’un client HTTP tel que Postman ou cURL. Nous pouvons également tester automatiquement l’API en écrivant des tests unitaires et intégrés avec xUnit ou NUnit. Une fois que nous aurons testé l’API, nous pourrons la déployer sur un serveur web tel que IIS ou Kestrel. Une fois déployée, nous pourrons commencer à utiliser notre API pour récupérer des scores de crédit.

En conclusion, ce tutoriel a fourni une introduction pratique à la construction d’API REST avec .NET Core 7 et l’approche API Minimal. Nous avons appris à définir les conventions d’architecture, à développer une API, à tester manuellement et automatiquement l’API et à la déployer sur un serveur web. Bien que cette API soit relativement simple, elle illustre les bases du développement d’API REST avec .NET Core 7 et l’approche API Minimal.

Source de l’article sur DZONE

/par
Les pièges de l'utilisation de l'IA générale en développement logiciel : un cas pour une approche centrée sur l'humain.

Les pièges de l’utilisation de l’IA générale en développement logiciel : un cas pour une approche centrée sur l’humain.

,

Les développeurs logiciels sont confrontés aux risques liés à l’utilisation de l’intelligence artificielle générale. Une approche centrée sur l’humain est nécessaire pour éviter ces pièges.

## Avec le développement de l’intelligence artificielle générale, elle prend également sa place dans les emplois qui nécessitent des connaissances intellectuelles et de la créativité.

The primary challenge is testing. Testing is a critical step in the software development process, as it ensures that the code is functioning correctly and that the system is performing as expected. However, when it comes to General AI-based systems, testing can be a daunting task. This is because the system’s behavior is not predetermined, but rather determined by its own internal logic and learning algorithms. As such, it is difficult to anticipate how the system will behave in a given situation, making it difficult to test for potential bugs and errors.

Avec le développement de l’intelligence artificielle générale, elle prend également sa place dans les emplois qui nécessitent des connaissances intellectuelles et de la créativité. Dans le domaine du développement logiciel, l’idée d’utiliser les capacités cognitives de l’IA générale a suscité un intérêt considérable. L’idée d’un logiciel qui peut penser, apprendre et s’adapter comme un programmeur humain est séduisante et promet de rationaliser les processus de développement et de potentiellement révolutionner l’industrie. Cependant, sous le charme de surface se trouve un défi important : la difficulté de modifier les systèmes basés sur l’IA générale une fois qu’ils sont déployés.

L’IA générale, également connue sous le nom d’intelligence artificielle générale (AGI), incarne le concept des machines possédant une intelligence et une adaptabilité humaines. Dans le monde du développement logiciel, elle a le potentiel d’automatiser une multitude de tâches, allant du codage au débogage. Néanmoins, à mesure que nous plongeons dans les promesses et les périls de l’intégration de l’IA générale dans le processus de développement logiciel, une série de préoccupations et de défis critiques se présentent.

Le défi principal est le test. Le test est une étape essentielle du processus de développement logiciel, car il garantit que le code fonctionne correctement et que le système se comporte comme prévu. Cependant, lorsqu’il s’agit des systèmes basés sur l’IA générale, le test peut être une tâche redoutable. Cela est dû au fait que le comportement du système n’est pas prédéterminé, mais déterminé par sa propre logique interne et ses algorithmes d’apprentissage. Par conséquent, il est difficile de prévoir comment le système se comportera dans une situation donnée, ce qui rend difficile le test des bogues et des erreurs potentiels.

Source de l’article sur DZONE

/par
Déploiement Cloud Native de Flux dans App Connect Enterprise

Déploiement Cloud Native de Flux dans App Connect Enterprise

,

Le déploiement cloud native de Flux dans App Connect Enterprise offre une solution innovante pour intégrer des applications et des données à travers les environnements cloud et on-premise.

IBM App Connect Enterprise (ACE) : Un outil d’intégration puissant et largement utilisé

Testing is an important part of the development process. ACE provides a number of testing features, such as the ability to run flows in a test mode, and the ability to debug flows. The test mode allows flows to be run with test data, and the results can be inspected to ensure that the flow is producing the expected results. The debug mode allows developers to step through a flow and inspect the variables and messages at each step. This is invaluable for troubleshooting and understanding how a flow works.

IBM App Connect Enterprise (ACE) est un puissant et largement utilisé outil d’intégration. Les développeurs créent des flux d’intégration en définissant un point d’entrée qui reçoit un message, puis en traitant ce message et enfin en envoyant ou en plaçant le message transformé. Les flux se composent d’une série de nœuds et de constructions logiques. ACE est puissant et flexible – il existe de nombreux nœuds spécifiquement conçus pour interagir avec les systèmes à intégrer, mais il existe également des nœuds qui peuvent exécuter un script ou du code Java. En raison de cela, ACE peut presque tout faire et peut donc être considéré (bien que ce ne soit pas son objectif) comme un environnement d’exécution d’application. 

Un flux ACE est une unité déployable intrinsèquement sans état, bien qu’il puisse gérer son propre état. Dans un environnement de serveur traditionnel, de nombreux flux sont déployés sur un serveur d’intégration et leur exécution peut être gérée et échelle à l’aide des fonctionnalités de gestion de charge. Cela rend ACE un ajustement naturel pour un environnement Kubernetes.

Le test est une partie importante du processus de développement. ACE fournit un certain nombre de fonctionnalités de test, telles que la possibilité d’exécuter des flux en mode test et la possibilité de déboguer des flux. Le mode test permet aux flux d’être exécutés avec des données de test et les résultats peuvent être inspectés pour s’assurer que le flux produit les résultats attendus. Le mode debug permet aux développeurs de passer en revue un flux et d’inspecter les variables et les messages à chaque étape. Cela est inestimable pour le dépannage et la compréhension du fonctionnement d’un flux.

Source de l’article sur DZONE

/par
Architecture TDD pour Services

Architecture TDD pour Services

,

Web

L’architecture TDD pour les services web est une méthode de développement qui permet de construire des applications robustes et fiables. Elle offre une grande flexibilité et des tests automatisés.

Au-delà des tests unitaires

It doesn’t have to be this way. By leveraging the same TDD techniques used for unit tests, developers can create tests that span services and data stores, while still providing the same level of confidence and quality. Such tests can be written in the same language as the codebase, using the same tools, and can be managed as part of the same process. This approach also provides a more complete view of the system under test, allowing for more comprehensive testing, earlier detection of errors, and a better overall development process.

Au-delà du test unitaire

Le développement piloté par les tests (TDD) est une technique bien reconnue pour améliorer le processus de développement, que ce soit pour le développement de nouveau code ou pour la correction de bogues. Tout d’abord, écrivez un test qui échoue, puis faites-le fonctionner de manière minimale, puis faites-le fonctionner correctement ; rincez et répétez. Ce processus maintient l’accent sur le travail à valeur ajoutée et tire parti du processus de test comme un défi pour améliorer la conception testée plutôt que de vérifier uniquement son comportement. Cela améliore également la qualité de vos tests, qui deviennent une partie plus précieuse du processus global plutôt qu’une pensée après coup.

Le discours commun sur le TDD tourne autour des unités relativement petites et en cours de traitement, souvent d’une seule classe. Cela fonctionne très bien, mais qu’en est-il des unités «livrables» plus importantes ? Lors de l’écriture d’un microservice, ce sont les services qui sont primordiaux, tandis que les différentes constructions d’implémentation sont simplement des outils pour atteindre cet objectif. Le test des services est souvent considéré comme étant hors du champ d’un développeur travaillant dans une seule base de code. Ces tests sont souvent gérés séparément, peut-être par une équipe distincte, à l’aide d’outils et de langages différents. Cela rend souvent ces tests opaques et de moins bonne qualité et ajoute des inefficacités en nécessitant un commit/deploy ainsi qu’une coordination avec une équipe distincte.

Cela n’a pas à être ainsi. En utilisant les mêmes techniques TDD utilisées pour les tests unitaires, les développeurs peuvent créer des tests qui couvrent les services et les magasins de données, tout en fournissant le même niveau de confiance et de qualité. Ces tests peuvent être écrits dans le même langage que la base de code, à l’aide des mêmes outils, et peuvent être gérés dans le cadre du même processus. Cette approche fournit également une vue plus complète du système sous test, permettant un test plus complet, une détection plus précoce des erreurs et un meilleur processus de développement global.

Source de l’article sur DZONE

/par