What's new in TestArchitect for Windows

The following new features and improvements are introduced in TestArchitect version 8.3 running under Windows.

Remember:

TestArchitect Client

New features
  • 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.
      Important: 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 appear by modifying the corresponding XSL file, a language for transforming XML test results.
    • XML Result Conversion tool: Rather than converting one-by-one test result 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.
  • 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
  • Improved integration with Team Foundation Server–Microsoft Test Manager: Support for uploading TestArchitect test results to TFS even when mismatched build numbers among test results are detected.
  • Improved picture checks:

TestArchitect Automation

New features
  • 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.
  • 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.
  • Added beta support for automation testing in WebDriver based cloud services (Appium enabled): It delivers cost saving, time saving, remote/mobile access to information, 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 WebDriver based cloud services.
    • TestArchitect includes new built-in actions that let you test in the cloud services.
  • 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.
  • 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 higher recognition accuracy.
    • character recognition technique setting: Specify which algorithm, OCR or GDI, is applied 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 control, in hexadecimal.
        • GetTextColor: Retrieve color code of the text fragment residing in a given control, in hexadecimal.
        • GetTextContent: Retrieve content of the text fragment residing in a given control.
        • GetTextCount: Retrieve a count of the total number of text fragments residing in a given control.
  • 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.
  • 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.
  • 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
  • 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. 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.
  • 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.