Skip to content
TestingExperience

AI Tool Tests

Independent tests of AI tools

27 guides on testing detectors, watermarks, provenance pipelines and disclosure labels.

Open section

Start here, in order

Methods and protocols

How we test 2.0%CI 1.3 to 3.1 False positive rate in the worked benchmark: 20 of 1,000 human-written documents wrongly flagged. Read the protocol
Editorial methodGlossaryReport an errorNo tool maker pays for a test

Software testing

Reference guides for testers

26 guides on planning, automating and designing tests, written to outlive any tool.

Testing Techniques

Sections

Recently updated

Test ManagementTest AutomationAgile TestingTesting TechniquesGuides name no products

Magazine

The magazine, 2008 to 2014

A free quarterly for professional software testers, published in Berlin across 28 issues.

The archive

Archive

Issue pages

28 issues Each issue page states the date and the theme where it is known, and nothing beyond it. The original issues are not distributed.
The archiveAll issuesEditorial methodRecords, not reproductions

Testing Experience Issue 23, September 2013

Issue 23 of Testing Experience appeared in September 2013, five issues before the magazine ended. It is known for a lengthy product review, a format that influenced how test managers chose their tools at the time.

Magazine archiveIssue 23 of 28Updated

In short

Issue 23 of Testing Experience, September 2013, is known for a lengthy product review: a long, hands-on assessment of a testing product. It appeared five issues before the magazine ended. Reviews like it carried real weight in tool decisions then; today the open source testing tools guide replaces the review with a checklist and a bake-off on your own suite.

Issue
23 of 28
Published
September 2013
Theme
Product review
Format
Quarterly, English, free after registration
Available here
No, the original issues are not distributed

Browse all 28 issues

Every issue with its date and theme, and the twelve that have their own page.

Open the issue index

The issue and its product review

The issue. Issue 23 of Testing Experience was published in September 2013. The magazine, a free quarterly in English for professional testers, was issued as a PDF by a Berlin testing consultancy and training company and edited by Jose Diaz; readers registered and read it at no cost. Issue 23 came in the magazine's sixth year, with five issues still to run before the final number in December 2014, and it belongs to the closing era of the run that began in 2012.

What it covered. Issue 23 is known for a lengthy product review: a long, hands-on assessment of a testing product, the kind of piece a trade magazine of the period ran when a tool mattered to its readers. This page does not name the product or its vendor, because the guides on this site do not carry vendor names and because the review's text is not reproduced here. The other articles in the issue are not described. What the review stands for is a way of choosing tools that was normal in 2013 and has since largely given way to something else.

A review is still useful as a starting list; a bake-off on your own suite is the decision.
Archive method

Tool evaluation, 2013 to 2026

Testing practice in 2013. In 2013 a test manager choosing a tool formed a view from three sources: a review in a trade magazine, a vendor demonstration and a proof of concept on a sample of the team's own work. Commercial suites still dominated functional and performance testing in larger organisations, while open source tools, the theme of the magazine's December 2010 issue, had matured enough to be serious candidates for web and unit-level automation. A long review was valuable because it did work most teams could not afford to do themselves: someone with time installed the product, pushed it beyond the demonstration script and wrote down what broke.

How it changed by 2026. How tools are evaluated changed between 2013 and 2026 more than the tools did. In 2013 a review in a trade magazine carried real weight in a buying decision. Since then the evidence has moved to sources a team can check itself: public issue trackers, release histories, contributor graphs and the licence text, which is why this site's evaluation checklist reads those rather than a reviewer's opinion. The Open Source Definition still draws the line between open source and source-available licences, a distinction that has mattered more since 2018 as several widely used projects changed licence. A review is still useful as a starting list; a bake-off on your own suite is the decision.

Where to read about it now

Where to read about it now. The open source testing tools guide replaces the review with a method. It starts with a ten-point evaluation checklist (release cadence, issue health, contributor spread, breaking-change discipline, documentation, language and platform fit, CI integration, extensibility, licence compatibility and exit cost), then explains how to run a bake-off, which puts two finalists against the same subset of your own suite for a fixed period. For a commercial tool the same checklist applies with licence cost in place of licence family. The test automation strategy guide comes earlier in the order of work: it covers the decision to buy, build or adopt, and its candidate scoring table (six areas, four axes, each scored 1 to 5) decides what the tool will be asked to do before any tool is chosen. The software testing metrics guide covers the measures a team can use afterwards to judge whether the change earned its place.

Reading the original. This site does not distribute the original issues. If you hold a copy of issue 23 and want to cite the review, cite it as Testing Experience, issue 23, September 2013, with an Internet Archive capture if you have one. The magazine hub covers the publication as a whole and how its run ended in December 2014.

Then and now

Table 1 | Then and now: evaluating test tools, 2013 and 2026
Area20132026
Main evidenceA trade magazine review, a vendor demonstration and a proof of conceptPublic issue trackers, release histories, contributor graphs and licence text
Weight of a reviewReal weight in a buying decisionA useful starting list rather than the decision
Final choiceA proof of concept on a sample of the team's own workA bake-off of two finalists on a subset of your own suite
LicencesOpen source tools newly serious candidates for web and unit automationThe open source versus source-available line matters more since 2018

Guides that continue this subject

Questions

What was reviewed in issue 23?

The issue carried a lengthy review of a testing product. This page does not name the product or its vendor, and the review's text is not reproduced here.

Can I read the September 2013 issue on this site?

No. This site does not distribute the original issues of Testing Experience. It is an independent knowledge base that continues the magazine's subjects in current guides.

Who edited Testing Experience?

Jose Diaz edited the magazine, which a Berlin testing consultancy and training company published as a free quarterly PDF from March 2008 to December 2014.

How should I evaluate a testing tool today?

Start with the open source testing tools guide: its ten-point checklist and bake-off method work for commercial tools too. The test automation strategy guide helps decide what the tool must do before you compare candidates.

How should I cite issue 23?

Cite it as Testing Experience, issue 23, September 2013, naming the review if that is what you are citing, and add an Internet Archive capture if you hold one.

Sources

  1. The original testingexperience.com homepage, Internet Archive capture of October 2013
  2. Open Source Initiative, The Open Source Definition

Back to top