Thursday, August 18, 2022

Entry Criteria and Exit Criteria in Testing

 

In order to exercise effective control over the quality of the software, and of the testing, it is advisable to have criteria, that define when a given test activity should start and when the activity is complete. 

Entry criteria (more typically called definition of ready in Agile development) define the preconditions for undertaking a given test activity. If entry criteria are not met, it is likely that the activity will prove more difficult, more time-consuming, more costly, and more risky. 

Exit criteria (more typically called definition of done in Agile development) define what conditions must be achieved in order to declare a test level or a set of tests completed. Entry and exit criteria should be defined for each test level and test type, and will differ based on the test objectives. 

Typical entry criteria include: 

  • Availability of testable requirements, user stories, and/or models (e.g., when following a modelbased testing strategy) 
  • Availability of test items that have met the exit criteria for any prior test levels 
  • Availability of test environment 
  • Availability of necessary test tools 
  • Availability of test data and other necessary resources 
Typical exit criteria include: 

  • Planned tests have been executed 
  • A defined level of coverage (e.g., of requirements, user stories, acceptance criteria, risks, code) has been achieved 
  • The number of unresolved defects is within an agreed limit 
  • The number of estimated remaining defects is sufficiently low 
  • The evaluated levels of reliability, performance efficiency, usability, security, and other relevant quality characteristics are sufficient
Even without exit criteria being satisfied, it is also common for test activities to be curtailed due to the budget being expended, the scheduled time is completed, and/or pressure to bring the product to market. It can be acceptable to end testing under such circumstances if the project stakeholders and business owners have reviewed and accepted the risk to go live without further testing.

Watch the detailed video here to understand better.



Comment below for any further queries.


Tuesday, August 16, 2022

 Error Guessing - Experience-Based Technique


Error guessing is a technique used to anticipate the occurrence of errors, defects, and failures, based on the tester’s knowledge, including: 

  • How the application has worked in the past 
  • What kind of errors tend to be made 
  • Failures that have occurred in other applications 

A methodical approach to the error guessing technique is to create a list of possible errors, defects, and failures, and design tests that will expose those failures and the defects that caused them. These errors, defect, and failure lists can be built based on experience, defect and failure data, or from common knowledge about why software fails.

Watch our detailed video on the same



Monday, August 15, 2022

Experience Based Testing


When applying experience-based test techniques, the test cases are derived from the tester’s skill and intuition, and their experience with similar applications and technologies. These techniques can be helpful in identifying tests that were not easily identified by other more systematic techniques. Depending on the tester’s approach and experience, these techniques may achieve widely varying degrees of coverage and effectiveness. Coverage can be difficult to assess and may not be measurable with these techniques

Generally, experience-based testing is considered to be a secondary approach in order to test an application as we identify a formal test approach to be more systematic and measurable. Formal techniques help us to derive required test cases and documented whereas, whereas informal(Experience-based) don't always need the creation of test cases and documenting the details.

At the same time, there are few cases where informal are used as the primary approach to the test. For example, 

  • Poor Specification - When requirements are documented at a high level, poorly documented, or don't exist at all, then experience-based testing is the only option to test the built system.
  • Time Pressure - In this scenario, the team is running short on time to do a lot of testing. Here, the team can't write detailed test cases and execute and log the results formally. Thus, the team can use experience-based testing to do better testing in a limited time.
  • The team is Domain Expert but has no formal training on Testing - There could also be a possibility that the team is domain expert in the type of product they are testing but they are never trained formally on test techniques or test case creation. 
Watch the detailed video here to understand better.


Comment below for any queries


Thursday, August 11, 2022

 Be A ISTQB Certified Professional


We at TM SQUARE Technology Solutions, are really proud to share that we are the only platform in the world today which covers the tutorials for the maximum number of ISTQB Certifications with outstanding results and feedback. Please look forward to your next certification preparation here.

ISTQB Foundation Tutorials - https://www.youtube.com/watch?v=bmdmZXMYrmo...
ISTQB Foundation Sample Questions - https://www.youtube.com/watch?v=EwLegJ7HnyM...
ISTQB Agile Tester Tutorials - https://www.youtube.com/watch?v=xAt6ihVLYl8...
ISTQB Agile Technical Tester Tutorials - https://www.youtube.com/watch?v=jrFu1Gj-k0g...
ISTQB Test Analyst Tutorials - https://www.youtube.com/watch?v=wh4JHGAzIgE...
ISTQB Technical Test Analyst Tutorials - https://www.youtube.com/watch?v=V10Oyta34fs...
ISTQB Test Manager Tutorials - https://www.youtube.com/watch?v=tLXEPoB-4NM...
ISTQB Performance Tester Tutorials - https://www.youtube.com/watch?v=C7Mt3OerauE...
ISTQB Mobile Tester Tutorials - https://www.youtube.com/watch?v=sZSDCMNGL0A...
ISTQB Automation Tester Tutorials - https://www.youtube.com/watch?v=eVbkxT4I54k...
ISTQB Automotive Tester Tutorials - https://www.youtube.com/watch?v=hIMOKo0H3Hc...