Performance Testing of any Web Application is?
Anonymous Quiz
19%
Functional testing
81%
Non Functional testing
π1
Which of the following is NOT a Test Level?
Anonymous Quiz
21%
Regression Testing
33%
Unit Testing
3%
Integration Testing
9%
System Testing
34%
Acceptance Testing
π2
Which of the following tool does NOT support #Web #Automation?
Anonymous Quiz
5%
Selenium
48%
Postman
15%
Katalon studio
11%
Tosca
3%
Playwright
11%
Cypress
8%
WebdriverlO
π1
8 Types of API Tests every SDET should know!
1) Smoke Tests: Validating bare minimum crucial AP
calls are working for application.
Tools: Postman, Swagger, Manual Tests
2) Functional Tests: Validating each API for its prominent
functionality. Like Post requests for data creation and
validating in Database whether data sent is created in
right table, structure etc.
Tools: RestAssured, Locust, Gatling, Requests, Postman
with manual Db validation etc.
3) Integration Tests: Validating multiple requests in sync
like calling Post rqst and then Get rqst to validate
whether data is created or not.
Tools: Postman, Requests. RestAssured Locust etc
4) Load Tests: Validating the load capacity of APIs. This
is crucial when user footfall increases.
Tools: JMeter, LoadRunner, Locust, Gatling etc.
5) Stress Tests: Breaking the APIs. This helps to know
about the threshold.
Tools: JMeter, LoadRunner, Locust, Gatling etc
6) Security Testing: Validating external threats if any for
APIs.
Tools: Pynt, OWASP top 10 vulnerabilities with BurpSuite
etc.
7) Fuzz Tests: Validating APIs and servers with sending
unexpected data and validate the response received.
Tools: Postman, Requests, RestAssured etc.
8) Regression Tests: Validating new changes made in
application or APIs should not break existing
functionality.
Tools: Postman, Requests, RestAssured etc.
Join @qa_evaluation
#API
1) Smoke Tests: Validating bare minimum crucial AP
calls are working for application.
Tools: Postman, Swagger, Manual Tests
2) Functional Tests: Validating each API for its prominent
functionality. Like Post requests for data creation and
validating in Database whether data sent is created in
right table, structure etc.
Tools: RestAssured, Locust, Gatling, Requests, Postman
with manual Db validation etc.
3) Integration Tests: Validating multiple requests in sync
like calling Post rqst and then Get rqst to validate
whether data is created or not.
Tools: Postman, Requests. RestAssured Locust etc
4) Load Tests: Validating the load capacity of APIs. This
is crucial when user footfall increases.
Tools: JMeter, LoadRunner, Locust, Gatling etc.
5) Stress Tests: Breaking the APIs. This helps to know
about the threshold.
Tools: JMeter, LoadRunner, Locust, Gatling etc
6) Security Testing: Validating external threats if any for
APIs.
Tools: Pynt, OWASP top 10 vulnerabilities with BurpSuite
etc.
7) Fuzz Tests: Validating APIs and servers with sending
unexpected data and validate the response received.
Tools: Postman, Requests, RestAssured etc.
8) Regression Tests: Validating new changes made in
application or APIs should not break existing
functionality.
Tools: Postman, Requests, RestAssured etc.
Join @qa_evaluation
#API
π1
Git basics:
1. git init -> The git init command creates a new Git repository, which can be used to start a new project with Git.
2. git remote add origin -> The git remote add origin command is used to add a remote repository to your local Git repository.
3. git add. -> The git add command adds a change in the working directory to the staging area.
4. git commit -m 'message' -> The git commit command is what you'll use to take all of the changes that have been made locally and push them up to a remote repository.
5. git push -> sends changes (commits) from a local repository to a remote repository
6. git push origin branch_name -> git push origin is a git command that pushes a local branch(es) to a remote repository (origin).
7. VIM editor edit -> Press Escape and press 'l' for edit
8. VIM editor save and exit -> Press Escape and enter wq (wq!).
9. git log -> The git log command displays committed snapshots.
10. git branch -> see the branches in your repo
11. git branch "branch_name" -> create new branch - it will create in local git repo
12. git push origin "branch_name" - > to push created branch from local to remote repo
13. it checkout -b "branch_name" -> Create new branch and switch to newly created branch
14. git checkout branch_name -> to switch to specific branch
15. git push origin --delete branch_name -> delete branch from the remote repo
16. git branch --delete branch_name -> delete branch from the local repo
17. 17. git restore --staged <file_name> -> The "restore" command helps to unstage or even discard uncommitted local changes. - single file
18. git reset -> unstaging all files
19. git reset --hard -> unstaging and reset all changes from the working directory.
20. git rm -f < file_name> - remove from staging area and working
directory 21. git rm --cached < file_name> - remove from staging area
22. git push-force - forcefully push to specific branch without checking any conflict
23. git push origin --delete <branch_name> -> delete the branch from the remote repo
24. git branch -D <branch_name> -> forcefully delete from the local branch
25. git pull origin master - pull code from the master if there is any merge conflict
26. 26. git branch -m <old_branch_name> <new_branch_name> -> rename of existing branch in git local repo
27. git push origin :<old_name> <new_name> -> rename branch in remote repo
28. git revert commit_ID -> The git revert command is used for undoing changes to a repository's commit history.
29. git push - push reverted changes in respected branch
30. git detached HEAD - In Git, the detached HEAD state occurs when the HEAD does not point to a branch, but instead points to a specific commit or the remote repository.
31. git cherry-pick - In Git, cherry- picking is taking a single commit from one branch and adding it as the latest commit on another branch.
#Git #Github
1. git init -> The git init command creates a new Git repository, which can be used to start a new project with Git.
2. git remote add origin -> The git remote add origin command is used to add a remote repository to your local Git repository.
3. git add. -> The git add command adds a change in the working directory to the staging area.
4. git commit -m 'message' -> The git commit command is what you'll use to take all of the changes that have been made locally and push them up to a remote repository.
5. git push -> sends changes (commits) from a local repository to a remote repository
6. git push origin branch_name -> git push origin is a git command that pushes a local branch(es) to a remote repository (origin).
7. VIM editor edit -> Press Escape and press 'l' for edit
8. VIM editor save and exit -> Press Escape and enter wq (wq!).
9. git log -> The git log command displays committed snapshots.
10. git branch -> see the branches in your repo
11. git branch "branch_name" -> create new branch - it will create in local git repo
12. git push origin "branch_name" - > to push created branch from local to remote repo
13. it checkout -b "branch_name" -> Create new branch and switch to newly created branch
14. git checkout branch_name -> to switch to specific branch
15. git push origin --delete branch_name -> delete branch from the remote repo
16. git branch --delete branch_name -> delete branch from the local repo
17. 17. git restore --staged <file_name> -> The "restore" command helps to unstage or even discard uncommitted local changes. - single file
18. git reset -> unstaging all files
19. git reset --hard -> unstaging and reset all changes from the working directory.
20. git rm -f < file_name> - remove from staging area and working
directory 21. git rm --cached < file_name> - remove from staging area
22. git push-force - forcefully push to specific branch without checking any conflict
23. git push origin --delete <branch_name> -> delete the branch from the remote repo
24. git branch -D <branch_name> -> forcefully delete from the local branch
25. git pull origin master - pull code from the master if there is any merge conflict
26. 26. git branch -m <old_branch_name> <new_branch_name> -> rename of existing branch in git local repo
27. git push origin :<old_name> <new_name> -> rename branch in remote repo
28. git revert commit_ID -> The git revert command is used for undoing changes to a repository's commit history.
29. git push - push reverted changes in respected branch
30. git detached HEAD - In Git, the detached HEAD state occurs when the HEAD does not point to a branch, but instead points to a specific commit or the remote repository.
31. git cherry-pick - In Git, cherry- picking is taking a single commit from one branch and adding it as the latest commit on another branch.
#Git #Github
π1
Your team is responsible for automated testing in a CI/CD pipeline. During a code deployment, a critical bug is discovered in the production environment. What should you prioritize as your immediate action?
Anonymous Quiz
36%
Roll back the deployment to the previous version
47%
Investigate the bug's root cause and impact on users
9%
Resign from the team and look for brighter options
8%
Continue with the deployment and address thebug later
π1
SDLC (Software Development Life Cycle) Quality Analyst:
*Quiz: SDLC Quality Analyst*
*Section 1: Fundamentals*
1. What is the primary goal of the SDLC process?
a) To deliver software quickly
b) To ensure software quality
c) To reduce development costs
d) To increase customer satisfaction
Answer: b) To ensure software quality
1. Which SDLC phase involves testing and validation?
a) Requirements gathering
b) Design
c) Implementation
d) Testing and Quality Assurance
Answer: d) Testing and Quality Assurance
*Section 2: Testing*
1. What is the difference between black box and white box testing?
a) Black box testing focuses on internal code, while white box testing focuses on external functionality
b) Black box testing focuses on external functionality, while white box testing focuses on internal code
c) Black box testing is manual, while white box testing is automated
d) Black box testing is automated, while white box testing is manual
Answer: b) Black box testing focuses on external functionality, while white box testing focuses on internal code
1. What is the purpose of regression testing?
a) To test new features
b) To ensure changes didn't break existing functionality
c) To test system performance
d) To test user interface
Answer: b) To ensure changes didn't break existing functionality
*Section 3: Quality Assurance*
1. What is the role of a Quality Analyst in the SDLC process?
a) To write code
b) To design software architecture
c) To ensure software meets requirements and standards
d) To manage project timelines
Answer: c) To ensure software meets requirements and standards
1. What is the difference between quality assurance and quality control?
a) Quality assurance focuses on prevention, while quality control focuses on detection
b) Quality assurance focuses on detection, while quality control focuses on prevention
c) Quality assurance is manual, while quality control is automated
d) Quality assurance is automated, while quality control is manual
Answer: a) Quality assurance focuses on prevention, while quality control focuses on detection
*Section 4: SDLC Methodologies*
1. What is Agile methodology?
a) A linear approach to software development
b) An iterative and incremental approach to software development
c) A hybrid approach to software development
d) A waterfall approach to software development
Answer: b) An iterative and incremental approach to software development
1. What is the purpose of Continuous Integration (CI) in Agile?
a) To integrate code changes frequently
b) To test software manually
c) To design software architecture
d) To manage project timelines
Answer: a) To integrate code changes frequently
#SDLC
*Quiz: SDLC Quality Analyst*
*Section 1: Fundamentals*
1. What is the primary goal of the SDLC process?
a) To deliver software quickly
b) To ensure software quality
c) To reduce development costs
d) To increase customer satisfaction
Answer: b) To ensure software quality
1. Which SDLC phase involves testing and validation?
a) Requirements gathering
b) Design
c) Implementation
d) Testing and Quality Assurance
Answer: d) Testing and Quality Assurance
*Section 2: Testing*
1. What is the difference between black box and white box testing?
a) Black box testing focuses on internal code, while white box testing focuses on external functionality
b) Black box testing focuses on external functionality, while white box testing focuses on internal code
c) Black box testing is manual, while white box testing is automated
d) Black box testing is automated, while white box testing is manual
Answer: b) Black box testing focuses on external functionality, while white box testing focuses on internal code
1. What is the purpose of regression testing?
a) To test new features
b) To ensure changes didn't break existing functionality
c) To test system performance
d) To test user interface
Answer: b) To ensure changes didn't break existing functionality
*Section 3: Quality Assurance*
1. What is the role of a Quality Analyst in the SDLC process?
a) To write code
b) To design software architecture
c) To ensure software meets requirements and standards
d) To manage project timelines
Answer: c) To ensure software meets requirements and standards
1. What is the difference between quality assurance and quality control?
a) Quality assurance focuses on prevention, while quality control focuses on detection
b) Quality assurance focuses on detection, while quality control focuses on prevention
c) Quality assurance is manual, while quality control is automated
d) Quality assurance is automated, while quality control is manual
Answer: a) Quality assurance focuses on prevention, while quality control focuses on detection
*Section 4: SDLC Methodologies*
1. What is Agile methodology?
a) A linear approach to software development
b) An iterative and incremental approach to software development
c) A hybrid approach to software development
d) A waterfall approach to software development
Answer: b) An iterative and incremental approach to software development
1. What is the purpose of Continuous Integration (CI) in Agile?
a) To integrate code changes frequently
b) To test software manually
c) To design software architecture
d) To manage project timelines
Answer: a) To integrate code changes frequently
#SDLC
Overview of the differences between priority and severity in software testing:
Priority vs. Severity
Severity:
Definition: Indicates the impact of a defect on the functionality of the software.
Categories: Critical, Major, Medium, Low.
Determined by: QA engineers.
Purpose: Reflects the seriousness of the defect on the productβs functionality.
Priority:
Definition: Indicates the order in which a defect should be fixed.
Categories: High, Medium, Low.
Determined by: Product managers or stakeholders.
Purpose: Reflects the urgency of fixing the defect based on business needs.
#PriorityandSeverity
Priority vs. Severity
Severity:
Definition: Indicates the impact of a defect on the functionality of the software.
Categories: Critical, Major, Medium, Low.
Determined by: QA engineers.
Purpose: Reflects the seriousness of the defect on the productβs functionality.
Priority:
Definition: Indicates the order in which a defect should be fixed.
Categories: High, Medium, Low.
Determined by: Product managers or stakeholders.
Purpose: Reflects the urgency of fixing the defect based on business needs.
#PriorityandSeverity
Priority and Severity
Here are 20 questions to test your knowledge on priority and severity in software testing:
1.What is the main difference between priority and severity in software testing?
2.Who typically determines the severity of a defect?
3.Who typically determines the priority of a defect?
4.What does a high severity defect indicate?
5.What does a high priority defect indicate?
6.Give an example of a defect with high severity but low priority.
7.Give an example of a defect with low severity but high priority.
8.How many categories of severity are there? Name them.
9.How many categories of priority are there? Name them.
10.Why is it important to differentiate between priority and severity?
11.What type of defect would be classified as βCriticalβ in severity?
12.What type of defect would be classified as βLowβ in priority?
13.Can the priority of a defect change over time? Explain.
14.Can the severity of a defect change over time? Explain.
15.What factors influence the priority of a defect?
16.What factors influence the severity of a defect?
17.Describe a scenario where a defect has high severity and high priority.
18. Describe a scenario where a defect has low severity and low priority.
19.How does the business impact of a defect influence its priority?
20. How does the technical impact of a defect influence its severity?
#PriorityandSeverity
Here are 20 questions to test your knowledge on priority and severity in software testing:
1.What is the main difference between priority and severity in software testing?
2.Who typically determines the severity of a defect?
3.Who typically determines the priority of a defect?
4.What does a high severity defect indicate?
5.What does a high priority defect indicate?
6.Give an example of a defect with high severity but low priority.
7.Give an example of a defect with low severity but high priority.
8.How many categories of severity are there? Name them.
9.How many categories of priority are there? Name them.
10.Why is it important to differentiate between priority and severity?
11.What type of defect would be classified as βCriticalβ in severity?
12.What type of defect would be classified as βLowβ in priority?
13.Can the priority of a defect change over time? Explain.
14.Can the severity of a defect change over time? Explain.
15.What factors influence the priority of a defect?
16.What factors influence the severity of a defect?
17.Describe a scenario where a defect has high severity and high priority.
18. Describe a scenario where a defect has low severity and low priority.
19.How does the business impact of a defect influence its priority?
20. How does the technical impact of a defect influence its severity?
#PriorityandSeverity
You are writing a Postman test script to validate an API response. Which assertion method should you use to check if a specific value exists in the response body? #postman
Anonymous Quiz
35%
pm.test("Response Body Contains", function() {.... })
42%
pm.expect(responseBody).to.include("expectedValue")
23%
pm.response.to.have.property("propertyName","expectedValue")
0%
pm.response.to.be.ok
You are a QA manager overseeing multiple
projects in a DevOps organization. One of your teams wants to adopt Behavior-Driven
Development (BDD) for their testing approach.BWhat is a primary advantage of using BDD in the testing process? By @qa_evaluation
projects in a DevOps organization. One of your teams wants to adopt Behavior-Driven
Development (BDD) for their testing approach.BWhat is a primary advantage of using BDD in the testing process? By @qa_evaluation
Anonymous Quiz
17%
BDD simplifies test automation and reduces theneed for manual testing
66%
BDD encourages collaboration between developers, testers, and non-technical team
17%
BDD eliminates the need for test case Documentation
What is a Thread Group in JMeter?
Anonymous Quiz
67%
A group of virtual users
19%
A group of test cases
7%
A thread-safe variable
8%
A Java class
Your team is debating the balance between automated and manual testing. What logical considerations should guide the decision on when to use automation versus manual testing
Anonymous Quiz
15%
Automate all testing to eliminate the need for manual testing
9%
Rely solely on manual testing for accurate results
74%
Automate repetitive scenarios, reserving manual testing for exploratory testing
2%
Ignore the need for a balance & choose either automation or manual testing
Pin πgroups links safe and secure
Manual and Automation Testing:
π t.me/automation_testing_tools
π€ https://discord.com/invite/aXzWHphp8H
π manualandautomationtester.blogspot.com
Performance Testing:
π t.me/Performance_Testing_Mentor
π€ https://discord.com/invite/k3KhPgHnC4
Database/ETL Testing:
π t.me/Database_testing_mentor
π€ https://discord.com/invite/dFXMrrw3pW
QA Quiz & Discussion
π t.me/qa_evaluation
π t.me/qaquiz_discussion
π€ https://discord.com/invite/utyjMQBP3m
QA - SAP - Developer Jobs Adda Jobs notifications:
π Telegram:- t.me/qa_adda
π€ https://discord.com/invite/JC5u2kJvqG
π WhatsApp:- whatsapp.com/channel/0029VaggJG3AYlUDSie8Ze34
Note: Discover best alternative for the telegram user privacy and uses
Manual and Automation Testing:
π t.me/automation_testing_tools
π€ https://discord.com/invite/aXzWHphp8H
π manualandautomationtester.blogspot.com
Performance Testing:
π t.me/Performance_Testing_Mentor
π€ https://discord.com/invite/k3KhPgHnC4
Database/ETL Testing:
π t.me/Database_testing_mentor
π€ https://discord.com/invite/dFXMrrw3pW
QA Quiz & Discussion
π t.me/qa_evaluation
π t.me/qaquiz_discussion
π€ https://discord.com/invite/utyjMQBP3m
QA - SAP - Developer Jobs Adda Jobs notifications:
π Telegram:- t.me/qa_adda
π€ https://discord.com/invite/JC5u2kJvqG
π WhatsApp:- whatsapp.com/channel/0029VaggJG3AYlUDSie8Ze34
Note: Discover best alternative for the telegram user privacy and uses
π1