Skip to content
Security QA Vendors

Independent ranking, methodology 1.1

QA vendors for cybersecurity products, ranked on evidence

For CTOs, VPs of Engineering and QA leads at security product companies choosing an outsourced testing partner.

No vendor paid to be listed, reviewed or ranked, and no vendor can edit its entry.

Methodology 1.0 was locked by hash on 2026-11-11, before collection started; version 1.1 added one scope-gate condition after collection, with weights unchanged. Scores were computed at 2026-11-11 12:45 UTC; see the changelog.

Short answer

DeviQA ranks first of 12 vendors with an overall score of 44.8 out of 100, and its classified security-product evidence covers endpoint protection and EDR. It leads by 2.0 points on engagement longevity, 10.0 against 8.0 for the next vendor. It does not lead the identity and access management facet, where Transition Technologies PSC ranks first on that facet's evidence.

Ranking

Overall score out of 100, top product classes with verified evidence, number of verified evidence items, and the first situation each vendor is not ideal for. The leader profile is DeviQA.
RankVendorOverallTop product classesAll evidence itemsNot ideal forEight scores
1DeviQALeader44.8Endpoint10Buyers of email, identity, data protection or mobile security products
Show
  • 1. Security-product evidence depth4.0
  • 2. Product-class coverage2.0
  • 3. Test-type depth6.0
  • 4. Engagement longevity10.0
  • 5. Third-party review signal0.0
  • 6. Vendor's own security posture1.0
  • 7. Team scale and specialisation6.0
  • 8. Transparency7.5
2QASource43.1Endpoint, Network7Buyers who need performance or load testing of a security product
Show
  • 1. Security-product evidence depth4.0
  • 2. Product-class coverage4.0
  • 3. Test-type depth8.0
  • 4. Engagement longevity2.0
  • 5. Third-party review signal3.0
  • 6. Vendor's own security posture7.0
  • 7. Team scale and specialisation3.0
  • 8. Transparency2.5
3QA Mentor32.4IAM4Buyers who need QA for endpoint, SIEM or network security products
Show
  • 1. Security-product evidence depth2.0
  • 2. Product-class coverage2.0
  • 3. Test-type depth2.0
  • 4. Engagement longevity8.0
  • 5. Third-party review signal3.0
  • 6. Vendor's own security posture0.0
  • 7. Team scale and specialisation6.0
  • 8. Transparency5.0
4Transition Technologies PSC31.0IAM5Buyers who need performance, API or compatibility testing of a security product
Show
  • 1. Security-product evidence depth4.0
  • 2. Product-class coverage2.0
  • 3. Test-type depth2.0
  • 4. Engagement longevity8.0
  • 5. Third-party review signal0.0
  • 6. Vendor's own security posture0.0
  • 7. Team scale and specialisation4.0
  • 8. Transparency5.0
5TestDevLab28.5IAM6Buyers who need an engagement longer than 12 months on a security product
Show
  • 1. Security-product evidence depth4.0
  • 2. Product-class coverage2.0
  • 3. Test-type depth2.0
  • 4. Engagement longevity0.0
  • 5. Third-party review signal0.0
  • 6. Vendor's own security posture1.0
  • 7. Team scale and specialisation9.0
  • 8. Transparency5.0
6ELEKS28.4Endpoint5Buyers who need QA across several security product classes
Show
  • 1. Security-product evidence depth4.0
  • 2. Product-class coverage2.0
  • 3. Test-type depth4.0
  • 4. Engagement longevity0.0
  • 5. Third-party review signal0.0
  • 6. Vendor's own security posture3.0
  • 7. Team scale and specialisation0.0
  • 8. Transparency7.5
7Codoid28.1IAM5Buyers who need QA for a product class other than IAM
Show
  • 1. Security-product evidence depth4.0
  • 2. Product-class coverage2.0
  • 3. Test-type depth6.0
  • 4. Engagement longevity0.0
  • 5. Third-party review signal0.0
  • 6. Vendor's own security posture0.0
  • 7. Team scale and specialisation3.0
  • 8. Transparency5.0
8ImpactQA22.1IAM5Buyers who need a vendor with several documented security-product QA cases
Show
  • 1. Security-product evidence depth4.0
  • 2. Product-class coverage2.0
  • 3. Test-type depth2.0
  • 4. Engagement longevity0.0
  • 5. Third-party review signal0.0
  • 6. Vendor's own security posture0.0
  • 7. Team scale and specialisation3.0
  • 8. Transparency5.0
9AgileEngine21.4SOAR and IR3Buyers who need performance or compatibility testing on a security product
Show
  • 1. Security-product evidence depth2.0
  • 2. Product-class coverage2.0
  • 3. Test-type depth6.0
  • 4. Engagement longevity0.0
  • 5. Third-party review signal0.0
  • 6. Vendor's own security posture0.0
  • 7. Team scale and specialisation0.0
  • 8. Transparency5.0
10TestArmy19.4Crypto3Buyers who need QA for endpoint, SIEM, network or other classes beyond…
Show
  • 1. Security-product evidence depth4.0
  • 2. Product-class coverage2.0
  • 3. Test-type depth2.0
  • 4. Engagement longevity0.0
  • 5. Third-party review signal0.0
  • 6. Vendor's own security posture0.0
  • 7. Team scale and specialisation0.0
  • 8. Transparency5.0
11Apriorit17.6None named6Buyers who need a named security product class
Show
  • 1. Security-product evidence depth4.0
  • 2. Product-class coverage0.0
  • 3. Test-type depth0.0
  • 4. Engagement longevity0.0
  • 5. Third-party review signal3.0
  • 6. Vendor's own security posture0.0
  • 7. Team scale and specialisation0.0
  • 8. Transparency5.0
12Indium Software16.0None named5Buyers who need a named security-product reference
Show
  • 1. Security-product evidence depth2.0
  • 2. Product-class coverage0.0
  • 3. Test-type depth4.0
  • 4. Engagement longevity0.0
  • 5. Third-party review signal0.0
  • 6. Vendor's own security posture0.0
  • 7. Team scale and specialisation0.0
  • 8. Transparency5.0

How scores are computed

Each vendor gets eight dimension scores from 0 to 10. The overall score is the sum of each dimension score divided by 10 and multiplied by its weight; the weights sum to 100. Every dimension score on a vendor page links to the evidence items that produced it.

#DimensionWeight
1Security-product evidence depth20
2Product-class coverage12
3Test-type depth15
4Engagement longevity10
5Third-party review signal12
6Vendor's own security posture10
7Team scale and specialisation9
8Transparency12

The scoring rules were hashed into a lock file before collection started. The full rules, the scope gate and the hash are on the methodology page. The scores and evidence are published as files on the data page.

Who is not in this ranking

Penetration-testing firms are excluded unless they publish QA work on a security product. Testing the security of a bank's or retailer's app is a different service from testing an EDR1 agent or a SIEM2 rule pipeline.

Efficacy labs that certify detection rates are a different service class and are not ranked. The difference is explained in QA vendors vs efficacy labs.

Seven candidates failed the scope gate, all on condition 1: no verifiable QA case or review on a security product. Each is listed with its source on not published.

  1. 1 EDR: Software that watches laptops, servers and phones for suspicious behavior, records what it sees, and alerts administrators so they can investigate and respond. Source
  2. 2 SIEM: A system that collects log data from many sources into one place so security teams can search it, correlate events and spot attacks. Source

Facet pages

Test types

Regions

Guides

Buying guides first, then testing guides by product type. All guides.

Questions buyers ask

What is the difference between QA for a security product and penetration testing?

QA for a security product tests whether the product works: the agent installs on every supported OS, rules fire, logins succeed, updates roll back. Penetration testing attacks a system to find exploitable weaknesses. This ranking scores only the first. Scope gate.

Why does this ranking exclude penetration testing firms?

A firm that tests the security of a bank's app has shown nothing about testing an EDR agent or a SIEM pipeline. Pentest work for a client that is not a security product company never counts as evidence here. Firms with no QA case on a security product fail gate condition 1. Candidates not published.

How do independent product test labs differ from outsourced QA vendors?

An efficacy lab certifies detection rates against its own test set and publishes a score or certificate. A QA vendor works inside your release cycle against your requirements and hands results to your engineers. The two answer different questions, so labs are not ranked. QA vendors vs efficacy labs.

What evidence shows a QA vendor has tested security products before?

A case study or a verified platform review that names the product type, the test types, the team size and the engagement length. Logos, awards and listicle placements are not scored. Each vendor page lists its evidence with links and a confidence grade. Evidence download.

How should a security product company shortlist QA vendors?

Open the facet page for your product class, read the not-ideal-for line of each candidate, then open the evidence behind dimensions 1, 3 and 4. Send the RFP to two or three vendors whose evidence matches your product class and test types. Shortlisting guide.

Which test types matter most for endpoint, SIEM and identity products?

For endpoint agents: compatibility across OS builds and performance cost on the host. For SIEM and detection platforms: detection and false-positive regression. For identity products: functional and API testing of login and permission flows. Dimension 3 counts which of six test types a vendor has evidenced. QA checklist.

How do I check how a vendor handles confidential product data?

Ask for an ISO 27001 certificate number you can check with the issuing certification body, the SOC 2 report period and auditor, and a written statement on where builds and test data are stored. Dimension 6 scores only what a vendor publishes with a reference. RFP questions.

How often should a QA vendor choice be reviewed?

Review it when your product adds a class or a platform the vendor has no evidence for, and at each contract renewal. Each refresh of this ranking re-verifies evidence older than 12 months, inside the methodology's 18-month limit, and every change is dated in the changelog. Changelog.

Scores are computed from publicly available evidence as of the verifiedOn date on each item. They describe published evidence, not service quality. Re-verify with the vendor before contracting.