Undokumentierte Eigenschaften werden oft in Softwareausgaben gefunden. Manchmal wird die Dokumentation durch das einfache Versehen weggelassen, aber undokumentierte Eigenschaften sind häufig Elemente der Software, die nicht für den Gebrauch durch Endbenutzer beabsichtigt ist, aber verlassen ist, verfügbar für den Gebrauch durch den Verkäufer für die Softwareunterstützung und Entwicklung.

Da die Lieferanten der Software gewöhnlich denken, dass die Softwaredokumentation einen Vertrag für das Verhalten der Software einsetzt, werden undokumentierte Eigenschaften allgemein ununterstützt verlassen, und können entfernt oder nach Wunsch und ohne Benachrichtigung den Benutzern geändert werden. Das macht verwendende undokumentierte Eigenschaften ein zweischneidiges Schwert.

Manchmal wird solch eine Eigenschaft (zum Beispiel, die Fähigkeit, den Schalter-Charakter im MS-DOS, gewöhnlich zu einem Bindestrich zu ändern), für die Vereinbarkeit (in diesem Fall mit Dienstprogrammen von Unix) oder Gründe der zukünftigen Vergrößerung eingeschlossen, aber der Softwareversorger überlegt sich es anders oder geht aus dem Geschäft; die Abwesenheit der Dokumentation macht es leichter, die Eliminierung der Eigenschaft zu rechtfertigen.

Neue Versionen der Software könnten Erwähnung von alten (vielleicht ersetzt) Eigenschaften in der Dokumentation weglassen, aber sie durchgeführt für Benutzer halten, die gewohnt an sie gewachsen sind.

In anderen Fällen wird auf Softwareprogrammfehler scherzend als undokumentierte Eigenschaften verwiesen. ("Es ist nicht ein Programmfehler; es ist eine undokumentierte Eigenschaft!") Dieser Gebrauch kann in einigen von den Antworten des Microsofts auf Programmfehler-Berichte für sein erstes "Wort für Windows" Produkt verbreitet worden sein. (James Gleick, Was Gerade Zufällig, ch.1), aber entsteht dort nicht. Die erste Verweisung auf Usenet, das Daten bis zum 5. März 1984 überlebt. Zwischen 1969 und 1972, Sandy Mathes, hat ein Systemprogrammierer für die PDP-8 Software an Digital Equipment Corporation (DEC) in Maynard, Massachusetts, die Begriffe "Programmfehler" und "Eigenschaft" in ihrem Bericht von Testergebnissen gebraucht, zwischen undokumentierten Handlungen von gelieferten Softwareprodukten zu unterscheiden, die unannehmbar und beziehungsweise erträglich waren. Dieser Gebrauch kann fortgesetzt worden sein.

Komischerweise sind undokumentierte Eigenschaften selbst eine Haupteigenschaft von Computerspielen geworden. Entwickler schließen häufig verschiedene Schwindel und andere Besonderheiten ein ("Osterneier"), die im paketierten Material nicht erklärt werden, aber ein Teil des "Summens" über das Spiel im Internet und unter gamers geworden sind. Die undokumentierten Eigenschaften von Auslandsspielen sind häufig Elemente, die aus ihrer Muttersprache nicht lokalisiert wurden.

Geschlossener Quell-APIs kann auch Funktionen undokumentiert haben, die nicht allgemein bekannt sind. Diese werden manchmal verwendet, um einen kommerziellen Vorteil gegenüber der 3.-Parteiensoftware durch die Versorgung der Zusatzinformation oder besseren Leistung dem Anwendungsversorger zu gewinnen.

Siehe auch

• Hintertür, (rechnend)
• Osternei (Medien)
• Undokumentierte Instruktion