MSTEST0078: '[DependsOn]'-Argumente sollten gültig sein.

Eigenschaft Wert
Regel-ID MSTEST0078
Title '[DependsOn]'-Argumente sollten gültig sein.
Kategorie Usage
Die Behebung ist eingreifend oder nicht eingreifend Non-breaking
Standardmäßig aktiviert Ja
Voreingestellte Schwere Warning
wurde in Version eingeführt. 4.4.0 (Vorschau)
Gibt es eine Codekorrektur No

Important

Testabhängigkeiten sind für MSTest 4.4 geplant und sind nur in Vorschaubuilds verfügbar, bis MSTest 4.4.0 veröffentlicht wird.

Ursache

Ein [DependsOn] Attribut verweist auf einen Test anhand des Namens, und der Verweis hat ein Problem, das das Testframework nur zur Laufzeit festlegen kann, z. B. ein Ziel, das nicht vorhanden ist.

Regelbeschreibung

Das Testframework behandelt absichtlich ein [DependsOn] Ziel, das keinen Test als nicht tödliche Warnung zur Laufzeit erfüllt, sodass --filter und einzeltestausführungen weiterhin funktionieren. Dies bedeutet, dass ein Tippfehler oder eine Umbenennung die deklarierte Sortierung im Hintergrund abbricht, anstatt den Build fehlzuschlagen. Dieser Analysebericht meldet die Probleme, die zur Erstellungszeit entschieden werden können:

  • Die referenzierte Methode ist für den referenzierten Typ nicht vorhanden.
  • Das element, auf das verwiesen wird, ist keine Testmethode, sodass die Abhängigkeit ignoriert wird.
  • Der referenzierte Typ ist keine Testklasse, sodass die Abhängigkeit ignoriert wird.
  • Der referenzierte Typ wird in einer anderen Assembly deklariert (Abhängigkeiten werden innerhalb einer einzigen Testquelle aufgelöst).
  • Der referenzierte Typ ist abstrahiert, sodass die Tests stattdessen unter jeder abgeleiteten Testklasse ausgeführt werden.
  • Das Attribut hängt von sich selbst ab, bei dem es sich um einen Abhängigkeitszyklus handelt, der zur Laufzeit fehlschlägt.
  • Das Attribut nimmt an einem Abhängigkeitszyklus teil, der in der Kompilierung sichtbar ist, was bei jedem Test im Zyklus zur Laufzeit fehlschlägt.
  • Das Attribut wird angewendet, wenn es keine Auswirkung hat, da das Attributziel keine Testmethode ist oder keinen Test ausführt.
[TestMethod]
public void CreateCart() { }

[TestMethod, DependsOn("CreatCart")] // Violation: typo, no such member
public void AddItem() { }

Wie man Verstöße behebt

Korrigieren Sie den Tippfehler oder die Umbenennung, und verwenden nameof Sie diesen, damit der Compiler den Verweis synchronisiert, wenn Sie das Ziel umbenennen.

[TestMethod]
public void CreateCart() { }

[TestMethod, DependsOn(nameof(CreateCart))]
public void AddItem() { }

Wann sollten Warnungen unterdrückt werden?

Sie sollten keine Warnungen von dieser Regel unterdrücken. Jeder von dieser Analyse gemeldete Fall schlägt entweder zur Laufzeit den abhängigen Test fehl, z. B. einen Selbstbezug oder einen Zyklus, oder legt die deklarierte Sortierung im Hintergrund ab, z. B. einen Tippfehler oder einen Verweis auf ein Nicht-Testmitglied.

Unterdrücken einer Warnung

Um nur eine einzelne Verletzung zu unterdrücken, fügen Sie der Quelldatei Präprozessoranweisungen hinzu, um die Regel zu deaktivieren und dann wieder zu aktivieren.

#pragma warning disable MSTEST0078
// The code that's violating the rule is on this line.
#pragma warning restore MSTEST0078

Um die Regel für eine Datei, einen Ordner oder ein Projekt zu deaktivieren, legen Sie den Schweregrad auf none in der Konfigurationsdatei fest.

[*.{cs,vb}]
dotnet_diagnostic.MSTEST0078.severity = none

Weitere Informationen finden Sie unter Vorgehensweise: Unterdrücken von Codeanalyse-Warnungen.

Siehe auch

  • Last updated on