Module-05 Anatomy CICD
Module-05 Anatomy CICD
CD-Continuous Delivery
Capacity
Acceptance stage testing(automated
Commit
)
stage(automate
d)
Exploratory
testing UAT(manual)
Continuous
deployment
pipeline
Releasing application to production
Releasing application to production
Production deployment is the final stage for
any product
Test team validates and run regression Test team only check impact components
suite before change are pushed
Load balancer
Blue Green
1.0 2.0
Active standby
Blue green deployments
Canary
Releasing
Emergency fixes
Continuous delivery engineering practices
Principles continuous delivery
1. Repeatable reliable process
2. Automate everything
3. Version control everything
4. Bring pain forward
5. Built in quality
6. Done mean release
7. Everyone is responsible
8. Commit early.commit often
9. Make pipeline fast
10.Write an extensive test suite
11.Always run smoke tests after deploy
12.Provide easy way rollback
Continuous development/integration
Continuous testing
• It refers to the execution of automated tests at every stage of the CI/CD pipeline.
• It aims to provide real-time feedback on the quality of the software, ensuring that any
issues are identified and resolved as early as possible.
Continuous testing
Cucumber.jv
m
java
REST
seleniumHQ
Assured
Continuous testing tools
Robot
framewo
rk
Pytho
n
PyUnit Pytest
Continuous testing pipeline
Run
perfor
mance
Compile
Create test
Load Deplo
SCM test perf
y Product
test Run
code ion
Create ST Env Deploy code env securit
Static Run deploye
analysis y test
test d
harness
Run
ops
Unit test Static Dynamic test
Deploying &promoting your application
Capacity
Acceptance stage testing(automated
Commit )
stage(automate
d)
UAT(manual) Productio
n
Exploratory
testing
Continuous Monitoring
• Complete operation monitoring
--eg up time ,jobs etc
• Pre &post deployment baselines and comparisons
• Establish key performance metrics
--KPI
Continuous feedback
1.Fast and early
2.Visible and accessible
3.Actionable
Continuous Feedback
Should not
• Too little
• Too much
• Too late
Continuous Feedback Rules
Teams should develop rules for handling various types of feedback and
be held accountable to those rules.
Broken builds:
• If any build are failed do not merge code
• Fix code and then merge code
• Quality code will be check in
Drop in code:
• Code coverage important metrics for product.
• Most companies set 80% coverage standard new code
CHALLENGES