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
atlandı, 0 Başarısız, Geçti: \ Belgeler ... ve testler rayları söyledi kullanarak çalıştırmak çalışıyor:0 ben C çözüm açtığınızda 0
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.geçti 211, 0 0 Önce bir 64bit sorunu (biz Win7 Ultimate x64 üzerinde) şüpheli
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
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