J'utilise VSTS 2K8 et j'ai mis en place un projet de test unitaire. Dans ce cas, j'ai une classe de test avec une méthode qui fait une simple assertion. J'utilise une feuille de calcul Excel 2007 comme source de données.
Ma méthode de test ressemble à ceci: comme indiqué dans les attributs de décoration de la méthode, ma feuille de calcul Excel est sur mon article local C: / lecteur. En elle, la feuille où toutes mes données sont situées est nommée "feuille1". J'ai copié la feuille de calcul Excel dans mon projet et j'ai défini son action de construction = "Contenu" et je ' v pouvez définir sa copie sur répertoire de sortie = "Copier si plus récent". Lorsque vous essayez d'exécuter ce test d'unité simple, je reçois l'erreur suivante: L'adaptateur de test de l'unité n'a pas réussi à se connecter à la source de données ou à lire les données. Pour plus d'informations sur le dépannage de cette erreur, reportez-vous à la section "Dépannage des tests d'unités entraînées par Données" ( http: / /go.microsoft.com/fwlink/?Linkid=62412 ) Dans la bibliothèque MSDN.
Détails d'erreur: Erreur [42S02] [Microsoft] [pilote Excel ODBC] Le moteur de base de données Microsoft Office Access n'a pas pu trouver l'objet 'Feuille1'. Assurez-vous que l'objet existe et que vous épelez le nom et le nom du chemin correctement.
J'ai vérifié que le nom de la feuille est orthographié correctement (c.-à-d. Stade1) et j'ai vérifié que mes sources de données sont correctement définies. Les recherches sur le Web n'ont pas beaucoup retourné. du tout. Et je suis totalement percuté. Toutes l'aide ou toutes les entrées sont appréciées !!!!
6 Réponses :
Modifier la propriété "Build Action" d'Excel (.xlsx) au contenu et "Copier vers le répertoire de sortie" pour copier si nouveau.
Cela a fonctionné pour moi lorsque j'ai eu la même erreur que URS ...
++ n'oubliez pas de naviguer et d'ajouter le fichier Excel dans l'onglet de déploiement du fichier TestRun.config figure dans le serveur SOUTION .. :)
"Ajouter le fichier Excel dans l'onglet de déploiement de TestRun.Config [local.TestStsettings] fichier dans le serveur SOUTION" m'a aidé avec le même problème. +1 et merci !!
J'ai eu un problème similaire, mais j'essaie simplement de déployer un simple fichier XML.
Le problème s'est avéré être le nom de fichier du fichier que je déployais était trop long.
J'ai eu deux problèmes ici, l'un était l'orthographe de la feuille souhaitée dans mon fichier Excel. L'autre et je pense que l'important était la différence entre le J'ai créé un fichier Excel dans une machine qui avait la version .xls et .xlsx fichiers. Dans ma machine, j'ai le .xlsx , mais j'étais censé écrire un cas de test pour un projet déjà mis en œuvre Et il utilisait cette source de données: .xls < / Code> Et puis j'ai déplacé ce fichier Excel sur ma machine. De cette façon, je pourrais résoudre mon problème.
Vous devez vous assurer que votre déploiement est activé dans vos paramètres de test que vous avez choisis !!!
bonne chance !!!
solutions que j'ai essayé 1) Ajout d'un fichier de données dans la section de déploiement des paramètres locaux 2) a changé les propriétés du fichier en "contenu" et "copier si plus récent" 3) Codage rigoureux L'emplacement du fichier dans l'attribut d'élément de déploiement et dans la chaîne de connexion dans l'app.config.
Aucune de ces réponses a fonctionné.
Finalement, j'ai découvert que le registre n'avait pas les registres de jet DLLS. J'ai exporté le dossier Jet (HKEY_LOCAL_MACHINE \ LOGICIEL \ WOW6432NODE \ Microsoft \ Jet) du registre d'une machine sur laquelle je ne recevais pas l'erreur et que je importais sur la machine, je reçois l'erreur. Cela résolva le problème pour moi.
Le nom de la feuille doit avoir un "$" ajouté autrement, il va certainement échouer (toujours valable pour Visual Studio 2015) comme:
"feuille1 $" .
Le nom de la feuille doit avoir une "$" ajoutée autrement, il va certainement échouer (toujours valable pour Visual Studio 2015) comme: "feuille1 $"