
Dieser Artikel stammt aus dem Jahr 2014. Versionen, Werkzeuge und Empfehlungen können sich seitdem geändert haben. Neuere Beiträge findest du unter Csharp.
Die Zeit am Flughafen möchte ich dazu nutzen einer meiner Anfragen per E-Mail zu beantworten.
Hallo Benjamin, wie testest du Quellcode, der mit internal deklariert ist?
Ich bin kein Fan von 100%-tiger Testbarkeit von Code; einfach weil es für auch mich eine Frage der Effizient ist. Ich beschränke mich auf ~90%-tiger Testbarkeit – jedenfalls im C#-Bereich. Dennoch finde ich die Frage gar nicht so schlecht, da der internal-Modifier mit dem 100% test code coverage-Ansatz im Konflikt steht: interner Code lässt sich durch externe Text-Projekt nicht testen.
Sofern die konsumierende Testklasse bzw. dessen Projekt feststeht, kann ganz einfach das InternalsVisibleTo-Attribut verwendet werden. Oft gebe ich aber meine Debug- und Release-Stände direkt weiter, sodass ich die konsumierenden Test-Projekte so gar nicht kenne.
Selbst verwende ich gerne interne Klassen, um zum Beispiel Konfigurationsabfragen nicht von außen verfügbar zu machen. Anhand diesem Beispiel möchte ich exemplarisch mein Vorgehen zeigen, das das InternalsVisibleTo-Attribut umgeht bzw. eine Alternative darstellt..
1#if DEBUG
2 public
3#endif
4#if (!DEBUG) // == RELEASE
5 internal
6#endif
7
8 static class InternalGlobalConfigSwitches
9 {
10 /// <summary>
11 /// true if minification is enabled
12 /// </summary>
13 public static Boolean HtmlMinificationEnabled()
14 {
15 return IsEnabled( "SC:WU:HtmlMinifyEnabled" );
16 }
17
18 /// <summary>
19 /// key is enabled
20 /// </summary>
21 /// <param name="key"></param>
22 public static Boolean IsEnabled( String key )
23 {
24 bool enabled;
25
26 Boolean.TryParse( ConfigurationManager.AppSettings[ key ], out enabled );
27
28 return enabled;
29 }
30 }Durch die #if-Direktive ist meine Klasse im Debug-Modus öffentlich und kann damit für UnitTests problemlos verwendet werden. Im Release- bzw. Nicht-Debug-Modus (was standardmäßig dem Release-Modus entspricht) ist Klasse nur noch intern Verfügbar.
Der dazugehörige Test-Code entspricht einer normalen Unit-Test-Klasse:
1[TestClass( )]
2public class InternalGlobalConfigSwitchesTests
3{
4 [TestMethod( )]
5 public void HtmlMinificationEnabledTest()
6 {
7 Assert.IsTrue( InternalGlobalConfigSwitches.HtmlMinificationEnabled( ) );
8 }
9}Fertig ist mein Test-Verhalten für interne Klassen.
Related articles

- 10 min read
Handle time correctly in .NET: TimeProvider
Time is an external dependency. That may sound unusual at first because DateTime.UtcNow is available anywhere without configuration. This …

- 4 min read
Create a Local SQL Server Database File with .NET
Local SQL Server database files provide a pragmatic way to keep a real SQL Server engine close to the application without provisioning a …

- 11 min read
Containerizing .NET in 2026 Without a Dockerfile
Most .NET Dockerfiles repeat the same five steps: restore, publish, select the matching Microsoft runtime image, copy the output and start …
Let's Work Together
Looking for an experienced Platform Architect or Engineer for your next project? Whether it's cloud migration, platform modernization or building new solutions from scratch - I'm here to help you succeed.
