Legit CTAL-TTA Exam Download

Common issues with traditional capture/playback test automation include difficulty in maintaining the scripts when software changes (option A), the challenge for non-technical persons to maintain recorded scripts (option B), and the issue that data and actions are often intertwined within the recorded script (option C), which can make them hard to understand and modify. However, the timing of the execution of the recorded script (option D), such as the difficulty of running scripts outside office hours, is not typically a problem inherent to capture/playback test automation itself but rather an environmental or scheduling issue.

Given the absence of defined performance requirements for the new system, a practical approach is to use the performance metrics of the legacy system as a benchmark. This method is beneficial as it provides a clear, historical baseline of what users are accustomed to and accept as satisfactory performance. Benchmarking against the legacy system ensures the new system meets or exceeds the performance levels that users already find acceptable, which can facilitate smoother acceptance and transition to the new system​​.

A common technical issue causing automation projects to fail in delivering the planned return on investment is the lack of maintainability in their design. Automation frameworks and scripts that are not designed with maintainability in mind can become cumbersome to update and scale as the software evolves. This results in increased costs and effort over time to keep the automation relevant and effective, which can erode the expected returns on investment from the automation initiative .

In this scenario, the risk is related to the anticipated increase in concurrent website views and whether the additional servers will be sufficient to handle the increased load. This situation requires a specific type of non-functional testing to ensure that the system can effectively scale with the increased demand.

Analysis of Options:

Load Testing:

Load testing involves simulating a specified number of users to see how the system performs under expected loads. While this is useful, it is not the best fit for this scenario where the primary concern is future scaling capacity.

Adaptability Testing:

Adaptability testing assesses how well the system adapts to different environments or conditions. This is not directly related to the risk of handling increased concurrent users and is therefore not the best choice.

Scalability Testing (Option C):

Scalability testing specifically evaluates how well the system can scale up or down in response to an increase in load. This type of testing is designed to verify that the system can handle growth in users and data volume effectively, making it the best choice to mitigate the risk described.

Reliability Testing:

Reliability testing focuses on the system's ability to function correctly over time under certain conditions. While reliability is important, it does not directly address the issue of handling increased concurrent usage.

Mitigating the Risk:

Given the risk of the servers potentially not being adequate to handle the increased concurrent website views, scalability testing is the most appropriate type of non-functional testing. It will help determine if the two additional servers, along with the existing one, can support the anticipated growth in user traffic without performance degradation.

References:

The ISTQB CTAL-TTA syllabus and standard non-functional testing practices emphasize the importance of scalability testing when assessing the ability of a system to handle increased load and user concurrency.

Sources:

ISTQB-CTAL-TTA Syllabus

General knowledge on non-functional testing types and their applications.