HomeArticlesUFT One versus UFT Developer licensing
ALM & LoadRunner · Field Note

UFT One versus UFT Developer licensing

By ·

UFT One and UFT Developer are two distinct products with two distinct license models, and an audit that blurs the line between them charges for capability nobody bought. Understanding how the two compare is the first step in defending a finding that has counted UFT Developer users against the broader UFT One entitlement, or that has assumed every tester needs the full functional testing suite.

The functional testing line that came to OpenText through the Micro Focus acquisition spans more than one product, and the distinction between the full UFT One suite and the lighter UFT Developer offering is exactly the kind of boundary an audit tends to flatten. Most of these products are governed by the Additional License Authorizations, the document set where capability, metric, and version entitlement are defined, so the comparison between two UFT editions is not a marketing question but a licensing one. The buyer who knows which edition each tester actually uses holds the line the audit wants to erase.

How UFT One and UFT Developer differ

UFT One is the full functional and regression testing suite, built for testers who work across many application technologies through a complete authoring environment. UFT Developer is the lighter, code centric offering aimed at developers and engineers who write tests in their own development tools rather than the full UFT One interface. The two serve different users doing different work, and they are licensed accordingly. The mistake an audit makes is treating any UFT footprint as the full suite, so that a developer using the lighter edition is counted as though they held a UFT One seat.

The license model matters as much as the edition. Both editions can appear under named or concurrent terms, and the named versus concurrent distinction drives the count just as it does elsewhere in the estate, the point set out in named versus concurrent user counting in ALM audits. An audit that assumes named seats for a concurrent population, or full suite seats for developer edition users, builds a finding on two compounding errors at once.

The trap

An audit counts every UFT footprint as a full UFT One seat, ignoring that UFT Developer is a separate, lighter edition for a different user. Developers using the code centric edition are charged at the full suite, and the finding inflates by the difference between the two products nobody distinguished.

Where the comparison decides the finding

The decisive question in any UFT finding is which edition each user actually runs, because the entitlement that governs a UFT Developer user is not the entitlement that governs a UFT One user. Installation and usage data show which edition is present on which machine and who runs it, and that evidence separates the two populations cleanly. The same seat counting discipline that applies to the full suite, set out in UFT seat counting and concurrent license models, applies to the comparison: the count follows the edition in use, not the broadest edition the audit can assert.

Version entitlement adds a further layer, because the Additional License Authorizations define which versions a given entitlement covers. An audit can claim that a deployed edition or version falls outside the entitlement, and rebutting that claim means reading the authorizations against the deployment, the discipline described in reconciling ALM entitlements before an audit. The comparison between UFT One and UFT Developer is therefore not only about which product, but about which entitlement covers which version of it.

How we defend a UFT edition finding under the four Rs

Respond. OpenText gives seven days notice before an audit and the right to copy relevant records. We take over the single controlled channel and ensure the installation and usage data for both editions is captured together, because the comparison between UFT One and UFT Developer depends on knowing exactly which edition each user runs.

Reconstruct. We build the effective license position against entitlements and the Additional License Authorizations before any vendor script runs, separating UFT One users from UFT Developer users and matching each to the entitlement and version that actually covers them.

Rebut. We challenge every line that counts a UFT Developer user as a UFT One seat, or that assumes named seats for a concurrent population, presenting the installation evidence for each. The finding falls by the difference between the suite the audit asserted and the editions in genuine use.

Resolve. We settle on the count that reflects the real edition mix and, where it serves you, convert forward into an OpenPass agreement that records which editions and metrics apply, so the next review cannot collapse the two products back into one.

An anonymised outcome

The reason the edition comparison is worth getting right is the remedy that follows a finding. On noncompliance the licensee is deemed to have acquired licenses at then current list price, owes back maintenance and support, owes first year maintenance on the new licenses, and reimburses the cost OpenText incurs performing the audit, so charging developer edition users at the full suite multiplies a small classification error into a large bill. The closest analogue in our anonymised case files is the technology sector Fortify finding, where a developer seat overclaim was reduced from $4.5M to $0.9M, an 80 percent reduction built on mapping who actually used the product rather than who could. A UFT edition finding yields to the same evidence, because the installation data shows which edition each user truly runs.

Let the edition in use set the entitlement

The lasting point is that UFT One and UFT Developer are not interchangeable, and a finding that treats them as one product can be taken apart with the installation and usage data that shows which edition each user runs. A buyer who knows the edition mix, and the version each entitlement covers, holds the finding to the products genuinely deployed. To build the position, read UFT seat counting and concurrent license models and the model distinction in named versus concurrent user counting in ALM audits, alongside ALM versus Quality Center licensing compared. For the full method see our ALM and LoadRunner audit defense track and our complete OpenText audit defense playbook for 2026. If a UFT finding has charged developer edition users at the full suite, open a case.

If an OpenText or Micro Focus audit notice has reached you, the first seven days weigh more than any week that comes after them. OpenText Audit Defense is an independent, buyer side practice founded in 2020 by former vendor compliance leadership. We have defended more than 200 audits, lowered the average finding by 68 percent, and mitigated more than $90M in claims against vendor positions. We do not resell OpenText software and we are not affiliated with OpenText Corporation. To open a case, use the contact form on this site.