有哪些比较好的测试用例管理工具

HP的QC、东软的TMS、IBM的CQ等。我们目前用的是东软的TMS。适用组织级或项目级的通用测试管理工具。

东软测试管理系统 Test Management System，简称TMS。

TMS有不同的版本，目前提供外部用户试用期免费试用。

东软的TMS可以进行全生命周期软件测试过程专业化管理。为主管领导、项目管理者以及项目成员，提供不同的管理和应用视窗，提供便捷服务和高效应用,为组织积累测试资产，为全员提供知识分享的平台。TMS基于B/S结构，无需客户端安装。

主要特色如下：

—灵活的、可定制化的缺陷管理流程，满足不同成熟度的各类组织使用；

—强大的统计分析功能，涵盖项目级、项目群级及组织级三大类70多种报表展现，满足不同层级管理者要求。

—简单、高效的自动化测试管理组件，极大降低执行人员的技术要求，可帮助组织迅速开展自动化测试活动。

—实用的财富库管理功能，可对典型缺陷、用例财富及各类文档财富进行专业化管理。

—灵活的定制化功能、便捷的二次开发接口，能够迅速满足不同体系框架下的使用要求。

在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。

测试用例的使用令软件测试的实施重点突出、目的明确。

在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。

检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。

必须掌握：用例编号(如何命名)、所属模块、用例标题（验证谁在什么情况下，去做什么，最后结果是什么）、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果

了解内容：通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注

测试用例覆盖所有的用户需求

测试用例要简单明了

各类型的测试用例要齐全

用最少的用例覆盖最多的需求

等价类划分 是把所有可能输入的数据分为若干个区域，然后从每个区域中取少量有代表性的数据进行测试即可。

等价类 ：何为等价类，某个输入域的集合，在这个集合中每个输入条件都是等效的。

一般可分为有效等价类和无效等价类。

有效等价类：指符合《需求规格说明书》，输入合理的数据集合

无效等价类：指不符合《需求规格说明书》，输入不合理的数据集合

取值范围型： 输入学生成绩    0-100

恒等类型  ： 只有一个结果是正确的，其他都是错误的    例如  彩票的特等奖

布尔值型：  通过是否来进行选择，如同意协议

枚举类型：  给出选项内容，只要符合其中任意一个就可以    例如选择学历

规则类型：  给定要求，满足要求的就可以，比如邮箱

在任意文本输入框中可以填写的字符类型： 中文、英文、特殊符号、空格、数字。

定义：边界值分析 是取稍高于或稍低于边界的一些数据进行测试。

原因： 程序开发循环体时的取数可能会因为<,<=搞错。

上点： 是指边界上的点，无论此时的域是开区间还是闭区间，开区间的话，上点就是在域外，闭区间的话，上点就是在域内。

离点： 是指离上点最近的点，这里就跟是闭区间还是开区间就有关系了，如果是开区间，那么离点就在域内，如果是闭区间，那么离点就在域外。(开内闭外)

遵循的原则：开内闭外    开区间往中间找，闭区间往外找

内点： 域内的任意点都是内点。

0<=x<=10          左上点 0左离点 -1右离点 11 右上点 10 内点 5

0<x<10              左上点 0    左离点 1    右离点 9  右上点 10    内点 5

0<=x<10            左上点 0    左离点 -1    右离点 9  右上点 10    内点 5

因果图法比较适合输入条件比较多的情况，测试所有的输入条件的排列组合。所谓的原因就是输入，所谓的结果就是输出。

1、确定原因、结果、中间过程

2、连接因果图

3、标明约束条件

4、输出测试用例

错误猜测法是测试经验丰富的人喜欢使用的一种测试用例设计方法。

一般这种方法是基于经验和直觉推测程序中可能发送的各种错误，有针对性地设计。只能作为一种补充。

输入一串数字，程序可自动从小到大排序

邮箱格式@符合的全角以及半角情况

测试手机终端的通话功能，可以设计各种通话失败的情况来补充测试用 例：

无SIM 卡插入时进行呼出（非紧急呼叫）

插入已欠费SIM卡进行呼出

射频器件损坏或无信号区域插入有效SIM卡呼出

网络正常，插入有效SIM卡，呼出无效号码（如1、888、333333、不输入任何号码等）

网络正常，插入有效SIM卡，使用“快速拨号”功能呼出设置无效号码的数字

最重要的是要思考和分析测试对象的各个方面，多参考以前发现的bug的相关数据，总结的经验，个人多考虑异常的情况、反面的情况、特殊的输入，以一个攻击者的态度对待程序，就能设计出比较完善的测试用例来。

设计测试用例时，分析和表达多输入条件下执行不同操作的黑盒测试方法。

注意： 该方法和因果图法相似。

1、确定原因和动作

2、排列组合

3、标明结果关系

4、输出测试用例

日本人提出

使用工具：正交表

正交实验法就是利用排列整齐的表 -正交表来对试验进行整体设计、综合比较、统计分析，实现通过少数的实验次数找到较好的生产条件，以达到最高生产工艺效果。

这种试验设计法是从大量的试验点中挑选适量的具有代表性的点，利用已经造好的表格—正交表来安排试验并进行数据分析的方法。

正交表能够在因素变化范围内均衡抽样，使每次试验都具有较强的代表性，由于正交表具备均衡分散的特点，保证了全面实验的某些要求，这些试验往往能够较好或更好的达到实验的目的。

正交实验设计包括两部分内容：第一，是怎样安排实验；第二，是怎样分析实验结果。

在一个界面中有多个控件，每个控件有多个取值，控件之间可以相互组合，不可能（也没有必要）为每一种组合编写一条用例，如何使用最少最优的组合进行测试。——正交排列法

Test Platform软件测试平台，简称TP，是业界唯一的对软件测试全过程进行支撑的软件测试工具。

业界已有的软件测试工具基本上都局限在测试执行阶段，只能支撑测试执行阶段的活动，而测试分析、测试设计、测试实现这三个前期阶段的活动缺乏有效的测试工具支撑，直接影响了软件测试的完整性和充分性，从而影响最终研发的软件质量。David.yuan这样说：企业使用了博为峰TP测试平台，整个软件测试过程的 测试覆盖率提高到前所未有的高度和广度，可以极好的达成软件在安全性、健壮性、稳定性和功能、性能方面的要求，即使是没有很多年测试经验的管理和测试人员，通过TP测试平台就可以完成智能化地管理、设计、分析、执行整个测试过程，达到一流测试管理专家所做到的效果。 能够全面的管理软件质量工作，具有高度的集成性，一款TestPlatform能够完成多款其他各类的相关质量管理工具集成在一起才能完成的软件质量管理工作。它集成了需求跟踪、静态测试、动态测试、测试人员管理、测试环境管理、测试计划管理、测试用例管理、缺陷管理、缺陷分析等软件质量相关的流程。

AutoRunner是国内第一款自动化测试工具，可以用来完成功能测试、回归测试、每日构建测试与自动回归测试等工作。是具有脚本语言的、提供针对脚本完善的跟踪和调试功能的、支持IE测试和Windows native测试的自动化测试工具。

TestCenter是一款功能强大测试管理工具，它可以帮助您：实现测试用例的过程管理，对测试需求过程、测试用例设计过程、业务组件设计实现过程等整个测试过程进行管理。实现测试用例的标准化即每个测试人员都能够理解并使用标准化后的测试用例，降低了测试用例对个人的依赖；提供测试用例复用，用例和脚本能够被复用，以保护测试人员的资产；提供可伸缩的测试执行框架，提供自动测试支持；提供测试数据管理，帮助用户同意管理测试数据，降低测试数据和测试脚本之间的耦合度。

TAR(Terminal AutoRunner)适用于VT100、VT220等标准的应用系统，支持命令行模式和窗口模式（使用Cursors编写的应用程序），支持自动录制脚本、所见即所得的资源和脚本编辑，稳定的自动同步功能。是目前国内最好的银行业务测试工具.

TestDirector是全球最大的软件测试工具提供商Mercury Interactive公司生产的企业级测试管理工具，也是业界第一个基于Web的测试管理系统，它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程。

测试管理平台是构建测试流程、测试用例库的基础：

一是标准化测试用例库构建。支持手工测试用例和自动化测试用例，支持测试用例树型结构。支持测试用例的各种状态：执行通过、未执行、执行失败；支持测试用例关联缺陷；支持测试关联到需求。支持执行中的测试用例管理。

实现测试用例的标准化即每个测试人员都能够理解并使用标准化后的测试用例，降低了测试用例对个人的依赖。

二是测试流程管理。管理测试中的流程，测试需求创建、测试需求评审、测试计划、测试执行、缺陷管理等流程。

三是缺陷管理。提供了最好用的缺陷管理模块。支持缺陷流程管理，用户可以自定义缺陷流程；支持缺陷属性自定义；支持自定义的缺陷报表和缺陷分析。

四是自动测试框架。支持存放自动测试脚本；支持不同类型的自动测试工具；支持配置化的自动测试用用例；支持自动测试框架，支持测试执行中的数据管理；支持自动测试日志。自动测试框架能够极大的简化自动测试过程和用例。

五是测试需求管理。日事清支持对测试需求的全方位管理：支持word、excel格式的测试需求导入；支持需求条目化；支持测试需求评审；支持测试需求与用例的关联。