C# "iç" erişim değiştirici birim test

Question

yapıyor ben birim test yeniyim ve ben 'iç' erişim değiştiricisinin fazlasını kullanarak başlamalı olmadığını anlamaya çalışıyorum. Bence 'iç' kullanmak ve montaj değişkeni 'InternalsVisibleTo' ayarlarsanız, biz test projesinden halkı beyan etmek istemiyorum fonksiyonlarını test biliyorum. Bu bana her zaman 'dahili' kullanmam gerektiğini düşünmemi sağlıyor, çünkü en azından her projenin (test yapmalı) kendi test projesi var. Bunu yapmamam için bana bir neden söyleyebilir misiniz? Ne zaman 'özel' kullanmalıyım?

Answer 1

İç sınıflar test edilmeye ihtiyacı ve bir Assemby niteliği vardır:

using System.Runtime.CompilerServices; 

[assembly:InternalsVisibleTo("MyTests")] 

proje bilgisi dosyası, mesela bu ekle Properties\AssemblyInfo.cs.

Answer 2

Sen özel yanı kullanabilir ve yansıma ile özel yöntemleri çağırabilir. Visual Studio Team Suite'i kullanıyorsanız, sizin için özel yöntemlerinizi çağırmak için bir proxy oluşturacak bazı güzel işlevlere sahiptir. Özel ile

kullanmanız gereken değiştirici hangi erişim açısından

http://www.codeproject.com/KB/cs/testnonpublicmembers.aspx

, başparmak benim genel kural başlatmak: Burada birim test özel ve korunan yöntemlere işi kendiniz yapabilirsiniz gösteren bir kod projesi makale ve gerektiğinde yükseltin. Bu şekilde, sınıfınızın iç detaylarının çok azını gerçekten ihtiyaç duyduğunuz şekilde ortaya çıkaracak ve uygulama ayrıntılarını gerektiği gibi gizlemeye yardımcı olacaksınız.

Answer 3

Özel yöntemleri sınamak isterseniz, PrivateObject ve PrivateType adresindeki Microsoft.VisualStudio.TestTools.UnitTesting ad boşluğuna bakın. Gerekli yansıma kodları etrafındaki sargılar için kolay kullanım sunarlar.

Dokümanlar: PrivateType varsayılan olarak gizli kullanılarak PrivateObject

Answer 4

Tut. Eğer bir üye bu türün ötesine maruz kalmamalıysa, aynı projenin içinde bile olsa bu türün ötesine maruz bırakılmamalıdır. Bu, işleri daha güvenli ve daha düzenli tutar - nesneyi kullanırken, kullanmanız için hangi yöntemleri kullanacağınız daha açık olur.

, ben bazen deneme amaçlı doğal özel yöntemler iç sunmak için makul olduğunu düşünüyorum olduğunu söyledi. Bunu refactoring-unfriendly olan yansımayı kullanmayı tercih ederim. Bir "ForTest" eki olabileceğini dikkate almak

Bir şey: Aynı proje içinde sınıf kullanıyorsunuz Sonra

internal void DoThisForTest(string name) 
{ 
    DoThis(name); 
} 

private void DoThis(string name) 
{ 
    // Real implementation 
} 

, bu (şimdi ve gelecekte) aşikar olduğunu yapmamalısın Gerçekten bu yöntemi kullanıyor - sadece test amaçlı var. Bu biraz hacky, ve kendim yaptığım bir şey değil, ama en azından dikkate değer.