ユーザーガイド Version history Features added to TestArchitect 8.3 Update 2

 What's new in TestArchitect for macOS

What's new in TestArchitect for macOS

The following new features and improvements are introduced in TestArchitect version 8.3 Update 2 running under macOS.

• Before upgrading to the latest version of TestArchitect, it is strongly recommended that you back up all repositories.
• A TestArchitect client and any repository server to which it connects must be of the same version.

TestArchitect Client

New features

• Modern TestArchitect command-line interface:
  • Flexibility: With new TestArchitect’s command line tool, tests can be launched from a command shell. When incorporated into batch files, the tool significantly extends the flexibility of test execution, especially from a scheduling standpoint.
  • Standards for command-line interfaces: In order to provide a consistent, cohesive user experience, the new TestArchitect command-line interface has been standardized on the following aspects:
    • Consistent argument naming conventions
    • Consistent error messages and exit codes
    • Consistent command syntax
  • Ease of use: The presence of optional arguments in batches files is no longer required. When the optional arguments are absent, their default value will be automatically applied.
• A separate TestArchitect Docs file installer: The TestArchitect Docs package has been removed from TestArchitect installer. If you’d like to continue to open local help documentation in offline mode, please follow this link.

Enhancements to existing features

• Adding test results to the repository:

  • In the Continuous Integration/Continuous Deployment (CI/CD) process, after automated tests are entirety finished, you are able to add local test results into the repository, even if the specified result folder might not exist beforehand.
  • At the moment, TestArchitect is capable of dynamically creating result folders on-the-fly. Name of the result folders is determined based on the following predefined macro variables.

  Macro variables	Description	Output (example)
  {year}	Gets the current year	2017
  {month}	Gets the current month	08
  {day}	Get the current date	09
  {today}	Get today’s date in the form of mm-dd-yyyy	08-09-2017

• Exporting test results into various formats:

  • Export test result into .TARESULT files:
    • Test run results now can be converted and exported to .TARESULT extension, an archive filename extension, developed by LogiGear. This new extension is extremely convenient for test result query purposes, especially in the CI/CD process. Specifically, upon test completion, you can aggregate all test results quickly by just simply querying all returned .TARESULT files.
    • TARESULT then also can be imported back into TestArchitect.
  • Export test results to HTML:
    • XSLT template: Ability to export HTML results with your own view layout, customized by your XSLT template.
    • Directory structure output: Ability to output different types of directory structure folder which store HTML files.
      • Folder structure: TestArchitect creates a hierarchical tree structure, or subdirectories to store HTML results.
      • Flat structure: TestArchitect does not create subdirectories. There is only a single top-level directory which contains all HTML results.
    • Create output folders on-the-fly: TestArchitect automatically creates a folder to store HTML files if the specified folder does not exist.

TestArchitect Automation

New features

• Testing in cloud services:
  • Official release for automation testing in WebDriver based cloud services: It delivers cost saving, time saving, remote/mobile access to information, high productivity, and increased test coverage across different mobile device types, etc.
  • Execution on multiple cloud devices: You are now able to automate tests on multiple cloud devices concurrently. The cloud devices will be defined via desired capabilities, specified in JSON files.
  • New built-in disconnect all cloud devices action added: Logically disconnect all currently-connected cloud devices.
  • web element matching built-in setting: Specify which technique is used to perform web UI element matching.
• Web service testing:
  • New built-in actions supported:
    • configure web service settings: Send JSON string request to a web service in order to apply new configuration settings.
      1. Proxy: Defines a manual proxy server.
      2. SSL: Defines SSL configurations.
      3. Cookies: Specifies HTTP cookies that are sent back to the server.
      4. Encoder: Specifies configurations for the encoder.
      5. Decoder: Specifies configurations for the decoder.
      6. Redirect: Configures the redirect settings
    • attach file: Attach given file(s) to a web service.
  • Common HTTP request methods are fully supported for the send http request action including:
    • GET: Request data from a specified resource.
    • POST: Submit data to be processed to a specified resource.
    • PUT: Replace all the current representations of the target resource with the uploaded content.
    • DELETE: Remove all the current representations of the target resource given by URI.
    • PATCH: The PATCH method is used to apply partial modifications to a resource.
    • HEAD: The HEAD method asks for a response identical to that of a GET request, but without the response body.
    • OPTIONS: The OPTIONS method is used to describe the communication options for the target resource.

Enhancements to existing features

• iOS testing:
  • Support for iOS 10.3.2: You can now run tests for applications on iOS devices running this iOS version.