Moq.ILogger
AutoFixture
Moq.ILogger | AutoFixture | |
---|---|---|
2 | 11 | |
66 | 3,235 | |
- | 0.9% | |
0.0 | 4.6 | |
10 months ago | 30 days ago | |
C# | C# | |
Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Moq.ILogger
-
Library to easily verify calls to ILogger with Moq
So something like https://github.com/adrianiftode/Moq.ILogger what are the main pros for using your library instead of this one?
Cool stuff! I've used this in the past https://github.com/adrianiftode/Moq.ILogger, but more contributions in this area are always welcome. As you correctly put it, verifying the ILogger is a pain in the ***!
AutoFixture
-
API: Go, .NET, Rust
Yes, it does feel like some of the "standard stuff" in other more nuanced languages are missing (especially miss AutoFixture ngl). Some of those are a conscious decison by the golang team for example.
-
Integration Testing Postgres Store
Our first test is very easy, I like to name my tests as MethodName_GivenCondition_ShouldExpectedResult to follow the pattern, I have added GetById_GivenRecordDoesNotExist_ShouldReturnNull and I am going to leavarage excellent AutoFixture to get a new Guid as parameter. For this test we don't need arrange part, we would skip to the act and then assert. For Assertion I am going to use FluentAssertions. For this test we need to assert the returned result is null.
-
Setting up a simple testing project with C#
The next test to talk about, is that if this was a bank, we would have multiple customers, who can hold multiple accounts that we need to calculate the interest for. You could manually construct these objects if you want, but I'm going to use a package called AutoFixture to make life easier.
-
AutoFixture Tips and Tricks
AutoFixture is an amazing library that simplifies the process of creating test data in .NET. If for some reason you don't use this fantastic tool, it's time to consider it. Today, I'm going to share some tips for using AutoFixture that will be beneficial for developers of all skill levels. Let's get started!
- Integration tests without API dependencies with ASP.NET Core and WireMock.Net
-
I need a C# crash course for experienced developers
AutoFixture
-
Reduce your tests cognitive complexity with AutoFixture
Ensuring that your test is still readable and not bloated by the setup of those variables may be quite a challenge but hopefully no more with AutoFixture, let's see how!
-
Practical complex data for unit testing
One neat library for creating and generating test data is AutoFixture. The creators describe it as follows:
-
14 .NET packages I always recommend
First time I heard of Bogus, looks interesting, been using AutoFixture for those will definitely take a look at it.
- LPT: There is a library called Bogus, you should know it exists much earlier than I did in my career.
What are some alternatives?
opentelemetry-dotnet - The OpenTelemetry .NET Client
Bogus - :card_index: A simple fake data generator for C#, F#, and VB.NET. Based on and ported from the famed faker.js.
ILogger.UnitTest.Verifier - Verify ILogger calls more easily.
NSubstitute - A friendly substitute for .NET mocking libraries.
MELT - MELT is a free, open source, testing library for the .NET Standard Microsoft Extensions Logging library. It is a solution to easily test logs.
FakeItEasy - The easy mocking library for .NET
Moq.Contrib.HttpClient - A set of extension methods for mocking HttpClient and IHttpClientFactory with Moq.
Moq - Repo for managing Moq 4.x [Moved to: https://github.com/moq/moq]
NBuilder - Rapid generation of test objects in .NET
FsCheck - Random Testing for .NET
MSTest - MSTest framework and adapter
Fluent Assertions - A very extensive set of extension methods that allow you to more naturally specify the expected outcome of a TDD or BDD-style unit tests. Targets .NET Framework 4.7, as well as .NET Core 2.1, .NET Core 3.0, .NET 6, .NET Standard 2.0 and 2.1. Supports the unit test frameworks MSTest2, NUnit3, XUnit2, MSpec, and NSpec3.