They are still there, just under a name ClassicAssert. And if you want that to use the Assert, you can actually change that yourself using an alias, ref Using global using aliases, either as a global alias in the GlobalUsings.cs file, or directly in the csproj file.

global using Assert = NUnit.Framework.Legacy.ClassicAssert;

or in the csproj

<Using Include="NUnit.Framework.Legacy.ClassicAssert" Alias="Assert" />

You can then still use the That syntax if you like, in some cases.

We have no intention of removing these, but I assume you have read that we can't evolve the classic asserts the way we can with the constraint aliases.

Why rename them though and break everyone who upgrades?

We had to move them into a separate project.
We also considered moving it into its own project, but that is now on ice. But splitting out all assertions, including constraints, into their own packages does have merit.
And when it is in its own project, we can't have the same class name.

If C# had allowed extension methods on static classes (which have been discussed for one, and also here ), we could have solved it that way.

Also, this is a version 4, it does come with breaking changes, and that's also why we have a Migration Guide.

@OsirisTerje

Also, this is a version 4, it does come with breaking changes, and that's also why we have a Migration Guide.

According to the migration guide it states: "The analyzer code fix supports Batch Fixing:"

But how is that done and can it be done from cli?

I'm using Rider and can only do one line at a time, which is a problem, when you have 10k lines that needs to be converted to the new format.

Within Visual Studio you can apply a CodeFix to either a Document, a Project or a Solution.

An issue for Rider has been open for years.

It might be that dotnet format work on the command line, but I haven't tried it. See dotnet/roslyn#48561

@renemadsen
Are you on .NET6 by chance? The link shared by @manfred-brands also includes a suggestion for something like this from CLI (though I have not tried it myself)

EDIT: Oops. I see the original comment had already been updated to reflect that

dotnet format analyzers --diagnostics=DIAG_ID_TO_FIX

Perhaps this can fix these things for us: https://devblogs.microsoft.com/dotnet/dotnet-build-2024-announcements/#c-13 - Extension types.