Fermer

mai 16, 2019

Prise en charge du cloud, tâches asynchrones et bien plus dans JustMock R2 20192 minutes de lecture

Telerik R2 2019 Release_870x220


Suite à vos demandes concernant JustMock avec R2 2019, nous fournissons une prise en charge de Azure Pipeline avec un agent de construction hébergé dans le cloud, résolution automatique du contexte de test lors de l’utilisation de tâches asynchrones, vérification des conditions préalables d’appel de méthode, exception à une tâche asynchrone et nouveaux modèles de projet .NET Core pour Visual Studio.

Prise en charge de Azure Pipeline avec l'agent de génération hébergé dans le cloud

Jusqu'à présent, JustMock prenait en charge Azure Pipeline avec un agent de génération hébergé sur un serveur local. C'était une limitation due à l'exigence que JustMock soit installé sur le serveur. Avec R2 2019, nous fournissons officiellement l'option d'installation gratuite pour la tâche de pipeline Azure.

L'option d'installation gratuite est disponible pour les agents de construction hébergés sur des serveurs locaux et dans le cloud. Pour configurer cette nouvelle option, accédez à la section des options JustMock de la tâche JustMock VSTest, que vous devez ajouter à votre pipeline de construction après avoir installé notre extension Telerik JustMock Tests v.2 . Remplissez simplement le chemin du profileur JustMock 32 et 64 bits comme dans la capture d'écran suivante:

 Pipeline Azure

Bien sûr, vous devez d'abord vous assurer que les dll JustMock profiler 32 et 64 bits sont disponibles sur la machine de l'agent de génération. J'ai personnellement fait cela en les ajoutant au contrôle de source dans un dossier séparé nommé "Lib". De cette façon, je m'assure que, peu importe si l'agent de génération est sur site ou dans le nuage, les dll profilers seront disponibles. Enfin, une vérification de l'exactitude du chemin spécifié est toujours une bonne pratique.

Prise en charge de la vérification des conditions préalables à l'appel de méthode

Il existe certains cas de test où le développeur doit s'assurer qu'un certain nombre de méthodes ont déjà été exécutées. avant de vérifier qu'une méthode particulière a renvoyé une valeur correcte. C'est pourquoi nous avons mis en œuvre une nouvelle fonctionnalité permettant de vérifier les conditions préalables à l'appel d'une méthode.

Pour mieux illustrer les avantages de cette fonctionnalité, je vais donner l'exemple suivant. Imaginez que vous souhaitiez qu'une certaine collection ne soit renvoyée par une méthode qu'après l'appel d'une méthode Init pour tous les éléments de cette collection. Comment le vérifieriez-vous?

Voici un exemple de code démontrant exactement comment ce cas de test peut être vérifié:

// Organiser

var barCollection = [19659013] nouveau Liste ()

{




Source link