TD测试Test的导入导出
TD使用之测试用例导出与导入
发布时间: 2010-2-09 11:42 作者: 未知来源: 51Testing软件测试网采编从EXCEL导入测试用例到TD的方法
1、首先访问td主页
2、点击左上角的Add-Ins Page，跳转到该界面。
3、在该界面点击More TestDirector Add-ins跳转到新界面
4、点击红色标示中的Microsoft Excel Add-in，跳转到新界面
5、点击红色表示的Download Add-ins，下载该插件并安装完成
6、选择excel中加载项标签页，点击菜单"Export To TestDirector"
7 、在第一步中输入TestDirector8.0的服务器和虚拟目录后next
8 、选择域和管理库后点击Next
9 、输入用户名和密码点击Next
10 、因为要导入的是测试用例，因此选择Tests后点击Next
11 、选择创建一个模板map(映射)后next。首次配置需要New，如果select a map(选择一个已有配置)，则需在原配置上修改Excel的列与TD的字段的对应关系，一般而言，创建一个配置后，基本就可以一直使用(Excel的列与TD字段对应关系没有修改的情况下)。每一次都New也可以，只要Excel和TD字段对应关系正确就行。
12 、弹出窗口左边栏中显示的是td中问题单上的各种属性，右边栏显示的是即将要与excel 表格中的列对应的属性列表，选择【期望结果】点击右选按钮，在弹出的对应Excel列的选择中选择D列(Excel和TD中的列对应是严格的，但是顺序是无所谓的。红色的TD的字段是必须要有excel的列与之对应的，并且值不能为null)
13 、所有设置完毕后，就可以将excel的内容导入到TD中去了，在弹出导入成功提示界面后点击Finish。
14 、进入TD中查看导入的测试用例。
15、导入测试Tests或者导入测试Bug后，普通用户是不能做修改的，需要使用该项目的
admin用户登录，才有权限修改。
测试用例导出
一、简述：
在完成测试用例后，按照测试流程需要对测试用例进行评审，而在TD中对测试用例进行评审是很不方便的。为了解决这个问题，可以使用TD自带的文档导出功能，将测试用例导出后，分发给所有参与审评人员。
二、导出步骤
Step1：用户登录TD后，点击<工具/Tools—Document Generator>
图1
Step2：进入Document generator页面。
图2
Step3：测试用例导出范围设置，见图3
图3
A区：
如果是导出测试案例，在图2的勾选Subject Tree及其子树Subject Tests（效果见图3 A区）。点击Subject Tree，打开Subject Tree设置页面(图3)。
B区：
Tree Sort中是设置导出后案例的排列顺序，如果选中Alphabetical，则导出的测试用例时按测试用例标题的字母排序；如果选中Custom，则导出的测试用例按D区目录树中默认的顺序排列。
C区：
导出范围：ALL：全部，屏蔽D区；Selected：导出D区中选中的。
D区：当C区选择Selected时，选择需要导出的项目。
注意：应仔细检查选中的树中的所有子树是否都被选中。当目录树很深时，TD可能会漏选其中的“枝叶”。这可能是TD的一个BUG吧。
Step4：测试用例组成设置，见图4
图4
A区：
选中Subject Tests，出现图4界面，设置导出的每个用例组成。
B区：All Tests：step3选中范围的全部测试用例。
Selected：只导出过滤后的测试用例。点击Selected后的Filter&sort按钮，弹出筛选器窗口，见图5。
图5
C区和D区：设置是否包含step，及step的样式及组成。
Include Design steps是必须选中的，否则导出的测试用例将没有测试步骤。
Design Steps Layout是设置导出用例步骤地样式。通常选择Tabular。
Full Page：全页显示显示效果如下：
Tabular：表格式，显示效果如图4 E区所示。
其它设置的如：Include Test Scripts(包含测试脚本)，Include History（包含历史），Include Attachments （包含附件）。则根据实际情况来决定是否选择。
Step5：设置完成后，点击图4右上角的<整个文档>按钮，即可导出所选中的测试用例。
注：点击<整个文档>按钮前必须关闭所有的WORD文档。如果仍然提示：You must close MS Word before generating your document!
则检查是否还有其他打开的OFFICE文档，如EXCEL。通常关闭所有的OFFICE文档后，即可导出。
三、总结：
上面描述的比较复杂，通常完成以后步骤即可：
1、点击<工具/Tools—Document Generator >。
2、勾选Subject Tree及Subject Tests。
3、在Subject Tree页面选中Custom，及要导出的用例所在目录。
4、在Subject Tests页面选中All Tests，Include Design steps，Tabular。
5、关闭所有已经打开的OFFICE文档。
6、点击Document G-+enerator页面右上角的<整个文档按钮>。
软件测试过程中的工具使用共9页文档
软件测试过程中的工具使用软件测试过程中的工具使用 作者：easylife来源：不详 摘要：软件测试是保证软件质量的重要手段，它在整个软件开发过程中 占据了将近一半的时间和资源。在软件测试过程中合理的引入测试工具，能够加快测试进度，提高测试质量，实现更快、更好的开发软件产品的目标。本文介绍了覆盖软件测试各个阶段的测试工具，说明了每一类工具所应用的测试阶段，以及它能发挥的作用。 Abstract：Software test is one measure to insure the quality of software,it costs half of time and resource in the whole process of development.If test tools can be used in the process,it would to improve the speed of test and the quality of test,It's probable to develop software rapidly and to produce high quality.In this document it introduces some software test tools for the different of test moment,it introduce the time for every kind of tools,but the function of the test tool. 关键字：软件测试工具；测试设计；静态分析；单元测试；功能测试； 性能测试；测试过程管理； Keywords：software test tool；test design；static analysis； unit test；function test；performance test；test process management； 1、引言最近几年，软件测试在国内越来越受到重视，因为大家逐渐认识到了软件测试对于保证软件质量的重要性。随着对软件测试重视的提高，国内软件测试技术的发展也很快，逐渐从过去手工作坊式的测试向测试工程化的方向发展。 要真正实现软件测试的工程化，其基础之一就是要有一大批支持软件测 试工程化的工具。因此，软件测试工具对于实现软件测试的工程化来说至关重要。本文就从如何进一步提高软件测试质量和效率的角度出发，讨论测试工具在软件测试过程中的应用。 2、为什么要引入测试工具在测试过程中引入测试工具能给我们带来以下的好处。
用TestDirector生成测试用例
地址：北京市海淀区学院路号大唐电信测试空间楼 联系电话： 用生成地测试用例 用生成地测试用例有两种样式：和 中没有关于测试用例地目地以、该用例地前提条件等字段，因此可以在客户化时增加这些字段，由于客户化字段没有类型，因此，可以将用例地目地和前提条件等在描述字段中进行描述，注意事项等也可以在此描述，如果有测试数据地话，可以在描述字段中对测试数据进行描述，具体地测试数据以文本或方式保存，作为该测试用例地附件.文档收集自网络，仅用于个人学习 样式一： 用例名称: 启动客户端程序 路径: 主题: 服务程序 设计状态: 设计者: 创建日期: 用例类型: 描述: 目地： . 检查服务程序能否以设计地五种方式正确启动客户端程序 . 菜单启动 . 快捷键启动 . 鼠标双击启动 . 定时启动 . 隔时启动 前提条件： . 服务程序已经运行； . 客户端程序尚未运行； 估计开发时间: 执行状态: : : : 运行服务程序 : . 服务程序运行； . 服务程序在系统托盘中显示为图标； : : . 在服务程序图标上单击右键； . 在弹出地悬浮菜单中选择【启动在线升级程序】； : . 弹出悬浮菜单，包括【启动在线升级程序】、【启动定时服务】、【启动隔时服务】和【关闭服务程序】四个菜单项；文档收集自网络，仅用于个人学习 如果柜台系统需要更新，则弹出窗口提示是否更新，选择“”按钮则启动客户端程序进行更新，选择“”则关闭提示窗口；文档收集自网络，仅用于个人学习 如果柜台系统不需要更新，则弹出窗口提示不需要更新，点击“”按钮关闭提示窗口； 服务程序下载并生成文件到服务端程序地安装目录下地目录中；文档收集自网络，仅用于个人学习
软件测试用例参考文件
一、功能测试 1、对话框测试输入进行测试。包括中文字符、英文字符、数字字符、特殊字符、及几种字符的组合。 2、对界面可操作按钮进行测试。包括【新增(N)】【保存(S)】【修改(M)】【查询(A)】【打印(P)】【退出(X)】。同时需要对鼠标右键的菜单进行测试。 3、数据保存测试。将1 和2 进行组合。 4、必要条件控制测试。在做了3 时将必要条件(如：a、编号、姓名不可为空b、编号、姓名不可重复)控制测试联合起来。 二、图形界面测试 1.窗体是否能够基于相关的输入或菜单命令适当的打开 2.窗体是否能够改变大小、移动和滚动 3.窗体的数据是否能够利用鼠标、功能键、方向箭头和键盘操作 4.当窗体被覆盖并重新调用后，窗体是否能够正确再生 5.窗体相关的功能是否可以操作 6.是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制，既能正确显示又能调用 7.显示多窗体时，窗体名称是否能够正确表示 8.活动窗体是否能够被反显加亮 9.多用户联机时所有窗体是否能够实时更新 10.鼠标无规则点击时是否会产生无法预料的结果 11.窗体声音及提示是否符合既定编程规则 12.窗体是否能够被关闭 13.窗体控件的大小、对齐方向、颜色、背景等属性的设置值是否和程序设计规约相一致 14.窗体控件布局是否合理、美观 15.窗体控件TAB 顺序是否从左到右，从上到下 16.窗体焦点是否按照编程规范落在既定的控件上 17.窗体画面文字（全、半角、格式、拼写）是否正确 18.鼠标有多个形状时是否能够被窗体识别（如漏斗状时窗体不接受输入）
三、功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下： 1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 2.相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。 3.检查按钮的功能是否正确：如update, cancel, delete, save 等功能是否正确。 4.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错. 5.字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错. 6.标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确. 7.中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错. 8.检查带出信息的完整性: 在查看信息和update 信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致 9.信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理. 10.检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理. 11.检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型. 12.检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错. 13.重复提交表单：一条已经成功提交的纪录，back 后再提交，看看系统是否做了处理。 14.检查多次使用back 键的情况: 在有back 的地方,back,回到原来页面,再back,重复多次,看会否出错. 15.search 检查: 在有search 功能的地方输入系统存在和不存在的内容,看search 结果是否正确.如果可以输入多个search 条件,可以同时添加合理和不合理的条件,看系统处理是否
组合测试用例工具讲解
组合测试用例工具介绍 绿光 根据我自己使用的情况，给大家介绍两款组合用例测试工具，pict和allpairs。Pict和allpairs都是基于组合分析的测试用例用具，在测试某些功能时，我们会面对庞大测试用例组合情况，通过pict和allpairs工具可以减少我们的测试用例数，并且可以保持较高的测试覆盖率。 1.PICT 微软开发的工具PICT（Pairwise Independent Combinatorial Testing tool）类似AETG的方法选择候选测试用例，它是基于Pairswise算法程序的工具，可以有效地按照组合原理进行测试用例设计。 1.1 PICT参数文件格式 PICT模型文件，文件中至少包含参数定义。子模型定义及约束定义可选。如下所示：[parameter definitions] 参数定义格式：
c语言单元测试用例全自动生成软件wings介绍
wings是一款用于单元测试测试用例驱动框架自动生成工具，简单来说这款工具主要是全自动生成单元测试驱动代码与测试数据。 下面我们尝试使用wings来完成单元测试框架与测试数据的自动生成。 首先准备好需要测试的C语言工程,本文以大型开源软件Mysql为例。 第一步：打开wings工具，选择被测工程的主要目录。 第二步：点击工程操作中的分析生成，对工程目录下的.c文件进行解析，保存为XML 的格式，生成的文件保存在工程目录下的FunXml与GlobalXml中，分别是函数信息与全局变量的信息，点击驱动文件结构图，即可看到对应文件的函数结构信息。
上图可以查看所有.c文件的驱动函数，以及函数所对应的参数信息与全局变量的信息。 第三步：点击功能操作驱动生成，完成项目的驱动框架自动生成，驱动文件保存在wings_projects下的Driver文件夹下。点击驱动文件，即可看到对应.c文件的驱动生成代码。 点击单个函数，可以高亮定位到函数所在位置，并且双击函数参数，可以定位到每个参数的赋值单元，查看每个参数的具体驱动赋值代码。 第四步：点击值功能操作的值生成按钮，则对应生成测试数据。
界面上显示为单个函数的测试数据，可依据需要修改测试次数，重新生成测试数据文件，也可依据需要修改特定的测试数据。 第五步：将驱动文件加载到所在工程目录，与源文件一起编译，即可运行。 如果想查看对应的函数信息与全局变量信息，则右键对应打开对应的Parameter Struture Description（函数信息结构体）与Global Parameter Struture Description(全局变量结构图)。 Parameter Struture Description（函数信息结构体）:显示函数的名称，参数个数，参数类型以及复杂类型的展开形式。 Global Parameter Struture Description(全局变量结构图)：显示全局变量的结构信息。 使用过程中注意事项： （1）编译源文件过程中，需要手动注释调源文件中的main函数，wings将自动生成调用驱动函数的主函数。 （2）遇到特殊类型的赋值或者系统变量的驱动构造，可自行添加模板赋值方式，添加之后，再次生成驱动文件即可。 例如：遇到FILEL类型的赋值，可在模板中添加对应的赋值方式。