An automated test script makes a well-formed request to a REST API in the backend of a web app to add a single item for a product (with ID = 710) to the cart and expects a response confirming that the product is successfully added. The status line of the API response is HTTP/1.1 200 OK, while the response body indicates that the product is out of stock. The API response is correct, the test script fails but completes, and the message to log is: The product with ID = 710 is out of stock. Cart not updated. When this occurs, you are already aware that both the failed test and the API are behaving correctly and that the problem is in the test data. The TAS supports the following test logging levels: FATAL, ERROR, WARN, INFO, DEBUG. Which of the following is the MOST appropriate test logging level to use to log the specified message?

• A. DEBUG
• B. WARN
• C. INFO
• D. FATAL

Which of the following layers within the TAA contains technology-specific implementations that enable automated tests to have the execution of their logical actions result in actual interaction with the appropriate interfaces of the SUT?

• A. Test definition layer
• B. Test execution layer
• C. Test generation layer
• D. Test adaptation layer

Your company is about to start a project to replace an old sales and merchandising system with a new version that will be based on modern platforms. The main requirements for the system are:
1. Loading sales data, sent electronically from the stores each evening, into a central database.
2. Producing sales reports for the merchandisers, whose job is to manage stock levels in stores.
3. Producing forecast reports, used to predict future demand for each product, based on a combination of sales history and forecasting parameters. The parameters will be entered by the merchandisers into a browser-based front end and the reports will be produced overnight. The users will be able to retrieve the reports, on screen or in print, via an interactive feature.
Requirements 1 and 2 were already met by the old system and will be rewritten in the new system with some minor functional changes. The sales data will, as before, be loaded in an overnight batch run. There have been problems with the old system at peak periods when this run has taken longer than scheduled, so that dependent jobs could not finish before the start of the next working day. The Data Centre manager requires that the new system's overnight batch runs take 10% less time than the old one, including the new reports, to allow time for all jobs to complete.
Requirement 3 is new. The functionality provided by the UI will be simple and the Sales & Merchandising manager requires that it be easy to use.
The data for testing the reports will be extracted from the old system in production and will be anonymized before use.
The system will be developed using an Agile lifecycle with iterations of fixed length. This will be the first full deployment of this methodology, which has just completed a successful pilot. It is a relatively simple development and is expected to be completed in three releases, each taking approximately 2 months.
You are an experienced TAE and have been recruited to implement test automation on this project and have started to evaluate candidate tools to automate functional and some non-functional testing. It is already clear that no single tool will meet all requirements, and that the developers' existing Integrated Development Environment will meet the automation needs of their testing. The TAS will need to support CI/CD.
When reviewing your tool comparison table, what two tool capabilities will be MOST beneficial for this project?
i) The ability to support multiple and configurable test environments.
ii) The ability to manage test data in a way that supports version control of the data sets.
iii) The ability to be compatible with other tools that are likely to be used on the project.
iv) The ability to expand the overall test architecture and to be scalable and modifiable.
v) The ability for non-technical users to enter requests for customizable reports.

• A. i and iv
• B. iii and iv
• C. ii and iii
• D. i and v

The last few runs for a suite of automated keyword-driven tests on a SUT were never completed. The test where the run was aborted was not the same between runs. Currently, it is not possible to identify the root cause of these aborts, but only determine that test execution aborted when exceptions (e.g., NullPointerException, OutOfMemoryError) occurred on the SUT by analyzing its log files. Test execution log files are currently generated, in HTML format, by the TAS as follows: all expected logging data is logged for each keyword in intermediate log files. This data is then inserted into the final log file only for keywords that fail, while only a configurable subset of that data is logged for keywords that execute successfully. Which of the following actions (assuming it is possible to perform all of them) would you take FIRST to help find the root cause of the aborts?

• A. Use appropriate colors to effectively visually highlight different types of information in the test execution log files
• B. Split the generated log file into smaller parts, load them into external files that are loaded into the browser in transparent mode when needed
• C. Log the stack trace and amount of memory available to the SUT at the start and end of each test in the suite, in the SUT log files
• D. Log all expected logging data in the final test execution log file, not only for keywords that fail, but also for keywords that execute successfully