fluentassertions / fluentassertions/fluentassertions.analyzers

Various bugs running on large codebase

Offen
#203 2 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
bug
Vorherrschende Sprache
C#
Sterne
131
Forks
25
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

### Description

When running this analyzer on the codebase at https://github.com/SteeltoeOSS/Steeltoe, the fixers produce code that doesn't compile in several cases. After fixing them manually, various tests start to fail.

### Complete minimal example reproducing the issue

- Clone the repo at https://github.com/SteeltoeOSS/Steeltoe
- Add the following to `/shared-test.props`:
```xml







```
- Set all analyzer rules of this package to Warning severity in `Steeltoe.Debug.ruleset`: Open `src/Steeltoe.All` in Visual Studio, expand the Dependencies/Analyzers/FluentAssertions.Analyzers node in project Common/Steeltoe.Common.Expression.Test, select all rules, and right-click > Set severity > Warning.
- Rebuild the Steeltoe.Common.Expression.Test project and use the fixers to update existing Xunit tests to FluentAssertions.

### Expected behavior:

No broken code and no failing tests.

### Actual behavior:

Some fixers don't actually change code; others produce code that doesn't compile. Some result in test failures.

### Versions

* Which version of Fluent Assertions Analyzers are you using? v0.21.0 with FA v6.8.0
* Which .NET runtime and version are you targeting? .NET 6

### Additional Information

I only tried running on the Steeltoe.Common.Expression.Test project. Running on the complete solution may surface additional issues.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Rechercherichtung

Reproduzieren Sie dies in Steeltoe.Common.Expression.Test, indem Sie das Paket und using-Einträge zu /shared-test.props hinzufügen, die Regeln in Steeltoe.Debug.ruleset auf Warning setzen und neu erstellen. Wenden Sie die Fixer auf bestehende Xunit-Tests an und ermitteln Sie anschließend jeden Fall, der unverändert bleibt, nicht kompiliert oder Testfehler verursacht; als erledigt gilt die Aufgabe, wenn der aktualisierte Code kompiliert und die Tests erfolgreich sind.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
csharp
Bereich
testing, tooling
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
25/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.