0

Dev kutusundaki bazı yapılandırmalar nedeniyle kodumu "Belgeler ve Ayarlar" klasörlerine taşımak zorunda kaldım. #? * &% $ "sevgili" performansından beri VCS, belirli senaryolarda uzun dosya yollarıyla ilgili sorunlara sahip olabilir, bir sürücüyü (V :) kodla işaret ettim. Bu genellikle şu anda bir istisna ile çalışmaktadır: bir sebepten dolayı, VS'ye entegre ünite test koşucuları artık testleri gerçekleştiremez. Bunu özellikle TestDriven.NET ve ReSharper test koşucusu kullanarak denedim. Her ikisi de aynı garip davranışı gösterir: Hata yok, testler sadece çalışmaz.VS 2010 - sürücü eşlemesinde birim testleri

0 ben C çözüm açtığınızda 0

atlandı, 0 Başarısız, Geçti: \ Belgeler ... ve testler rayları söyledi kullanarak çalıştırmak çalışıyor:

geçti 211, 0 0 Önce bir 64bit sorunu (biz Win7 Ultimate x64 üzerinde) şüpheli

atlandı, başarısız oldu. Ancak test grupları “Her CPU” olarak ayarlanmış, her iki koşucu da bu senaryoyu işleyebilir ve uygun NUnit çalıştırılabilir dosyalarına yeniden yönlendirebilir (… eğer söyleyebilirim ki, eğer yanılsam beni düzeltin!). NUnit GUI'si ile test derlemeleri hem C: \ hem de V: \ work fine'den açılır.

Sadece bunun, dosya yollarının eşlenmiş bir sürücüye başvurduğunda testlere çağrı yapamaması için VS'deki koşucularla ilgili olduğunu sanabilirim ... ama bu oldukça garip geliyor, bu yüzden bazılarınızın gördüğünü umuyordum Bu sorun daha önce ve bazı tavsiyelerde bulunabilir.

bir soruya bu aşağı kaynatın için:
Has kimsenin şimdiye VS 2010 yılında NUnit testi rayları ile ilgili sorunlar muhtemelen belirlenmiş bir sürücü olmanın çözüme testleri yürütme olmasaydı?

Win 7 Ultimate x64
VS 2010 Ultimate
NUnit 2.5.8
TestDriven.NET bunu denemedim 5,1

+0

MapDrives'le değil, harici bir HDD ile uğraşırken ne yaparsınız? Benim için test.dll AppData Temp dizinine kopyalandı ve oradan çalıştı? Garip bulduğum .... Bununla hiç karşılaştın mı? – IbrarMumtaz

cevap

0

Tamam, sonunda bunun üstesinden gelmenin bir yolunu bulduk. Eşlenen V: sürücüsümüzün bir ağ sürücüsü olmasıyla sorunu çözmemize rağmen, SUBST komutunu kullanarak eşlenmiş sürücüyü oluşturursanız iyi çalışır.

Buradaki fark, V: sürücüsünün ağ konumu olarak kabul edildiğidir, çünkü eşleme menüsünde "harita ağ sürücüsü" kullanılarak eşlemeyi oluşturduğumdan (NET komutuna eşdeğer olduğuna inanıyorum). Bu, ağlar ve yerel sürücüler arasında derlemeler çağrıldığında güven sorunlarına yol açabilir. System.Security.SecurityException:

işlenmeyen İstisna çizgisinde inşa sırasında bazı adamlar bile hata mesajları var Yani, montaj kısmen güvenilen arayanlara izin vermez.

subst bizim V kullanarak: beklendiği gibi yerel (= güvenilen) konuma tahrik noktaları, ve şimdi Testlerin hepsi çalıştırın.

SUBST ile eşlenmiş bir sürücü oluşturmak için aşağıdakileri yapın. Bu örnekler, kullanıcıların kod konuma yeni bir sanal sürücü "V" eşler (= [adınız]) klasörü:

C:> subst v: C: \ Users [adınız] \ kodu

0
ReSharper. Ama sadece bir düşünce. TestDriven.Net ve NUnit için yürütülebilir dosya yolunu kontrol edebilir misiniz. Test projesinin referansını kontrol etmek isteyebilirsiniz. göreceli mi yoksa mutlak mı?
+0

Yanıtladığınız için teşekkür ederiz. Ne zaman bir şans alıp sana geri döneceğimi kontrol edeceğim. – galaktor

+0

TD.NET veya NUnit yolları sorun değil. Başvurulan test projesi, VS'de bir "proje referansı" dır. Buradaki sorun, TD.NET/NUnit'in çağrılan exes'leri için bazı tuhaf çalışma dizini kullanılarak VS olarak görünüyor. Ayrıca izinler de olabilir. – galaktor