Provedení testu s opětovným načtením za provozu

Testovací běhy v sadě Visual Studio zahrnují sestavení projektu pro aktualizaci binárních souborů na disku před použitím testovací platformy ke spuštění testů. Čas sestavení v sadě Visual Studio se může lišit v závislosti na druhu změn provedených v kódu. U větších řešení mohou být buildy tou nejdražší součástí testovacího běhu. V prostředí Visual Studio 2022 a novějších verzích lze povolit spouštění testů s horkým načítáním, aby se urychlil běh testů přeskočením sestavení pro podporované scénáře.

Co je podporované?

• Projekty C# a VB, které cílí na .NET 6.0 a vyšší
• Testovací projekty vytvořené pro konfiguraci LADĚNÍ
• Visual Studio 2022 a novější

Povolení provádění testů s rychlým načtením.

Tuto funkci povolte tak, že zvolíte Test>Možnosti>„(Experimentální) Povolit znovu načtení testovacích spuštění za provozu pro testovací projekty C# a VB, které cílí na .NET 6 a vyšší.“

Proč je experimentální?

Jedná se o nový způsob provádění testů, kdy změníme široce používanou cestu ověřování kódu. Očekáváme také, že uživatelské prostředí kolem této funkce se změní, protože od uživatelů dostáváme další zpětnou vazbu. Z těchto dvou důvodů jsme tuto funkci aktuálně označili jako experimentální.

Jak to funguje

Jakmile je tato možnost aktivována, Průzkumník testů automaticky použije testování s funkcí hot reload, pokud je to možné. Pokud opětovné načtení za chodu není možné, vrátí se ke standardnímu procesu sestavování a spouštění testů. Jako uživatel, který spouští testy, nemusíte v pracovním postupu provádět žádné změny (to znamená, že dále upravovat kód a spouštět testy).

Pod kapotou využíváme stejnou infrastrukturu pro úpravy a pokračování, která je součástí nově vydaného prostředí rychlých změn za provozu pro úpravy kódu v C#/VB za běhu k určení provedených změn. Z tohoto důvodu znovu načítáme jen tehdy, když nejsou žádné "hrubé úpravy", v takovém případě se vrátíme k sestavení testů před jejich provedením. Další podrobnosti o podporovaných úpravách najdete v dokumentaci pro úpravy a pokračování.

Jak rychleji proběhne provádění testu?

Při odhadu, kolik času vám tato funkce ušetří, existuje mnoho proměnných. Například:

• Jak dlouho trvá sestavení projektu.
• Jaký druh úprav byl proveden.
• Jak velký je soubor, ve kterém byla úprava provedena.
• Kde byla úprava provedena (pokud se jedná o projekt typu list nebo ne).

Vylepšení rychlosti budou nakonec přímo souviset s časem sestavení, ke kterému by došlo v daném konkrétním testovacím běhu.

Poznámky

• První testovací spuštění po povolení možnosti nebo otevření sady Visual Studio způsobí sestavení projektu.
• Soubory v editoru nemusí být při spuštění testů uloženy. Pokud chcete tyto problémy vyřešit a než se přihlásíte, ujistěte se, že provedete úplné sestavení (Ctrl+Shift+B).
• Binární soubory na disku se neaktualizují, když dojde k opětovnému načtení testu za provozu.
• Spuštění testu s rychlým opětovným načtením nefunguje s příkazem Test>Run All Tests (Spustit všechny testy), Spustit všechny testy v zobrazení v Průzkumníku testů ani se spuštěním všech testů z uzlu řešení v Průzkumníku řešení. Tato funkce s těmito příkazy nefunguje, protože v současné době zaručují sestavení celého řešení.
• Když se spustí testy s nepodporovanými cílovými architekturami (nižším než .NET 6.0), dojde k sestavení projektu.
• Pokud se mezi obsahem disku a průzkumníkem testů zobrazí nějaké nekonzistence, zvažte řešení nebo sestavení projektu pomocí Ctrl+Shift+B a pak spusťte testy. Jakékoli explicitní sestavení nahradí výsledky testu rychlého načítání běžnými výsledky testů plného sestavení.

Známé problémy

• Spuštění testu s opětovným načtením za provozu se neprojeví v následujících scénářích:
  • Pokrytí kódu
  • Živé Jednotkové Testování
  • Profilování
  • Odstraňování chyb
• Trasování zásobníku nemusí být čitelné s přítomností nečitelných tokenů. Tento problém tady sledujeme a plánujeme opravu v .NET 7.0.
  • Doporučeným alternativním řešením v tomto případě je sestavení projektu a opětovné spuštění testu.

Vaše zpětná vazba je důležitá

Jak jsme uvedli dříve, aby byla tato experimentální funkce dokončená, vyžadujeme vaši zpětnou vazbu. Pokud máte návrh na to, jak by měla zkušenost vypadat, nebo narazíte na nějaké problémy, prosíme, abyste nám nahlásili problémy. Jenom s vaší zpětnou vazbou můžeme zajistit, aby se vyřešily kritické problémy a budoucí rozhodnutí se na základě vašeho vstupu upřednostňují.

Pokud nás chcete kontaktovat, použijte mechanismus zpětné vazby sady Visual Studio.