Skip to content

ericDev1o/TDDinCsharp-fromAtoZ

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

31 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Udemy TDD in C# from A to Z

kata themes

canonical form string reducer

FizzBuzz divisibility exercise

Roman number parser

dev usage

PS C:\Users\ericf\source\repos\TDDinC#FromAtoZ\console> Powershell.exe -File .\console\buildAll.ps1

dev build status with unit tests run status

CanonicalForm build is done.

4/4 UT are OK in 93 ms.

FizzBuzz build is done

12/12 UT are OK in 61 ms.

ImmutableStackKata build is done.

5/5 UT are OK in 55ms

LinkedListKata build is done with 2 warnings

19/19 UT are OK in 45ms.

RomanNumberParser build is done.

5/5 UT are OK in 36ms.

StackKata build is done.

7/7 UT are OK in 92ms.

Sticks build is done.

4/4 UT are OK in 87ms.

Threading build is done.

3/3 UT are OK in 878 ms.

TicTacToe build is done

UAT are to check.

Their isolation in a separate practice is a good practice that must be done. See Coplot below

22/22 UT are OK in 710 ms.

UAT testing to do

is it a mandatory good practice to put user acceptance tests in a separate C#.net project?

Copilot ~14/03/2024T14:30

User Acceptance Testing (UAT) is a crucial step in software development to ensure that the product aligns with business requirements and meets the needs of actual end users. Let’s explore whether it’s mandatory or considered a good practice to put UAT in a separate C# .NET project:

Separate Project for UAT:

While there is no strict mandate, it is indeed a recommended practice to keep UAT separate from other testing activities. Here are some reasons why a separate project for UAT is beneficial:

Isolation: By having a dedicated project, you can isolate UAT-related code, test cases, and data from the main application codebase.

Clarity: Separation provides clarity, making it easier to manage and maintain UAT-specific artifacts.

Collaboration: UAT often involves collaboration with business stakeholders. A separate project allows them to focus on their specific needs without interference from other development or testing activities.

Customization: UAT may require custom test scenarios, data, and configurations. A separate project allows you to tailor these aspects specifically for UAT.

Version Control: Separate projects facilitate version control and branching strategies, ensuring that UAT changes don’t impact the main application.

Deployment: UAT might involve deploying to a staging environment or a production-like environment. A separate project streamlines this process.

Implementation in C# .NET:

If your application is built using C# .NET, you can create a separate project within the same solution.

Consider the following structure:

Main Application Project: Contains the core application code.
UAT Project: Includes UAT-specific test cases, data, and configurations.
Test Framework: Use a testing framework (e.g., NUnit, MSTest, xUnit) to write UAT tests.
Build and Deployment Scripts: Automate the deployment of UAT builds to the appropriate environment.
Integration with CI/CD Pipelines:
Integrate UAT into your continuous integration and continuous deployment (CI/CD) pipelines.
Automate UAT execution as part of your build process.
Ensure that UAT runs against the latest build of the application.
In summary, while not strictly mandatory, creating a separate C# .NET project for UAT is a good practice. It enhances ###### clarity, customization, and collaboration, ultimately leading to better validation of the product before release

Links to mention are

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published