比Testlink好用的测试用例管理平台有哪些？

比Testlink好用的测试用例管理平台有哪些？

测试团队使用的主流测试用例管理平台：1.PingCode ；2.TestRail；3.Testlink；4.Zephyr+Jira；5.TestCenter；6.飞蛾。

目前市面上的测试用例管理工具有很多，但由于针对的项目、领域、目标用户，功能也并不一样，所以选择一款适合的测试管理平台并不轻松。做好这件事，首先要需求明确你用测试管理工具干什么？ 最终想要达到什么目标？

只有这样才能进一步完成对测试用例管理平台的选型，测试管理工具大体上分俩类：

一类就是针对QA的功能测试，主要是满足测试人员对用例的维护，测试计划的建立，用例的执行，以及生成测试报告等；

另一类就是针对开发人员的接口测试，功能测试，压力测试，性能测试，以及自动化测

等。

这2种不同的使用场景，对工具的要求也大不相同，在不同的企业内，这2种不同的场景可能一个测试团队来完成，也有可能是测试人员只是负责功能的测试，开发人员来完成接口测试，功能测试，压力测试，性能测试，以及自动化测试，这完全取决于整个研发团队的工程化能力和人员配置。

聊到测试，有的人说用Excel就足以，通过Excel来维护测试用例，每次产品发布，按照Excel里面的用例，把产品功能过一遍，这样做也没问题，但是你想过没有，随着项目的迭代，复杂度的增加，Excel的缺点就显而易见了，工作的效率及其低下，并且不能多人合作，用例的版本维护也是乱七八糟，并且无法与缺陷做到实时关联，可以说用Excel来测试的团队，是那种及其小的团队，一个测试人员而已，或者没有专门的测试人员，由产品来代劳。

而在一些稍具规模的公司，基本上都会选择一个成熟的测试管理工具来管理整个测试任务，多人协作，包括用例评审，讨论，版本，测试和需求，缺陷的关联，测试报告以及后续的统计分析，能更好的支持反馈和跟踪，持续提高产品的质量，保证产品的稳定性，然而测试管理工具非常多，功能也不尽相同，如何能选出一款符合自己的测试管理工具就需要各种调研。

所以这里对主流测试管理工具进行了分析对比：

6大主流测试管理工具对比

1.PingCode

国内近几年最受欢迎的测试用例管理工具之一，替代Testlink、SVN的热门选择。

PingCode 具有成熟的功能，不错的操作体验，还是一站式的研发项目管理软件。能够帮助团队把控测试质量、管理测试过程、实现团队内外部的协同。

具体测试管理功能包括：测试用例库管理、编写用例、用例维护、测试规划与执行、关联用户故事与缺陷、测试报告与测试报表、关联自动化测试工具，掌握测试进度和执行结果情况等等能力。

最让我喜欢的是，PingCode 支持用例自定义，这对于对扩展有情结的人来说非常重要，因为业务是多变的，多给自己留点空间，同时用例导入这块支持脑图的导入、支持代码工具git、CI/CD工具jinkens等也是非常吸引我的。

优点

用户体验非常友好、简单易上手；

功能全面，一站式研发管理，支持测试关联缺陷、用户故事、文档、CI/CD等；

大数据模式支持友好、多维度规划测试计划、测试用例版本控制

为25人以下团队免费提供基础版本，收费版价格仅为国外产品Jira的30%-40%；

国产化，支持信创、麒麟等；

支持私有部署、定制化以及saas等购买方式；

缺点

在自动化测试方面功能比较弱

【PingCode 官网】

2.TestRail

TestRail是基于web下的用例管理系统，只需要通过浏览器即可访问TestRail。Testrail支持独立的用户管理，也支持集成LDAP。开通LDAP集成服务后直接使用AD账号登录，无需单独开通权限

优点

具有三种测试用例管理方式：普通，基线（类似Git分支），多套件；根据创建的测试场景执行测试，例如可自定义浏览器、操作系统等；可集成众多缺陷追踪工具，如JIRA，GitHub，YouTrack等；提供Saas在线模式和独立部署版本；开放API。

缺点

三种用例组织方式中使用较复杂（仅普通方式较好理解和使用）；交互设计较旧，10年前技术；SaaS版在国内访问速度很慢；价格较高。

官网： https://www.gurock.com/testrail/

3.Testlink

Testlink是一个用于管理测试过程并提供统计分析的开源软件。该软件发布于sourceforge，并采用Web界面交互，可以进行自动化的测试用例运行，并将测试结果生成报表并归档。

优点

开源免费具有一定的扩展性；

可集成众多缺陷追踪工具，如Jira、Redmine等；

提供需求管理；

用例可关联需求，并统计覆盖率。

缺点

不能把用例导出为Excel；

交互非常原始，难用；

界面不符合绝大部分中国人审美（极丑）。

官网： https://testlink.org/

4.Zephyr+Jira

Zephyr for Jira可促进任何Jira项目的测试管理功能。使用Zephyr，可以在Jira内部创建测试（测试用例），并在需要时执行，或者作为测试周期的一部分。通过一些自定义（使用适当的小工具），可以查看和跟踪详细的测试指标。

优点

作为Jira插件存在，也提供SaaS版独立运行；

测试中创建缺陷非常便利；

提供测试循环操作；

提供多种报表。

缺点

不提供与其他第三方缺陷工具集成；

Jira的SaaS版本国内访问较慢（独立部署的Jira版比较吃服务器资源）。

官网：Atlassian.com

5.TestCenter

TestCenter（简称TC）一款广受好评的测试管理平台，让测试工作更规范、更有效率，实现测试流程无纸化，测试数据资产化。

优点

国产软件，中文支持友好；自带Bug管理；支持测试需求管理；提供工时系统模块，提供测试人员绩效分析。

缺点

需要先设计需求–设计场景—最后才能设计用例；用例执行操作较复杂；独立部署运行在WIndows系统上，官方帮助文档未提供Linux安装途径说明；基于Java+Flash（Flash在现代浏览器中已不推荐）。

6.飞蛾

飞蛾是一款集测试用例管理、测试过程管理、测试项目管理、测试结果管理、测试报告管理一体的测试管理工具。飞蛾团队参照了国内外的测试管理工具的优缺点，并结合了国内测试工程师的工作习惯，研发了一款适合国内测试团队的测试管理工具。

优点

实时绘制项目进度甘特图；实时协同，测试工作在一个实时界面中，自动更新状态，协同效率高；里程碑概念符合现代敏捷开发趋势；支持集成第三方缺陷工具（Jira、Readmine、Trello等）；交互设计很亮眼，操作效率极高，非常值得推荐。

缺点

不兼容老浏览器，只支持主流的现代浏览器；模块不是无限级的。

官网： https://feie.work/

总结

以上工具大部分都适用中小测试团队，较大团队使用的工具我没有去研究，这些工具也都较重，比方说惠普的ALM、IBMRationalQualityManager等（其实就是贵，土豪请随意）。针对自己团队情况可根据功能、软件开放性、价格、协作效率、交互设计等维度选择需要的工具。

【经验分享】软件测试用例管理

本文涉及到测试用例的编写规范，以及用例管理的分享，因此，无论是对于初级测试工程师，还是质量团队的管理者，都有一定的参考意义。文中涉及到的方法和工具并不是唯一解决方案，希望大家收获到的不仅仅是文字表面，而是文中分享的一些思路。

有人说：测试用例还不知道？不就是描述测试步骤吗？

这么回答确实没什么错，只是如果内心上也仅仅这么认为的话，只能说并未理解测试用例。

测试用例除了作为测试行为的描述，更多的是作为被测目标是否达到需求的验证，主要还是考验了一个测试工程师的组织归纳能力，其输入来源往往是承诺书、用例(Use Case) 以及自身对业务领域知识的经验，一个软件测试工程师的专业度往往体现在他设计的测试用例上。

专业的工程师设计出的测试用例集，不仅能够描述自己的行为，还能指导别人实施，不仅强调深度，还具有优秀的用户思维。

虽然从格式上来说，基本就定型了：

关于这部分，网络上的教程只多不少，就不赘述了。

只不过要强调的重点是， 格式只能保证测试用例明晰，并不能提升测试用例的设计能力。因此，测试用例该怎么写？还是要从结构化设计开始。这里需要提到一个概念 HLTD [ High Level Test Design ]，可以简单粗暴的理解为测试大纲的设计。

就如同我们写文章一般，提笔正文之前，会先拟个草稿，列出中心思想及段落提纲，然后再攥写润色。

写测试用例也是类似的套路，先列出测试点作为大纲，并且具有结构化布局。通常以大的功能或模块进行分类，再细化二级甚至三级类别，最终列出具体的测试点。该阶段的设计，笔者倾向于利用思维导图（脑图），相较于传统的文档软件工具，思维导图的展现更直观。

由于最终会是一张大图，所以硬伤也随之体现，只适合用于思路梳理，不适合用于文档化管理。

把这些结构化好的测试点文档化，就是我们所说的测试用例了。

所以从这里我们可以看出，每一条测试用例的目的很明确，是验证一个或一类测试点，颗粒度需要根据公司实际情况权衡，太粗不利于对于测试点覆盖的总结，拆太细会消耗更多的精力。

测试用例其实是一个非常详尽的文档，必然会消耗测试工程师相当一部分的精力。在传统软件开发时代，甚至作为 KPI 的一项指标。

但随着敏捷时代的兴起，有一种声音开始冲击这种认知。

早期的敏捷实践者，对敏捷宣言的解读仅仅停留在了文字表面，认为“只需要软件，不需要文档”。这直接导致了这一时期，大量的团队缺失了详尽的文档，甚至连一些基本的文档都没有。

如今，越来越多的敏捷实践者认识到，敏捷宣言所宣扬的并不是“不用详尽的文档”，恰恰相反， 敏捷宣言认同了“详尽的文档很重要”这件事，并且提出了更高的要求 —— “工作的软件更重要”

对于测试用例文档化工具的选择，很多团队仍然停留在传统的办公软件，如 Word、Excel

但如今凡事比快的市场环境下，团队成员高效协作、团队信息实时共享的需求越来越高，测试用例平台化管理必然还是最终归属，除了文档化，还利用平台制定计划，展示进度和结果。

事实上，在传统时代，大一些的软件公司就已经使用平台来管理测试用例了，这再一次证明了敏捷时代并不意味着推翻过去的经验和成果，而是提出了更高的要求。

如今，相对知名的管理平台有基于 Jira 做插件的，如：Zephyr、Xray、synapseRT、TM4J，也有独立的开源平台: 如：Testlink，或收费的独立平台: 如：TestRail

我们主要从其生态、推行成本、可扩展、费用角度去综合考虑。

Zephyr 的名气一直都很大，但实际上并不太符合国人使用的习惯，使用起来诸多不便。用例直接使用 Jira issue，功能比较简单，用例管理主要在计划和循环的关联上。由于其是 Jira 插件，因此能很好的跟 Jira 上其他 issue (需求、任务、缺陷) 进行关联。但其用例管理的可视化不是很好，没有用例集的概念。迁移方面，数据导入支持类型有限。扩展方面，若要使用其 API，还需要另外装一个插件。其费用中等。

Xray 算中规中矩，也是使用 Jira 的 issue 来创建测试用例。但其新增的 issue 类型多达 5 类，显得极其复杂。关联能力与 Zephyr 相同，数据导入支持类型有限，本身有 API 可供使用。其费用中等。

synapseRT 是国人开发，汉化效果最好，功能强大。有用例集的概念，用例也是用的 Jira issue 来扩展。数据导入支持了 Testlink、Zephyr 这样的其他平台。关联能力同 Zephyr，数据导入支持类型依旧有限，其本身也有 API 可使用。而费用相对较低。

TM4J 使用独立页面管理测试用例，脱离复杂的 Jira issue 页面，上手难度低。数据导入功能强大，覆盖很多类型及一些知名平台。关联能力与上述插件一致，本身也有 API 可使用。但费用相对较高。

Testlink 作为独立的测试管理平台，功能全面，开源免费。可以关联 Jira 这样的知名平台，但由于不是 Atlassian 体系，所以生态体验不高。硬伤是界面丑陋，容易影响工程师的心情。笔者曾经使用其本身的 API 进行 UI 美化。

TestRail 是一个强大的商业平台，笔者接触不多，不乱作评论。

综合考虑，虽然 Testlink 作为免费开源用例管理平台中的 TOP，在用例管理上做得非常科学，一直值得学习，但笔者所在公司已经在使用 Jira，并在落地 DevOps，外加笔者常受 Atlassian 中国社区研究院副院长的支持，TM4J 成为最终选择：

出品方还是挺强的，除了 TM4J，Zephyr 其实也是其下产品，Swagger 也已经是目前认知度很高的产品了。

从官网介绍上可以看出，TM4J 还是比较现代化的：

首先我们看看利用 TM4J 如何来编写测试用例。

层级结构上，我们根据 HLTD 来创建目录以及子目录，以方便所有人理解和阅读，最后的测试点则实例化为一个测试用例，它拥有全局唯一的 Key。

点击 New 按钮创建新测试用例，默认在 Details 标签页，在这里定义用例名称、目的、前提条件，详情中可以设置状态、优先级、所属组件，并可以添加一些便于管理的标签。

切换到 Test scripts 标签页，默认是 Step-by-Step 类型，按照 STEP - TEST DATA - EXPECTED RESULT 添加每一个测试步骤。

另外值得一提的是，在 Traceability 标签页，可以关联 Jira issue、Confluence page

通常我们针对每次产品发布交付，需要制定范围，因此计划管理是必不可少的。

计划管理推荐按照发布版本来制定顶层目录，然后针对测试类型创建二级目录，如回归、新功能、端到端、接口、性能等等。

测试计划的创建本身操作倒并不复杂，除了定义计划名称、目的、状态、责任人，外加一些标签。

还需要关联一下需求或者 Confluence 页面。测试周期在刚创建测试计划的时候可能并不存在，可以在之后创建测试周期的时候，会双向关联。

测试周期是一个承上启下的关键，往上关联测试计划，往下关联具体的测试用例。

通常一次发布交付会经历 3-5 次冲刺，每轮冲刺的范围不一定完全相同。

在新建完测试周期名称、描述以及详情之后。

进入 Test Cases 标签页，点击 + Add test cases 添加已经编写好的测试用例。

这一步操作使得测试用例具备了项目属性。

最后在测试周期的 Traceability 标签页点击 Test Plans 后面的放大镜。

通过查找来关联已经做好的测试计划。

创建完测试周期，就可以进入该周期浏览到分配到自己名下的测试用例了，这是所有测试执行者都需要用到的界面，还可以通过 Group by 根据不同规则进行归类，比如根据测试周期中制定的不同目录。

对于用例步骤的执行，TM4J 提供了一些快捷按钮，可以直接标记通过、失败、阻塞，并且可以点击齿轮按钮，快速创建、查找 Jira issue 进行关联，当然，除了对于步骤关联 issue，也可以针对该用例标记 issue，点击 Issues 后面的 + ▼ 可进行操作。统一平台的好处便是在此了。

虽然我们在查看测试周期列表的时候可以看到测试的进度，但更多数据展示可以通过测试报告来体现。

TM4J 的 Reports 功能给我们提供了丰富的模板，方便一些经验不足的测试质量管理者。

最后，笔者想说， 测试工作不能作为一个独立的业务，应该更多的与其他角色协作 ，特别是在现在的敏捷时代，测试用例的执行可以要求开发工程师关注，测试的状况可以要求产品经理随时介入，因此，强烈建议我们软件测试工作者尽量选择一些跨职能协作平台。

软件测试管理神器之zentao(禅道)-BUG管理

禅道在遵循其管理方式基础上，结合国内研发现状，整合了bug管理，测试用例管理，发布管理，文档管理等功能，完整的覆盖了软件研发项目的整个生命周期。在禅道软件中，明确的将产品、项目、测试三者概念区分开，产品人员、开发团队、测试人员，三者分立，互相配合，又互相制约，通过需求、任务、bug来进行交相互动，终通过项目拿到合格的产品。

禅道是一个软件全生命周期管理工具，但作为测试人员，可能梗关注其中的bug管理及测试用例管理的模块， 本文就重点说下bug管理。

禅道里面的bug基本流程是：  测试人员提出bug -> 开发人员解决bug -> 测试人员验证关闭。

下面我们来演示下具体的使用方法。

一、创建产品

使用 bug管理功能之前，需要先创建产品，禅道里面设计的理念是bug主要附属在产品概念下面的，添加产品的入口有多个，可以在所有产品页面点击右侧的“添加产品”按钮。

新增产品的时候，需要设置产品的名称、代号，几个负责人信息，可以根据具体情况选择填写必填项。

二、提交bug单到禅道

有了产品之后，我们就可以来创建bug了， 在禅道里面提交bug的方式有两种，一种是测试用例的执行结果为失败时，转bug；另一种是不依赖测试用例的bug，可以直接进行提交。

1、由执行测试用例的测试用例直接转bug单

通过【用例】模块的不通过用例的【转bug】按钮后，可以打开一个bug提交页面。输入相应的缺陷信息后，点击【保存】即可完成缺陷的提交。

2、直接提交bug单

这样的bug提交方式是不依赖于测试用例的。可以直接通过【bug】模块内的【提bug】进行bug提交，提交bug的页面和转bug页面基本一致，但是提bug页面中没有预先填写的信息，这里需要一项一项的输入。输入完成后点击【保存】按钮完成缺陷的提交。

3、两种方式的区别

用【转bug】生成的bug单，在bug 的信息里面有一项数据是关于【来源用例】，用来展示该bug 是由哪一个测试用例转来的。

直接提交的bug单，没有【来源用例信息】，和系统中的测试用例没有任何关系。

最好的方式就是依据测试用例的执行结果进行bug的提交，这样也可以溯源，就算是通过探索方法发现的缺陷，也可以补充一条用例进行关联的；

三、bug单的生命周期管理

Bug的生命周期在课程中是一个重中之重，当一个bug被提交就表明他的生命周期的开始，之后指派给某一位研发人员之后，由开发来确认、解决这个bug。

一般bug的处理流程是：

1、确认bug单

确认该bug确实存在后，可以将其指派给某人，并指定bug类型、优先级、备注、抄送等。

2、解决bug单

当bug修复解决后，点击解决，指定解决方案、日期、版本，并可将其再指派给测试人员。

3、关闭bug单

当研发人员解决了bug之后，bug会重新指派到bug的创建者头上。这时候测试人员可以来验证这个bug是否已经修复。如果验证通过，则可以关闭该bug。（bug列表页和详情页中都有“关闭”按钮。）

4、激活bug单

如果一个bug没有被修复，解决之后或者关闭之后，也可以对其进行激活。

四、总结

关于禅道工具的使用，还有很多，官方也提供了很详细的说明，可以自行查阅。

官方帮助文档： https://www.zentao.net/book/zentaopmshelp/

欢迎关注作者，如果觉得写的还不错，就给点个赞同、喜欢、收藏（后续持续更新）。

supertestv9.5如何修改数据

Supertest V9.5 是一个测试管理工具，用于帮助开发团队进行软件测试。如果您需要修改测试数据，可以按照以下步骤进行操作：
1. 打开 Supertest V9.5 软件，进入测试用例管理页面。
2. 找到需要修改的测试用例，单击鼠标右键，选择“编辑”。
3. 在弹出的编辑窗口中，找到需要修改的测试数据字段，进行修改。
4. 点击“保存”按钮，保存修改后的数据。
请注意，在修改测试数据时，需要保证修改后的数据是准确和合理的，以保证测试结果的可靠性。此外，建议在修改测试数据前，先备份一份原始数据，以免误操作导致数据丢失或错误。

测试管理工具有哪些？

我们一直使用日事清来进行测试流程和测试用例库的测试管理工具平台，它可以帮助您：测试用例的过程管理，对测试需求过程、测试用例设计过程、业务组件设计实现过程等 整个测试过程进行管理。
测试管理平台是构建测试流程、测试用例库的基础：
一是标准化测试用例库构建。支持手工测试用例和自动化测试用例，支持测试用例树型结构。支持测试用例的各种状态：执行通过、未执行、执行失败；支持测试用例关联缺陷；支持测试关联到需求。支持执行中的测试用例管理。
实现测试用例的标准化即每个测试人员都能够理解并使用标准化后的测试用例，降低了测试用例对个人的依赖。
二是测试流程管理。管理测试中的流程，测试需求创建、测试需求评审、测试计划、测试执行、缺陷管理等流程。
三是缺陷管理。提供了最好用的缺陷管理模块。支持缺陷流程管理，用户可以自定义缺陷流程；支持缺陷属性自定义；支持自定义的缺陷报表和缺陷分析。
四是自动测试框架。支持存放自动测试脚本；支持不同类型的自动测试工具；支持配置化的自动测试用用例；支持自动测试框架，支持测试执行中的数据管理；支持自动测试日志。自动测试框架能够极大的简化自动测试过程和用例。
五是测试需求管理。日事清支持对测试需求的全方位管理：支持word、excel格式的测试需求导入；支持需求条目化；支持测试需求评审；支持测试需求与用例的关联。

测试管理工具有哪些

HP的QC、东软的TMS、IBM的CQ等。我们目前用的是东软的TMS。适用组织级或项目级的通用测试管理工具。
东软测试管理系统 Test Management System，简称TMS。
TMS有不同的版本，目前提供外部用户试用期免费试用。
东软的TMS可以进行全生命周期软件测试过程专业化管理。为主管领导、项目管理者以及项目成员，提供不同的管理和应用视窗，提供便捷服务和高效应用,为组织积累测试资产，为全员提供知识分享的平台。TMS基于B/S结构，无需客户端安装。
主要特色如下：
—灵活的、可定制化的缺陷管理流程，满足不同成熟度的各类组织使用；
—强大的统计分析功能，涵盖项目级、项目群级及组织级三大类70多种报表展现，满足不同层级管理者要求。
—简单、高效的自动化测试管理组件，极大降低执行人员的技术要求，可帮助组织迅速开展自动化测试活动。
—实用的财富库管理功能，可对典型缺陷、用例财富及各类文档财富进行专业化管理。
—灵活的定制化功能、便捷的二次开发接口，能够迅速满足不同体系框架下的使用要求。

黑盒测试在设计测试用例时，主要需要研究________

需求规格说明与概要设计说明。

测试用例内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。简单地认为，测试用例为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，用于核实是否满足某个特定软件需求。

测试用例的设计方法主要有黑盒测试法和白盒测试法。黑盒测试也称功能测试，黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。

扩展资料

测试用例主要适用于集成测试、系统测试和回归测试。在实施测试时测试用例作为测试的标准，测试人员一定要按照测试用例严格按用例项目和测试步骤逐一实施测试。并对测试情况记录在测试用例管理软件中，以便自动生成测试结果文档。

根据测试用例的测试等级，集成测试应测试的用例，系统测试和回归测试又该测试的用例，在设计测试用例时都已做明确规定，实施测试时测试人员不能随意作变动。

黑盒测试的优点：适用于功能测试、可用性测试及可接受性测试；对照说明书测试程序功能；可测试长的、复杂的程序的工作逻辑。

参考资料来源：百度百科-黑盒测试

参考资料来源：百度百科-测试用例

软件测试工具有哪些？

性能测试工具
LoadRunner惠普的强大,很好用,要钱
a，支持的协议多且个别协议支持的版本比较高；
b，负载压力测试方案设置灵活；特点c，丰富的资源监控；
d，报告可以导出到Word、Excel以及HTML格式。
Jmeter Apache开源工具强大(接近Loadrunner),很好用
QALoad的特点：
(1).测试接口多；(2)可预测系统性能；(3)通过重复测试寻找瓶颈问题；(4)从控制中
心管理全局负载测试；(5)可验证应用的扩展性；(6)快速创建仿真的负载测试；(7)性能价格比较高。此外，QALoad不单单测试Web应用，还可以
测试一些后台的东西，比如SQL Server等。只要它支持的协议，都可以测试。
Benchmark Factory：
首先它可以测试服务器群集的性能；其次，可以实施基准测试；最后，可以生成高级脚本。
SilkPerformance：
E-Test
Suite由Empirix公司开发的测试软件，能够和被测试应用软件无缝结合的Web应用测试工具。工具包含e-Tester、e-Load和e-
Monitor，这三种工具分别对应功能测试、压力测试以及应用监控，每一部分功能相互独立，测试过程又可彼此协同。
JMeter是一个专门为运行和服务器负载测试而设计、
100%的纯Java桌面运行程序。原先它是为Web/HTTP测试而设计的，但是它已经扩展以支持各种各样的测试模块。它和HTTP和SQL(使用
JDBC)的模块一起运行。它可以用来测试静止或活动资料库中的服务器运行情况，可以用来模拟服务器或网络系统在重负载下的运行情况。它也提供了一个可替
换的界面用来定制数据显示，测试同步及测试的创建和执行。
WAS是Micro$oft提供的免费的Web负载压力测试工具，应用广泛。WAS可以通过一台或者多台客户机模拟大量用户的活动。WAS支持身份验证、加密和cookies，也能够模拟各种浏览器和Modem速度，它的功能和性能可以与数万美元的产品媲美。
ACT或称MSACT，它是微软的Visual Studio和Visual Studio.net带的一套进行程序压力测试的工具。ACT不但可以记录程序运行的详细数据参数，用图表显示程序运行情况，而且安装和使用都比较简单，结果阅读叶很方便，是一套较理想的测试工具。
OpenSTA它的全称是Open System
Testing
Architecture。OpenST的特点是可以模拟很多用户来访问需要测试的网站，它是一个功能强大、自定义设置功能完备的软件。但是，这些设置大
部分需要通过scrīpt来完成，因此在真正使用这个软件之前，必须学习好它的scrīpt编写。如果需要完成很复杂的功能，scrīpt的要求还比较
高。当然这也是它的优点，一些程序员不会在意编写scrīpt的。
PureLoad一个完全基于Java的测试工具，它的scrīpt代码完全使用XML。所以，编写scrīpt很简单。它的测试包含文字和图形并可以输出为HTML文件。由于是基于Java的软件，因此PureLoad可以通过Java Beans API来增强软件功能。
功能测试
QTP 惠普公司,教父级工具. vbs web app ji desktop app 都可以测
selenium google 开源测试工具 web app 基本现在银行保险公司都用它,功能根据测试开发人员的能力而定,可以开发的极其强大.常和testng junit Cucumber jenkins 一起用
WinRunner企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行，自动执行重复任务并优化测试工作，从而缩短测试时间。通过自动录制、检测和回防用户的应用操作，从而提高测试效率。
QARun一款自动回归测试工具，与Winrunner比较学习成本要低很多。不过要安装QARun必须安装.net环境，另外它还提供与TestTrack Pro的集成。
Rational Robot我经常使用的测试工具，属于
Rational TestSuite中的一员，对于Visual studio 6编写的程序支持的非常好，同时还支持Java
Applet、HTML、Oracle Forms、People
Tools应用程序的支持。要支持Delphi程序的测试还必须下载插件。Rational
Robot的语法使用Basic语法，它的语言使用SQABasic。
Functional Tester它是Robot的Java实现版本，在Rational被IBM收购后发布的。
testcomplete也是要钱的
webservice
soupui有免费版的,功能还行
测试管理
QC 惠普的除了要钱其他几乎是最好的
TestDirectorMI的测试管理工具，可以与winrunner、Loadrunner、QuickTestPro进行集成。除了可以跟踪Bug外，还可以编写测试用例、管理测试进度等等，是测试管理的首选软件。
TestManagerRational Testsuite中的一员，可以用来编写测试用例、生成Datapool、生成报表、管理缺陷以及日志等等。是一个企业级的强大测试管理工具。缺点是必须和其它组件一起使用，测试成本比较高。
TrackRecord一款擅长于Bug管理的工具，与TestDirecotr和Testmanager比较起来是很light的。不过至今还没有配成功过。:(
Bugzilla一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告、查询并产生报表、处理解决等几个部分。它的主要特点为：基于Web方式，安装简单；有利于缺陷的清楚传达；系统灵活，可配置性很强；自动发送Email。
Jira是一个Bug管理工具，agile开发常用. 自带一个Tomcat 4；同时有简单的工作流编辑，可用来定制流程；数据存储在HSQL数据引擎中，因此只要安装了JDK这个工具就可以使用。相比较Bugzilla来说有不少自身的特点，不过可惜它并不是开源工具，有Lisence限制。
白盒测试
Logiscope
PRQA
Junit
testng
Nunit
DevPartner
Rational Purify

软件测试的测试工具

Test Platform软件测试平台，简称TP，是业界唯一的对软件测试全过程进行支撑的软件测试工具。
业界已有的软件测试工具基本上都局限在测试执行阶段，只能支撑测试执行阶段的活动，而测试分析、测试设计、测试实现这三个前期阶段的活动缺乏有效的测试工具支撑，直接影响了软件测试的完整性和充分性，从而影响最终研发的软件质量。David.yuan这样说：企业使用了博为峰TP测试平台，整个软件测试过程的 测试覆盖率提高到前所未有的高度和广度，可以极好的达成软件在安全性、健壮性、稳定性和功能、性能方面的要求，即使是没有很多年测试经验的管理和测试人员，通过TP测试平台就可以完成智能化地管理、设计、分析、执行整个测试过程，达到一流测试管理专家所做到的效果。能够全面的管理软件质量工作，具有高度的集成性，一款TestPlatform能够完成多款其他各类的相关质量管理工具集成在一起才能完成的软件质量管理工作。它集成了需求跟踪、静态测试、动态测试、测试人员管理、测试环境管理、测试计划管理、测试用例管理、缺陷管理、缺陷分析等软件质量相关的流程。
AutoRunner是国内第一款自动化测试工具，可以用来完成功能测试、回归测试、每日构建测试与自动回归测试等工作。是具有脚本语言的、提供针对脚本完善的跟踪和调试功能的、支持IE测试和Windows native测试的自动化测试工具。
TestCenter是一款功能强大测试管理工具，它可以帮助您：实现测试用例的过程管理，对测试需求过程、测试用例设计过程、业务组件设计实现过程等整个测试过程进行管理。实现测试用例的标准化即每个测试人员都能够理解并使用标准化后的测试用例，降低了测试用例对个人的依赖；提供测试用例复用，用例和脚本能够被复用，以保护测试人员的资产；提供可伸缩的测试执行框架，提供自动测试支持；提供测试数据管理，帮助用户同意管理测试数据，降低测试数据和测试脚本之间的耦合度。
TAR(Terminal AutoRunner)适用于VT100、VT220等标准的应用系统，支持命令行模式和窗口模式（使用Cursors编写的应用程序），支持自动录制脚本、所见即所得的资源和脚本编辑，稳定的自动同步功能。是目前国内最好的银行业务测试工具.
TestDirector是全球最大的软件测试工具提供商Mercury Interactive公司生产的企业级测试管理工具，也是业界第一个基于Web的测试管理系统，它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程。

以上就是xuefen.net小编为大家带来的：比Testlink好用的测试用例管理平台有哪些？的全部内容，更多精彩请继续关注。