Using the IBM Rational Functional Tester Documentation

The IBM Rational Functional Tester manuals are organized around a few core workflows: object detection, script generation, test management, and integration with build systems. When you open the help system, you'll find sections covering the Rational Test Workbench, the Test Controller, scripting in Java, and the various recording modes available. The documentation is not beautifully written, but it is comprehensive if you know where to look. Most people get stuck because they search for "Rational Functional Tester Manuals" without realizing the actual help files ship under the Rational Test Workbench product name, not the older RFT branding. You can access the manuals through the help menu inside the workbench, or download the offline PDF package from the IBM support portal using your license credentials. The PDF set is roughly 600 pages split across multiple volumes. The fastest way to find what you need is to open the index tab and type a keyword rather than browsing the table of contents. The table of contents is organized by product feature, and a lot of the practical content lives across different sections that don't reference each other. One thing the manuals don't make clear is how object identification actually works under the hood. RFT uses a dual-identification system: property-based matching combined with a tree-based DOM-like structure for web and Java applications. The manual describes this in theory, but it doesn't explain that when your application updates a control's ID or class name between builds, your entire script can break without warning. I ran into this with a banking application where the development team started using generated GUIDs for input fields. Our regression suite failed on every replay because the property-based match had silently degraded. The workaround was to switch the affected objects to use ordinal positioning in the object map and add a recovery routine that checked the page title before proceeding. That took about four hours to implement and saved us from chasing false failures for months.

The scripting section covers Java API usage extensively. RFT scripts are Java classes that extend the base TestModule or VUserObject classes. You can write pure Java test code, or you can mix recorded steps with hand-written code. The manual walks through both approaches, but it glosses over a critical detail: when you mix recorded and hand-written code, the object map management becomes inconsistent. Recorded objects auto-register to the shared object map, while manually created objects exist only in your script unless you explicitly add them. I learned this the hard way when a colleague's custom login module couldn't find objects that were clearly present in the application. The fix was to call registerVUserObject() in the constructor of every manually instantiated component. It's documented on page 147 of the scripting volume, buried in a footnote. Data-driven testing is another area where the documentation falls short on practical details. The manual explains the concept of Data Driven Testing Modules and how to bind external data sources like Excel, CSV, and databases. What it doesn't emphasize enough is that the default retry logic for data row failures is minimal. If a single row fails, the module stops unless you configure the test configuration properties explicitly. Setting the continueOnIterationError flag to true in your test properties file prevents the entire dataset run from halting on one bad row. Without that setting, you end up manually restarting tests and losing execution context, which can add thirty to forty-five minutes of overhead per test run. Integration with build tools like IBM UrbanCode Deploy or Jenkins is covered in a separate integration guide. The manual assumes you already understand CI/CD concepts, so if you're new to that side, you'll need supplemental reading. The connection setup involves configuring the Test Controller endpoints, setting up authentication profiles, and defining execution environments. This typically takes one to two hours to configure correctly on a fresh environment, and the documentation doesn't include a step-by-step checklist for first-time setup.

There are real limitations to this tool that the manuals don't highlight prominently. RFT has poor support for modern web technologies. Single-page applications, Angular, React, and Vue-based interfaces cause significant recording and replay issues because the DOM structure changes dynamically. The object identification engine was designed for traditional HTML and desktop Java applications. If your application uses heavy AJAX or client-side rendering, you will spend more time maintaining object maps than writing actual test logic. In those cases, switching to a tool like IBM Engineering Testing System or Selenium-based frameworks tends to reduce long-term maintenance effort by roughly sixty to seventy percent. Another bottleneck is the licensing model. RFT requires separate licenses for the Test Workbench, the Test Controller, and individual recorder nodes. For a team of five testers running parallel executions, you need at least five recorder licenses plus a controller license. This cost structure hasn't changed significantly in years, and many organizations find the per-seat pricing unsustainable as their test automation programs grow. If you're starting a new automation project today and the application stack is traditional web or Java desktop, the manuals will serve you adequately once you get past the initial navigation hurdle. The documentation is technically accurate even when it's poorly organized. If you're working with modern web frameworks or microservices-based architectures, you're better off looking at alternatives and using the RFT manuals only as a reference for understanding legacy test assets your team inherited.

Get the Full Details

Software Test Engineering with IBM Rational Functional Tester: The Definitive Resource (Rough ...
Software Test Engineering with IBM Rational Functional Tester: The Definitive Resource (Rough ...

The official documentation download page is available through the IBM support portal at the Rational software download section. You'll need a valid IBM ID with a corresponding product license to access the full PDF manuals. The online help is freely available but updated less frequently than the offline package, so always cross-reference version numbers before following any procedure.