TestArchitect Release Notes

TestArchitect 8.3 Release Notes

Release Date: January 13, 2017

Download PDF for OSX
Download PDF for Linux
  • Please note
  • 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.

What's New in TestArchitect 8.3

The following new features and improvements are introduced in the latest version of TestArchitect running under Windows.

TestArchitect Client

New features

  1. Introduction of new XML test result model:

    • TestArchitect saves test results of each test run in the XML format, so that you can view them in any web browser.
    • XML result model provides the following advantages when compared to the previous result model.
      • Less memory footprint: The amount of memory that TestArchitect uses or references while opening and viewing test results is less.
      • Smaller parsing times: The operation process is faster, such as open test results, import/export test results, etc.
      • Smaller test result compression: Test results take up less hard drive space; therefore, the repository's size is reduced.
    • Test result customization: You now can customize how your test results appearby modifying the corresponding XSL file, a language for transforming XML test results.
    • XML Result Conversion tool: Rather than converting one-by-one test results into XML format, you can perform this operation via a command line tool to quickly convert entire test results of a given repository.
    • Numerous bug fixes.
  2. Better troubleshooting of automation errors

    If there are any automation errors in the test result, TestArchitect provides a hyperlink to direct to the respective online troubleshooting topic which describes common causes and possible solutions.

Enhancements to existing features

  1. Improved picture checks:
  2. Improved integration with Team Foundation Server (TFS) –Microsoft Test Manager:

    Support for uploading TestArchitect test results to TFS even when mismatched build numbers among test results are detected.

TestArchitect Automation

New features

  1. Support for web service testing:

    Web services are applications that can be published and called over the Internet by client applications. It is vital to perform testing for web services during the pre-deployment stage. This helps to identify and resolve defects as early as possible. Also, in the regression testing during post-deployment stage it ensures ongoing quality of service and availability. TestArchitect now supports functional testing of web services.

    • TestArchitect includes new built-in actions that let you perform web service testing:
      • create http request: Instantiate a new HTTP request.
      • authenticate: Specify an HTTP authenticate scheme and its information before starting to work with web services. The user must be authenticated to the services.
      • add http header: Add a name/value pair as an HTTP header field that you might want to include with your request.
      • add http body: Add a message body into an HTTP request.
      • add http parameter: Add a parameter including a pair of name/value to a GET request. Note that, this parameter will be added to the query string in the requester URL.
      • send http request: Send an HTTP request to a given resource.
      • parse http response: Parse the response of the request to status, header and body.
    • TestArchitect also enables you to test web services that use Basic HTTP authentication and OAuth 2.0 authentication.
  2. Built-in actions for JSON checkpoints supported:
    Note: These built-in actions can also be used to verify JSON response returned by the tested web service.
  3. Added beta support for automation testing in WebDriver-based cloud services (Appium enabled): It delivers cost saving, time saving, high productivity, and increased test coverage across different mobile device types, etc.
    • With TestArchitect, you can now run mobile web app testing on real devices in WebDriverbased cloud services.
    • TestArchitect includes new built-in actions that let you test in the cloud services.
      • assign cloud device: Assign a logical name for a given capability of a target cloud device. This name may then be used in the action connect cloud device.
      • connect cloud device: Logically connect to a cloud-based device and make that device the target for the automation.
      • use cloud device: Use a cloud device, as specified by its session ID, to run automated tests.
      • get cloud device session id: Retrieve session ID of the connected cloud device.
      • disconnect cloud device: Logically disconnect the target cloud device.
      • use host machine: After running automated tests on cloud services, switch back to the host machine to continue to run the remaining tests.
  4. Support for C# bundle harness: TestArchitect introduces a new architecture, called bundle harness, to implement C# user-scripted actions. This new architecture provides the following advantages:
    • Easy deployment: The ability to reuse user-scripted actions among different projects by simply sharing DLLs of the actions
    • Usability: to ease the C# function declaration and implementation
    • Low coupling: not having to merge source code and rebuild the entire harness solution, even though a single user-scripted action is added. In other words, adding one new user-scripted action does not affect the existing user-scripted actions.
      Note: For legacy C# user-scripted actions, created in TestArchitect versions prior to 8.3, you are not required to migrate them to C# bundle harness. Specifically, your legacy C# user-scripted actions continue to work normally in TestArchitect 8.3, and you are able to develop additional user-scripted actions that conform to legacy C# harness architecture.
  5. Support for the Graphics Device Interface (GDI) technique:

    to better recognize text produced by an AUT. Technically, GDI traces text that the operating system is drawing on the screen. GDI works faster than the Optical Character Recognition technique and provides higherrecognition accuracy.

    • character recognition technique setting: Specify which algorithm is applied, OCR or GDI, to recognize text produced by an AUT.
    • New built-in actions:
      • get text background color:Retrieve color code of the text background, in hexadecimal.
      • get text color:Retrieve color code of the text fragment, in hexadecimal.
      • get text content:Retrieve all content of the text fragment residing in a given window/control.
      • get text count:Retrieve a count of the total number of text fragments residing in a given window/control.
    • New APIs:
      • AbtEntity class
        • GetTextBackgroundColor: Retrieve color code of the text background residing in a given window, in hexadecimal.
        • GetTextColor: Retrieve color code of the text fragment residing in a given window, in hexadecimal.
        • GetTextContent: Retrieve content of the text fragment residing in a given window.
        • GetTextCount: Retrieve a count of the total number of text fragments residing in a given window.
      • AbtElement class
        • GetTextBackgroundColor: Retrieve color code of the text background residing in a given window, in hexadecimal.
        • GetTextColor: Retrieve color code of the text fragment residing in a given window, in hexadecimal.
        • GetTextContent: Retrieve content of the text fragment residing in a given window.
        • GetTextCount: Retrieve a count of the total number of text fragments residing in a given window.
  6. Microsoft Edge official release:
    • TestArchitect officially provides support for automated testing of web applications in Microsoft Edge.

    • Major bugs existing in the beta release have also been fixed.

  7. Official release for agent-based automation on Chrome:
    • Testing on mobile browser emulators helps ensure the proper appearance and functionality of your web application on various devices.

    • Major bugs existing in the beta release have also been fixed.

  8. Support for mapping windows, controls of Multiple Document Interface

    (MDI) applications. Additionally, TestArchitect also introduces Just-In-Time UI matching algorithm which employs a breadth-first search algorithm to faster match a MDI-child window and its controls.

Enhancements to existing features

  1. Extended support for WinForms applications:
    • Class mapping: Class mapping helps you map unknown WinForms controls to known TestArchitect control classes, so that TestArchitect can use its existing built-in actions to recognize and handle those controls.
    • Container class: The container class help captures child UI elements of complex controls belonging to Treeview, Listbox, Listview, or Table classes so that TestArchitect can use existing built-in actions to recognize and handle those child UI elements.
    • WinForms command line tool:
      • Exports new WinForms mapping file supported: Since new class mapping for WinForms controls has been improved, it is highly recommended that you use this command line tool to update your legacy WinForms captured controls to ensure your automated test runs properly.
        Note: You only need to run this tool once to address the backward compatibility issues and make existing tests runnable.
      • winforms raw class built-in setting:This determines whether, during automation, the legacy classes of captured WinForms application controls should be used in identifying those controls, in cases where the option to use TA classes exists.In case, you encounter backward compatibility problems, you can turn on this setting to switch back to the legacy Winforms control matching technique.
  2. Additional support for the existing OCR built-in actions to work with the Graphics Device Interface (GDI) technique: The following built-in actions now support both OCR and GDI text recognition techniques.
    • check text exists: Check for the existence of a given bitmap text fragment within a specified area of a bitmap.
    • check text not exists: Check for the nonexistence of a given bitmap text fragment in a specified area of a bitmap.
    • click text: Find a given bitmapped text string in a specified area of a bitmap, and then simulate a click over the text.
    • does text exist: Return a Boolean value to indicate whether a specified bitmap text fragment is found to exist in a given bitmap.
    • get text coordinates: Search a bitmap for a given text string and, if found, return its location.
    • if text exists: Check for the existence of a specified bitmap text fragment in a bitmap. If the fragment is found, execute the associated action lines.
    • if text not exists: Check for the nonexistence of a specified bitmap text fragment in a bitmap. If the fragment is not found, execute the associated action lines.

Known Issues

  1. Unable to resolve unverified picture checks of repository resultsviathe two following verification options: Pass, this is the new baseline and Pass, save as a baseline variation.
    • This issue only occurs when you export a repository with unverified picture checkson a given machine, e.g. machine A, and then import the repository into another machine, e.g. machine B. You will not be able to resolve unverified picture checks on machine Bviathe two verification options listed above.
  2. Unable to start Dashboard and Lab Manager, in rare cases, because the Apache Tomcat server does not deploy .WAR files.
    • In order to address this issue, in the Apache Tomcat server,manually delete two folders including LabManager and TADashboard which are located at <TA_INSTALL_DIR>\server\webapps.
  3. On a web browser, hyperlinks to various detailed sections in a test result (i.e.hyperlinks to test case details, to detailed test lines, etc.) are not functional. This issue occurs when the repository containing the test result is re-imported into the repository server on the fly, which means importing repository without stopping the server first. In order to address this issue, do one of the following options:
    • Option #1: Close TestArchitect, and then re-open it.
    • Option #2: Disconnect the connection to the repository server, and then log into the server again.

System Requirements

The following table lists the recommended hardware and software requirements for TestArchitect.

Recommended system requirements

  TestArchitect Client/Controller with small-scale Repository Server Production-scale Repository Server (up to 15 concurrent connections, 1GB repository)
Operating system Windows 7 or newer (Learn more) Windows 2008/2012 Server
RAM 4 GB 8 GB
HDD At least 2.5GB available space Available space of at least 2 GB plus total aggregate size of all databases
CPU 2 GHz dual-core or faster 3.1 GHz quad-core

Additional Resources

  • For more information, please visit our website at www.testarchitect.com or email us at [email protected].
  • On a system with TestArchitect installed, help is available at:
    Start menu > All Programs > TestArchitect > TestArchitect Help.
Copyright © 2024 LogiGear Corporation. All rights reserved. LogiGear is a registered trademark, and Action Based Testing and TestArchitect are trademarks of LogiGear Corporation. All other trademarks contained herein are the property of their respective owners.

LOGIGEAR CORPORATION

1730 S. Amphlett Blvd. Suite 200, San Mateo, CA 94402

Tel +1 (650) 572-1400