ISTQB Advanced Test Analyst 6.-7. Defect Management & Test Tools

Get Started. It's Free
or sign up with your email address
ISTQB Advanced Test Analyst 6.-7. Defect Management & Test Tools by Mind Map: ISTQB Advanced Test Analyst 6.-7. Defect Management & Test Tools

1. 7. Test Tools

1.1. Test Design Tools

1.1.1. used to help create test cases and test data to be applied for testing

1.1.2. often designed and built to work with particular formats and particular products such as specific requirements management tools

1.1.3. Needed to obtain the targeted level of test coverage confidence in the system product risk mitigation actions

1.2. Test Data Preparation Tools

1.2.1. Can “scrub” or “anonymize” where large volumes of realistic data are required

1.2.2. Are able to analyze a document such as a requirements document or even the source code

1.3. Automated Test Execution Tools

1.3.1. Needed increase coverage while reducing costs AND To run more tests To run tests that would be impossible to run manually (i.e., large data validation tests) test execution more repeatable same test in many environments

1.3.2. High ROI for automating regression tests low-level of maintenance repeated execution automating smoke tests

2. 6. Defect Management


2.1.1. static testing


2.2.1. dynamic testing


2.3.1. Complete - all the necessary info

2.3.2. Concise - no extra info

2.3.3. Accurate - the info is correct and clearly states the expected and actual results as well as the proper steps to reproduce

2.3.4. Objective - the report is a professionally written statement of fact

2.4. Defect Classification

2.4.1. newly identified defects Project activity – e.g., review, audit, inspection, coding, testing Suspected cause of defect Repeatability Symptom,e.g., crash, hang, user interface error

2.4.2. investigated defects Root cause Source Type – e.g., logic problem, computational problem

2.4.3. fixed defect Resolution – e.g., code change, documentation change Corrective action – e.g., requirements review, code review, unit test

2.5. Root Cause Analysis

2.5.1. Typical root causes Unclear/ Missing/ Wrong requirement Incorrect design / interface implementation Code logic error Calculation error Hardware error Interface error Invalid data

2.5.2. helps an organization to monitor the benefits of effective process changes

2.5.3. quantify the costs of the defects that can be attributed to a particular root cause

3. 7. Test Tools ->Improving the Success of the Automation Effort

3.1. Possible benefits

3.1.1. test execution time more predictable

3.1.2. regression and def. valid. faster and reliable

3.1.3. provide better regression per build or iteration

3.2. Possible risks

3.2.1. may be difficult to maintain

3.2.2. direct tester involvement may be reduced less defect detection

3.2.3. insufficient skills to use the automated tools

3.2.4. irrelevant tests may be automated

3.2.5. pesticide paradox

3.3. Test Levels

3.3.1. commonly used during system and integration testing levels

3.3.2. may be used forcomponent testing level (API testing )

3.4. Keyword-Driven Automation

3.4.1. primary advantages keywords can be defined by domain experts can benefit person with domain expertise easier to maintain TC spec. are independent of their impl.

3.4.2. TA is responsle to execute the keyword-driven TC and to analyze any failures that may occur

3.5. Causes for Failures

3.5.1. insufficient flexibility in the usage of the testing tool

3.5.2. insufficient programming skills

3.5.3. unrealistic expectation