Bogus VS NSubstitute

AutoFixture and Bogus are both well-known libraries for generating test data in C# tests. AutoFixture is, well, dated whereas Bogus is state of the art.

Code which uses Bogus NuGet package for random data.

Sometimes, especially when testing data-driven applications, it is important to simulate a wide variety of inputs and conditions. One of the best ways to achieve this is by using fake data generators. Tools like Faker (Python) or Bogus (C#) allow you to generate large volumes of realistic but random data. This is particularly useful when you need to test how your code handles various types of data (such as user information, addresses, or product details) without relying on real data.

In the project AdminApplication (Windows forms) done cheaply using NuGet package Bogus to generate users.

Bogus NuGet package data generator provides methods to work with DateOnly and TimeOnly that are not documented, learn these methods using an ASP.NET Core project and class project.

For assertions inside tests, I recommend using FluentAssertions Library. And if you want to generate some fake data for your tests, I recommend using Bogus.

Bogus NuGet package is fake data generator which can be helpful for populating tables in a database and testing purposes. If a database is not used and Bogus populates list of data each time an application runs, the data is random, never the same. Also, the random data generated by Bogus may not meet a developer’s requirements.

A list is populated with NuGet package Bogus.

Other project either mocked data using NuGet package Bogus or a json file.

That reminds me of Bogus which also generates dummy data that I've been using for sometime now.

To substitute the object creating a mock, we'll use the NSubstitute package. This article will not cover how to use the NSubstitute, but to explain the basics we say to the code "When someone calls method X, returns the value Y", so the result is a fake value.

Libraries like Moq or NSubstitute are popular choices for mocking in .NET.

a. you might do so purely out of argo cult, i.e. because someone told you this was the right thing to do™, and that's a silly exercise. b. you could also be doing this for a good reason: to use the interface with a mocking tool like NSubstitute

When comparing it to one of its most well-known alternatives, NSubstitute, which has "only" reached 85.6 million downloads, it is fair to say that Moq is the most widely used mocking library in the .NET ecosystem.

Maintainer rejected the PR. They have temporarily disabled the integration in https://github.com/moq/moq/pull/1375 but kept the SponsorLink project reference in the source code. It seems like their intent is to re-enable the integration at a later point :(

NSubstitute [0] might be an alternative. Or to fork Moq pre-4.20.

[0] https://nsubstitute.github.io/

In terms of mocking there are several frameworks you can use, but I've mainly relied on Moq and NSubstitute. Within this demo, I'm going to use NSubstitute as I've found it a little easier to use.

it will change the URL from https://github.com/nsubstitute/NSubstitute to https://github.dev/nsubstitute/NSubstitute (or you can just nav there yourself).

NSubstitute

🔗 NSubstitute documentation | NSubstitute