This answer is correct because in Agile software development, work product documentation, such as user stories, acceptance criteria, or test cases, tends to be lightweight and concise, as the focus is on working software and frequent communication rather than comprehensive documentation. Manual tests tend to be often unscripted, as they are often produced using experience-based test techniques, such as error guessing or exploratory testing, which rely on the tester’s skills, knowledge, and creativity to find defects and provide feedback. References: ISTQB Foundation Level Syllabus v4.0, Section 3.1.1.2, Section 3.2.1.2

Maintenance testing is carried out whenever changes are made to an existing system , including enhancements, defect fixes, and system migrations (C). It is not limited to adaptive maintenance (A) and is needed even when no defects are reported (B). Test cases are essential to validate fixes and prevent regressions (D).

System Integration Testing (SIT) involves testing the interactions between different systems or components. Testing an e-commerce website's integration with a third-party payment gateway is an example of SIT, as it checks the correct functioning of the integrated systems. This ensures that the e-commerce platform can successfully interact with external systems to process payments.

As a functional tester, you should open a defect report providing detailed information on which devices and by running which tests you observed the issue. A defect report is a document that records the occurrence, nature, and status of a defect detected during testing, and provides information for further investigation and resolution. A defect report should include relevant information such as the defect summary, the defect description, the defect severity, the defect priority, the defect status, the defect origin, the defect category, the defect reproduction steps, the defect screenshots, the defect attachments, etc. Opening a defect report is a good practice for any tester who finds a defect in the software system, regardless of the type or level of testing performed. The other options are not recommended, because:

The issue is related to performance efficiency, not functionality, but that does not mean that as a functional tester, you should not open any defect report as all the functional tests passed. Performance efficiency is a quality characteristic that measures how well the software system performs its functions under stated conditions, such as the response time, the resource utilization, the throughput, etc. Performance efficiency is an important aspect of the user experience, especially for web applications that run on different devices and networks. Even if the functional tests passed, meaning that the software system met the functional requirements, the performance issue observed on some devices could still affect the user satisfaction, the usability, the reliability, and the security of the software system. Therefore, as a functional tester, you have the responsibility to report the performance issue as a defect, and provide as much information as possible to help the developers or the performance testers to investigate and resolve it.

In the context of software testing roles, tasks typically performed by someone in a testing role include evaluating the test basis and test object, creating test completion reports, and assessing the testability of the test object. These tasks are directly related to ensuring the quality and effectiveness of the software testing process.

Evaluate test basis and test object : This involves reviewing and analyzing the documents and artifacts that are used as the basis for testing. This is a fundamental task for testers to understand what needs to be tested and to ensure that the test objects are adequately covered by the test cases​​.

Create test completion report : This is part of the test closure activities. Testers are responsible for summarizing the testing activities, outcomes, and lessons learned, which are compiled into a test completion report. This report is crucial for stakeholders to understand the test results and make informed decisions​​.

Assess testability of test object : This task involves evaluating how easily a test object (such as a piece of software) can be tested. This includes considering aspects such as the availability of test data, the ability to isolate the object for testing, and the clarity of the requirements. Testers often perform this assessment to identify potential challenges and mitigate them before testing begins​​.

On the other hand:

Define test environment requirements : While testers may provide input on the test environment, the primary responsibility for defining and setting up the test environment usually falls to roles such as system administrators or infrastructure specialists. They ensure that the necessary hardware, software, and network configurations are in place for testing to proceed. This task is less likely to be the sole responsibility of a tester​​.

This answer is correct because static testing and dynamic testing are both types of testing that can be used to highlight issues associated with non-functional characteristics, such as usability, performance, security, reliability, etc. Static testing is a type of testing that involves the analysis of software work products, such as requirements, design, code, or test cases, without executing them. Dynamic testing is a type of testing that involves the execution of software work products, such as code or test cases, using inputs and verifying outputs. Both static testing and dynamic testing can be applied to different test levels and test types, and can use different test techniques and tools, to evaluate the non-functional characteristics of the software product. References: ISTQB Glossary of Testing Terms v4.0, ISTQB Foundation Level Syllabus v4.0, Section 2.2.1.1, Section 2.2.1.2

Planning poker is a consensus-based estimation technique used in Agile. It involves team members selecting cards with their estimate for a user story, then discussing the differences in estimates.

Option A: Incorrect. While three-point estimation is valid, planning poker focuses on team consensus rather than individual estimation techniques.

Option B: Incorrect. The goal of planning poker is not to force unanimity but to reach a reasonable consensus.

Option C: Incorrect. Averaging estimates is not how planning poker works.

Option D: Correct. The members with the highest and lowest estimates discuss their reasoning to foster understanding and adjust estimates accordingly in subsequent rounds.

Non-functional testing evaluates attributes like performance, security, and usability, which are typically assessed at the system test level or higher (A). It is not restricted to acceptance testing (B), goes beyond security and performance testing (C), and covers more than just user experience (D).

A test-first approach involves writing tests before writing the code. In this approach, initially, the tests fail because the corresponding functionality is not yet implemented. Afterward, the code is written or modified to make the tests pass. This cycle is repeated iteratively. This method ensures that the code is developed based on predefined tests and helps in identifying issues early in the development process​​.

The "whole team approach" in Agile methodologies emphasizes collaboration and communication among all team members, including developers, testers, and business representatives. This approach fosters better relationships and effective collaboration, which ultimately benefits the project by leveraging diverse skills and perspectives. It helps ensure that everyone is aligned with the project's goals and quality standards, thus improving the overall effectiveness and efficiency of the team.