Decades of Leadership in the Software Testing Industry

AscentialTest has been forming in the minds of our founders for several years. After building QA Partner/SilkTest at Segue Software in the 90s, they got the opportunity to use their product extensively in the field. As consultants implementing test automation with various tools for more than 10 years, they’ve formed a thorough assessment of the state of the field. What they found surprised them: automated tests were too expensive to build.

Furthermore, the requirement for programming skills to move beyond the superficial tests that can be recorded left out too many members of the team. They also discovered that a large portion of test development time is spent ‘writing code’ to workaround object recognition deficiencies. Some users estimate that time to approach 80%. Clearly this explains why the decision to adopt automation is not always straightforward. With a fresh understanding of the challenges and our heads full of ideas, we’re energized and excited to bring about the next paradigm shift in test automation.

Brian has been working in the field of test automation for more than 30 years. Brian began as a QA Engineer using the testing tools available in the early 1980’s. He joined Segue Software in its infancy and served as the EVP of R&D during that company’s golden years. Brian formed Star Quality, a consulting firm specializing in test automation in the late 90s. After 12 years of experience in the trenches, he’s excited to be building the next generation testing tool that will increase the productivity and and effectiveness of test and development teams.

Dave is a pioneer in the field of automated testing. Dave developed ATF, one of the first automation tools, more than 20 yeas ago. He was a founder and Chief Architect of Segue Software, Inc., the original creators of QA Partner/SilkTest. Dave believes that no testing tool can be easy to use without a solid foundation. That’s why he is committed to providing AscentialTest’s universal agent with the most powerful object recognition engine in the industry.

Pricing Plans - Solo Testers to Large Enterprise Teams

Not seeing a pricing package that fits your needs? Want to compare us directly to a competitor’s offering? Tell us more, let us take a shot at providing a custom or lower cost package.

Subscription

Solo Testers

Starting at $200/mo

“The Selenium Killer”

Subscription

Teams

Starting at $380/mo

Subscription

Unlimited

Starting at $6k/mo

Perpetual License

Teams

Starting at $8.4k

Perpetual License

Unlimited

Other Resources

Upcoming Webinar

Building Reusable Verification Tests

Tue, Jun 25, 2024 10:00 AM - 11:00 AM EDT

The participant will learn:
* How indirection and dynamic instantiation are used to build generic test steps
* How to create universal verification steps and functions
* About built-in functions that provide information about the current state of the target application
* How metadata can be used to set object-related test data
* How to create a test that walks the main menu of an application, opening and closing each dialog

See How We Achieved an 83% Five Star Rating on Gartner

See how AscentialTest compares to the competition, using 18 key features and functions and across 14 different development platforms

  • Supported Platforms (14)
  • Integrated Test Planning
  • Object Recognition
  • Object Repository
  • Test Frameworks
  • Foreign Language UX
  • Drag Generations of Actions
  • Reusable Steps
  • Scripting
  • Manual Testing
  • Parallel Execution
  • Integrated Defect Tracking
  • Test Localization
  • Test Portability
  • Test Management
  • Test Execution Management
  • Integrated Version Control
  • Integrated Test Management

Eggplant

Gartner 5 Star Reviews:

0 %

TestComplete

Gartner 5 Star Reviews:

0 %

Tosca

Gartner 5 Star Reviews:

0 %

Ranorex Studio

Gartner 5 Star Reviews:

0 %

Features

Object Recognition

AscentialTest recognizes application elements regardless of complexity without coding hacks or reliance on fragile OCR

Drag & Drop

Creating tests with our drag & drop editors is faster and more efficient than recording or scripting

Reusable Elements

Reuse promote faster building and maintenance of tests

No More Test Frameworks

Stop creating test frameworks and focus on your testing

Test Management Tools

Testing projects can get messy without good management tools

Complex Objects

Let AscentialTest do the heavy-lifting when it comes to tables, grids and trees

Integrations

Testing productivity involves meaningful integration with collaboration tools

Powerbuilder Expertise

We are the recognized go-to testing platform for PowerBuilder, we cover PB v6.x all the way to the current version.

Platforms

PowerBuilder

Web Apps

.Net

Omnis

Terminal

PDF

API Testing

Zeenyx Academy

PDF Verification with AscentialTest

The ability to verify the contents of a PDF document may be an important part of a test transaction. In the past, users were required to copy the contents of a PDF onto the clipboard and then create a parsing script to verify its contents. With the release of AscentialTest v8.2, PDF documents can be verified just like pages in a target application.

Generating a snapshot from a PDF Document

The process of verifying a PDF begins with snapshot generation. To generate a snapshot for each page in a Pdf document, drag a file of type .pdf into AscentialTest:

If the document contains only a single page, a snapshot will be created and loaded into its own tab in the App Objects workspace. If the document contains multiple pages, a snapshot series will be generated with a snapshot for each page in the document.

Once the snapshots are created, follow the same steps to generate App Objects as you would for any other application type, dragging and dropping objects from either the snapshot image or the Elements panel.

Start by dragging the PDF page:

Although it is not required if your document contains only a single page, it is a good habit to always include the @PageNum attribute as part of the path for the PdfPage since it is required for multiple page documents. In the future, AscentialTest will include that attribute as part of the definition when the user drags the PdfPage to define it.

Once the page has been defined, proceed by dragging other objects that you plan to verify. You can use all of the path techniques that you may have used to define your application pages and screens, including ‘right of’, ‘below’, etc.

Defining a PDF Table

Currently, there is no table definition wizard for Pdf documents, but it is not difficult define them manually since most Pdf table definitions will follow a similar pattern. The following are two examples:

Start by dragging the PdfTable:

Then create a row class, selector and pdfbox objects which represent the columns, following the pattern in the example below:

[-] PdfTable PurchaseOrderHeader

[ ] path [1]

[-] class Row

[ ] path PdfBox group by @RowIndex

[ ] selector [String SelectByLabel]

[ ] path [@Label == SelectByLabel]

[-] PdfBox RowLabel

[ ] path [@ColIndex==1]

[ ] PdfTextGroup Text

[-] PdfBox RowData

[ ] path [@ColIndex==2]

[ ] PdfTextGroup Text

 

Here is another example where the PdfTable has a header:

 

[-] PdfTable InvoiceDetails

[-] AppObject Header

[ ] path PdfBox [@RowIndex==1]  group

[ ] PdfText Service

[ ] path [@Text==”SERVICE”]

[ ] PdfText Qty

[ ] path PdfText [@Text==”QTY”]

[ ] PdfText Price

[ ] path PdfText [@Text==”PRICE”]

[ ] PdfText Amount

[ ] path PdfText [@Text==”AMOUNT”]

[-] class Row

[ ] path PdfBox  group by @RowIndex

[-] PdfBox Service

[ ] path [below <Header.Service>]

[ ] PdfTextGroup Text

[-] PdfBox Qty

[ ] path [below <Header.Qty>]

[ ] PdfTextGroup Text

[-] PdfBox Price

[ ] path [below <Header.Price>]

[ ] PdfTextGroup Text

[-] PdfBox Amount

[ ] path [below <Header.Amount>]

[ ] PdfTextGroup Text

 

The only difference between the two examples is in the path statement of the PdfBox objects that represent the columns in the tables. In the first example, the @ColIndex attribute is used. In the second example the keyword ‘below’ is used in conjunction with Header objects.

Using PDF Verification in Steps

Building a verification step for a Pdf document is very similar to verifying information on an application page or screen. There are only two differences.

  • The action: UA.LoadPdf () must be called prior to the verification actions.
  • The action: UA.ClearPdf () must be called after the last verification action.

In the example below, there are two verification actions:

The first verify action verifies the value of the Customer Name. The second uses a selector on the RowLabel column to verify the value in the RowData column.

These two actions are representative of the types of verification that you will use to verify your PDF documents.

We look forward to your feedback on this new capability of AscentialTest.

Please contact us at [email protected] if you have any questions or need some assistance.

 

Share the Post:

Related Content

Instructional Content, Thought Leadership

It’s Finally Here: A Custom Elements Kit for Automated Testing

Instructional Content

PowerBuilder App Testing: What To Know, Which Tools Work

Instructional Content, Thought Leadership

A Thousand G2 “Dislikes” (Part 2): Testing Tools Have Speed Issues

Instructional Content, Thought Leadership

A Thousand G2 Reviews Later: Software Testing Tools Are Too Expensive

Get Started Today: 6 Month Free Trial

Click here to download the Host ID generator. The download package includes full instructions. Please send us your details below to speed the process along.

Get a Competitive Quote

Our Distribution and Consulting Partners

Appeon

Cigniti

Loop Software

Marlabs

Matryxsoft Tech

Novalys

OCS Consulting

Loading...

What We Are Up To Next

TFS/Azure Integration

Check our new Azure extension for executing AscentialTest command lines in the Azure Marketplace.

We look forward to offering additional integration with Microsoft’s Team Foundation Server and Azure through defect tracking and version control soon.

Omnis Studio

Automated testing support for OMNIS Studio is coming soon. All OMNIS elements will be supported including complex grids, list boxes, tables and tree views.

Custom Objects

Add automated testing support easily for your custom application elements by responding to simple test API messages with json strings. This feature will open up the possibility of testing any GUI element and  will be offered free of charge.

Test Debugger

Set breakpoints in your automated tests, view global and local variables and execute statements to make it easier to debug tests running on any of our supported platforms.

Thank you for submitting your inquiry!

We will get back to you ASAP.  We aim to respond to all inquiries within 24 hours.