CTAL-TA_Syll2019 ISTQB Certified Tester Advanced Level - Test Analyst (Syllabus 2019) Questions and Answers

The correct answer isA.Execute test case A on iOS and Android (latest version) using FireFox (latest version).

Execute test case A on iOS and Android (latest version) using FireFox (latest version)

This is an example of an adaptability test that should be executed by a Test Analyst because it tests the compatibility and functionality of the system across different platforms, devices, and browsers.It verifies that the system can work correctly and reliably in various environments and scenarios that the users may encounter1.

References=

• ISTQB Certified Tester Advanced Level Syllabus Test Analyst2, Section 3.2.2 Adaptability
• ISTQB Test Analyst Syllabus and Study Guide3, Section 3.2.2 Adaptability
• Adaptability Test - Candidate Screening Assessment | HiPeople4, Section 1. What is the Adaptability Test?

A system architecture document is a document that describes the structure and behavior of a system, including its components, interfaces, communication protocols, and dependencies. It is typically used by a Test Analyst as the test basis for interoperability testing, as it provides the necessary information to design test cases that cover the interactions between different systems or components. A system architecture document can also help to identify potential risks and challenges related to interoperability testing, such as compatibility issues, performance bottlenecks, security vulnerabilities, and data integrity problems. References = Interoperability Testing in Software Testing (Section 2.2), A Simple Guide to Interoperability Testing (with Examples) (Section 2.3), ISTQB Certified Tester Advanced Level Syllabus Technical Test Analyst (Section 3.3.1)

Exploratory testing is an approach that involves simultaneous learning, test design, and test execution. It is suitable for testing a web application with minimal documentation and tight deadlines. Test chatters are brief notes that describe the test objectives, test ideas, test data, test steps, and test results. They are used to guide the testing and document the test sessions. Test chatters are flexible and adaptable to the changing requirements and feedback from the stakeholders. References = ISTQB Certified Tester Advanced Level Syllabus Test Analyst, Section 2.3.2, Exploratory Testing1; What is Exploratory Testing? - Guru99, Section How to execute Exploratory Tests2

Pairwise testing is a technique that tests all possible discrete combinations of each pair of input parameters. In this case, there are two main categories: Colour and Shape. Under Colour, there are three subcategories: Red, Blue, and Green. Under Shape, there are two subcategories: Triangle and Circle. There is an additional category under Triangle labeled Size of triangle, with two subcategories: Small and Large. To test all pairs of these parameters, we need to use a tool or an algorithm that can generate the optimal test cases. One such tool is Pairwise.org, which can produce the following test cases:

Table

Colour

Shape

Size of triangle

Red

Triangle

Small

Blue

Circle

-

Green

Triangle

Large

Red

Circle

-

Blue

Triangle

Small

Green

Circle

-

Red

Triangle

Large

Blue

Triangle

Large

These eight test cases cover all pairs of parameters, such as Red-Triangle, Red-Small, Blue-Circle, etc. Therefore, the answer is B. 8. References = Pairwise Testing or All-Pairs Testing Tutorial with Tools and Examples, Pairwise Testing - What It Is, When & How to Perform?, All-pairs testing - Wikiwand, ISTQB Certified Tester Advanced Level Syllabus Technical Test Analyst (Section 3.2.3)

In a keyword-driven test automation approach, the Test Analyst is responsible for defining the keywords that represent the actions and expected outcomes of the test cases. The keywords are then implemented by a developer or a tool as reusable functions or scripts that can be executed by the test automation framework. For example, the Test Analyst can define keywords such as “transfer”, “check balance”, “verify balance”, etc. for the account transfer user story. These keywords can then be used to design test cases in a data-driven or table-driven format, such as:

Table

Keyword

Parameter 1

Parameter 2

Parameter 3

transfer

Lars

Ann

150

check balance

Ann

-

150

verify balance

Ann

-

150

transfer

Tim

Ann

300

check balance

Ann

-

450

verify balance

Ann

-

450

References = Keyword Driven Testing Framework with Example (Section 1 and 2), What is Keyword Driven Testing: A Detailed Tutorial With Examples (Section 1 and 2), ISTQB Certified Tester Advanced Level Syllabus Technical Test Analyst (Section 4.2.1 and 4.2.2)

A test design tool is a tool that helps testers create test cases, or at least test inputs, based on the requirements and specifications of the software. It can use various techniques, such as equivalence partitioning, boundary value analysis, decision tables, state transition diagrams, etc., to generate test inputs that cover different aspects of the software functionality and quality. A test design tool does not validate models of the software, execute tests automatically, or trace tests to requirements, although these may be features of other types of testing tools. References = What Is Test Design : Tools and Best Practices; Test Design in Software Testing - A Comprehensive Guide; ISTQB Advanced Level Test Analyst Syllabus 2019, section 3.2.1.

The correct answer isD.The story contains more than one item of functionality.

The story contains more than one item of functionality

A user story should be small, simple, and focused on one item of functionality that delivers value to the user. This story combines two items of functionality: querying the balance and withdrawing money. These items could be separated into two different stories, each with its own acceptance criteria and priority.This would make the stories easier to understand, estimate, test, and deliver1.

References=

• User Stories | Examples and Template | Atlassian2, Section User story best practices
• ISTQB Certified Tester Advanced Level Syllabus Test Analyst3, Section 2.1.1 Test Analyst Tasks in the Test Process
• ISTQB Test Analyst Syllabus and Study Guide4, Section 2.1.1 Test Analyst Tasks in the Test Process

Pairwise testing is a test design technique that reduces the number of test cases needed to cover all possible combinations of input parameters, by testing only pairs of parameters at a time. It is based on the assumption that most defects are caused by interactions of at most two factors. Pairwise testing is suitable for testing systems that have multiple parameters with discrete values, such as browsers, plug-ins, servers, and operating systems. It can help to find defects that are related to the compatibility and interoperability of the system in different environments. References = ISTQB Advanced Level Test Analyst Syllabus 2019, section 3.2.3; Pairwise Testing or All-Pairs Testing Tutorial with Tools and Examples; Test Design Techniques, section 5.4.

The test execution phase involves running the test cases and comparing the actual results with the expected results. The test analyst is responsible for analysing any anomalies or deviations from the expected results and determining their root causes. This task helps to identify defects, report them, and track their resolution. References =

• ISTQB Certified Tester Advanced Level Syllabus Technical Test Analyst1, page 2
• STLC (Software Testing Life Cycle) Phases, Entry, Exit Criteria2, section “Test Execution Phase”
• Test Execution Tutorial: Detailed Guide With Best Practices3, section “Activities of Test Execution”

Installability testing is a type of non-functional testing that focuses on verifying that the software can be installed, upgraded, and uninstalled without errors or interruptions1. It is usually performed by a technical test analyst who has knowledge of the installation requirements, dependencies, and configurations2. The main objectives of installability testing are to ensure that the software is compatible with different platforms, environments, and hardware specifications, and that the installation and de-installation processes are functional, reliable, and secure3. Usability issues, such as the clarity, simplicity, and efficiency of the installation and de-installation user interfaces, are not the primary concern of installability testing, and may be better addressed by other types of testing, such as usability testing or user acceptance testing4. References = Installation testing - Wikipedia; ISTQB Advanced Level Technical Test Analyst Syllabus 2019, section 4.3.2; Mastering Installability Testing: A Key Software Quality Assurance Process; Installation Testing | Complete Overview Of Installation Testing

Incident logging and reporting is an important part of incident management, as it helps to document the incident details, communicate the incident status, and analyze the incident causes and impacts1. One of the steps in incident logging and reporting is to identify and log any new risks that have surfaced as a result of the incident2. This helps to assess the severity and priority of the incident, as well as to plan for risk mitigation and contingency actions3. Debugging the code and updating the test automation are not part of incident logging and reporting, but rather part of incident resolution and recovery4. None is not a valid answer, as there is always room for improvement in incident management5.

References = 1: 5 Steps to Create an Effective Incident Reporting Procedure 2: 12 Things To Include In An Incident Report Log (Full Guide) 3: Incident reporting procedure example and flow chart 4: What is incident management? Steps, tips, and best practices 5: Incident Management: Process, System, & Tools

The correct answer isD.Automate the testing for the credit card exploratory tests so they can be used for confirmation testing after the defect is fixed.

A.Enter your exploratory test cases with detailed test steps into the Test Management System

This is incorrect because entering the test cases into the Test Management System is not enough to document and track the exploratory testing process. The test cases should also include the expected results, actual results, and defects found during the testing. Moreover, the test cases should be organized into a clear and logical structure that reflects the test charter and scope.

B.Close the session and start a new session with a new charter

This is incorrect because closing and starting a new session with a new charter would mean losing all the information and data collected during the previous session. This would make it difficult to resume and continue the testing process from where it left off. Instead, it would be better to use a consistent and stable session with a single charter that covers all the requirements and features of the system.

C.Continue the session and conduct the testing for debit cards

This is incorrect because continuing the session and conducting only one type of card (debit) would not provide a comprehensive coverage of all possible scenarios and outcomes of accepting credit cards. It would also limit the scope of testing to only one aspect of payment processing, which may not reflect all the business rules, validations, exceptions, or integrations involved in this domain.

D.Automate the testing for the credit card exploratory tests so they can be used for confirmation testing after the defect is fixed

This is correct because automating some or all of the exploratory tests can help to save time, effort, and resources by reducing manual effort and increasing efficiency. It can also help to improve accuracy, consistency, and reliability by eliminating human errors and biases. Moreover, automating some or all of the exploratory tests can enable them to be reused for confirmation testing after fixing any defects found during exploratory testing.Confirmation testing is a type of functional testing that verifies that all requirements are met by performing regression tests on previously tested functionality1.

Exhibit B is the only state transition diagram that matches the text description of Acme’s elevator door rules. It shows that the doors can transition between four states: Opened, Closing, Closed, and Opening. The transitions are triggered by either commands (open or close) or sensors (opened or closed). The diagram also shows that the open command can reverse the closing state, and the close command can reverse the opening state, as specified in the text. The other exhibits do not show the correct transitions or conditions for the elevator door system. References =

• ISTQB Certified Tester Advanced Level Syllabus Technical Test Analyst, page 2
• State Transition Testing Technique with Diagrams, section “State Transition Diagram”
• State Transition Testing - Tutorialspoint, section “State Transition Diagram”

The correct answer isA.Functional correctness testing.

Functional correctness testing

Functional correctness testing is the type of testing that measures the degree of accuracy in a mortgage rate calculation module of the software you are testing. It verifies that the module produces the correct results for different inputs and scenarios, such as different interest rates, loan terms, payment frequencies, etc.It also checks that the module complies with the specifications and requirements of the mortgage rate calculation1.

References=

• ISTQB Certified Tester Advanced Level Syllabus Technical Test Analyst2, Section 3.2.2 Functionality
• ISTQB Certified Tester Advanced Level Syllabus Test Analyst3, Section 3.2.2 Functionality
• ISTQB Test Analyst Syllabus and Study Guide4, Section 3.2.2 Functionality

The correct answer isC.Conduct pre-test interviews to give instructions to the users, and post-test interviews to get their feedback.

Pre-test and post-test interviews

Pre-test and post-test interviews are methods of usability testing that involve communicating with the business users before and after they test the application. Pre-test interviews can help to explain the purpose and scope of the test, provide instructions and guidance, and establish rapport with the users.Post-test interviews can help to collect feedback, opinions, and suggestions from the users, as well as identify any issues or problems they encountered during the test1.

References=

• ISTQB Certified Tester Advanced Level Syllabus Test Analyst2, Section 3.2.2 Usability
• ISTQB Test Analyst Syllabus and Study Guide3, Section 3.2.2 Usability
• Usability Testing 101: A Guide for Businesses4, Section 5. How to Conduct a Usability Test

The level of detail and documentation required for test cases in the project depends on the type of application under test, the standards followed by the organization, and the maturity of the development process. For a web application that is undergoing frequent changes, it is advisable to use high-level test cases that describe the main features and functionalities from a user’s perspective, and low-level test cases that provide more details and specifications for each feature. High-level test cases can be supported by low-level test cases to ensure traceability between the requirements and the test scenarios, as well as to facilitate future changes or enhancements. Low-level test casescan also be reviewed and updated by the end-users who have extensive domain knowledge and are involved in the project. References =

• ISTQB Certified Tester Advanced Level Overview of Syllabi1, page 10
• ISTQB Certified Tester Advanced Level Syllabus Technical Test Analyst2, page 2
• Test Documentation in Software Testing (Example)3, section “Best practice to Achieve Test Documentation”

Classification trees are a combinatorial testing technique that allows the tester to represent the data items and their values in a graphical form, and to exclude certain combinations by using constraints or rules. Classification trees can help the tester to visualize and organize the test data, and to generate test cases that cover all relevant combinations of values. The other techniques do not provide a convenient way to exclude certain combinations, or require more complex mathematical calculations. References =

• ISTQB Certified Tester Advanced Level Syllabus Technical Test Analyst1, page 2
• Classification Tree Method for Test Design2, section “Classification Tree Method”
• Classification Tree Method - Tutorialspoint3, section “Classification Tree Method”

The smallest set of test conditions to provide minimum coverage of the boundary values is the one that tests the minimum and maximum values for each category of carpet installation prices, as well as the values that are just above or below the boundaries. Option A covers these values, as it tests the boundary values of 0, 20, and 40 square yards, as well as the values that are one square yard more or less than these boundaries. It also tests the maximum possible value for the carpet area and the value that exceeds it. The other options do not test all the boundary values or have redundant values. References =

• ISTQB Certified Tester Advanced Level Syllabus Technical Test Analyst1, page 2
• Boundary Value Analysis and Equivalence Partitioning Testing2, section “Boundary Value Analysis”
• Equivalence Partitioning Method3, section “Example 1: Equivalence and Boundary Value”

The risk impact is the measure of the potential negative consequences of a risk item on the project objectives. It depends on the severity of the defect, the frequency of occurrence, and the visibility to the stakeholders. Since requirement R1 is business critical, any failure in meeting this requirement would have a significant impact on the customer satisfaction, the reputation of the organization, and the legal compliance. Therefore, the risk impact for requirement R1 should be categorized as high or very high, regardless of the likelihood of occurrence. References =

• ISTQB Certified Tester Advanced Level Syllabus Technical Test Analyst1, page 2
• Risk Based Testing: Approach, Matrix, Process & Examples2, section “Risk Impact Assessment”
• What is Risk Based Testing: With Best Practices3, section “Risk Impact Analysis”

The correct answer is C. All the expected environments and combinations.

All the expected environments and combinations

Interoperability testing should target all the expected environments and combinations that the system will interact with in the real world.This will ensure that the system can function correctly and reliably with different hardware, software, network, and external factors that may affect its communication and compatibility with other systems1.

References=

• ISTQB Certified Tester Advanced Level Syllabus Test Analyst2, Section 3.2.2 Interoperability
• ISTQB Test Analyst Syllabus and Study Guide3, Section 3.2.2 Interoperability
• A Simple Guide to Interoperability Testing (with Examples)4, Section 2. How to do Interoperability testing