Test interview

consists of various layers
, each of which corresponds to a different 
service or integration. Because each layer is separate, making changes to each layer is 
easier than having to tackle the entire architecture
69.
What is Onion Architecture? 
The overall philosophy of the Onion Architecture is to keep the business logic, data 
access logic, and model in the middle of the application and push the dependencies 
as far outward as possible means all coupling towards to center. This architecture 
relies heavily on the Dependency Inversion Principle
.
70.
What is DDD? 
Domain Driven Design
is all about how you model your Domain. It means each 
Domain class should have a direct relation to what it represents in the business 
domain. It is addressing either in the physical or real world. 
71.
What is CQRS? 

---

CQRS stands for 
Command Query Responsibility Segregation
. CQRS is an 
architectural pattern. It says that the data read operation and data write operation 
should be separated.
72.
What is the Unit of Work & Repository pattern?
Unit of Work
is the concept related to the effective implementation of the repository 
pattern. non-generic repository pattern, generic repository pattern. Unit of Work is 
referred to as a single transaction that involves multiple operations of 
insert/update/delete and so on. 
Repository Pattern
is an abstraction of the Data Access Layer. It hides the details of 
how exactly the data is saved or retrieved from the underlying data source. The 
details of how the data is stored and retrieved is in the respective repository.
73.
What is a version control system? 
Version control
, also known as source control, is the practice of tracking and 
managing changes to software code. Version control systems are software tools that 
help software teams manage changes to source code over time.
74.
Testing Pyramid 
Testing Pyramid is a framework that can help both developers and QAs create high-
quality software. It reduces the time required for developers to identify if a change 
they introduced breaks the code. It can also be helpful in building a more reliable test 
suite. 
Essentially, the testing pyramid also referred to as the test automation pyramid, lays 
out the types of tests that should be included in an automated test suite. It also 
outlines the sequence and frequency of these tests. The whole point is to offer 
immediate feedback to ensure that code changes do not disrupt existing features. 
This test automation pyramid operates at three levels: 
1.
Unit tests 
2.
Integration tests 
3.
End-to-End tests