Ich habe eine CodedUI-Testsuite. Ich versuche, einen B-D-T-Workflow in TFS 2015 R2 zu verwenden, um die Test-DLLs für eine Computergruppe bereitzustellen und sie auszuführen.Build vNext CodedUI Item Deployment - in .testsettings angegebene Elemente werden nicht kopiert
Die Tests basieren auf einigen Dateien - einer HTML-Startseite und einer XML-Datei.
Als Erstes habe ich versucht, die Tests einfach aus dem Ordner "bin" ausführen zu lassen ODER, wo sie auf den Computern in der Maschinengruppe bereitgestellt werden. Keine Vorschläge, die ich auf SO oder auf den ersten 3 Seiten von Google gefunden habe. Wenn ich einen Test lokal durchführte, kopierte er die Test-DLLs in den Ordner TestResults und führte sie dort aus.
Dann habe ich versucht, eine .testsettings-Datei zu verwenden, um die Dateien mit der .dlls in den Ordner TestResults bereitzustellen. Ich verstehe immer noch nicht wirklich, warum das die beste oder einzige Lösung ist - wenn ich nur aus dem Bin ausführen kann, lass es mich wissen, aber es funktioniert - lokal.
Jetzt in TFS 2015, wenn ich meine Testsoftware auf dem Test-Agent (Mitglied der Maschinengruppe) bereitstellen, kann ich meine unterstützenden Dateien genau sehen, wo sie in der Test-Drop-Position sein sollten. Dann beginnt der Test. Ein temporärer Ordner wird in einer byzantinischen Region von AppData erstellt, wo nur die .dlls und config kopiert werden - nicht die Dateien, die in der Datei .testsettings angegeben sind! Die Testsettings-Datei wird in der Aufgabe "Functional Tests ausführen" angegeben, die ich durch Durchsuchen der richtigen Datei in der Quellcodeverwaltung erreicht habe.
Ich kann alle Informationen liefern, die Sie benötigen. Das sollte so einfach sein, aber es war ein enormer Kopfschmerz.
die Dateien, die ich brauchte zunächst an den Agenten kopieren richtig diese Aufgabe bewegt werden. Nach der "Windows-Maschinendatei-Kopie", bei der ich die erstellte Software + Artefakte in die Maschinengruppe verschiebe, ist alles im Testkontextverzeichnis in einer identischen Struktur zu meinem lokalen Rechner vorhanden. Sobald der Testlauf gestartet wird, kopiert Mstest die .dlls in einen verdeckten verschachtelten Ordner in AppData und versucht, den Test auszuführen. Es kopiert jedoch die anderen Dateien nicht wie lokal. – Ryanman
Dann haben Sie möglicherweise einen Fehler. Ich schlage vor, ein Problem im VSO-Agent-Tasks-Projekt zu stellen, um das Team dazu zu bringen, dies zu prüfen: https://github.com/Microsoft/vsts-tasks/issues – jessehouwing