51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4132|回复: 0
打印 上一主题 下一主题

[讨论] TESTLINK1.7用户手册(中文)二

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-5-13 10:23:25 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
连接到用户手册一:http://bbs.51testing.com/thread-148039-1-1.html
4 基于需求的测试
   
   为了证明一个系统是按照设计建立的, 测试员需要基于需求的测试. 对于每个需求,他们设计一个或多个测试用例. 在测试执行的最后
   一个测试管理者报告执行了的测试和覆盖到的需求. 基于这些信息, 客户和各种受益人决定一个系统是否可以提交到下一个测试阶段或
   继续存在下去. 测试管理者用集合风险和基于需求的测试确保一个系统是按照客户和受益人期望的设计建立的. 因此,完整的测试提交有
   如下优点:
   
        . 联系风险和需求会揭露模糊或缺失的需求. 从这方面来说,更应关注风险.使其具有高的优先级.
        
        . 测试应该关注一个信息系统中最重要的部分. 首先覆盖拥有最高优先级的风险.
        
        . 同客户和受益人拥有同样的语言进行交流. 这会使关于测试项目状态的报告更加简单. 然后更好的建立决定,确定是否投入更
           多的测试或承担风险.
         
        . 在项目测试中,应根据时间压力来更为简单的协调风险和他的优先级. 什么样的风险必须在这次项目测试中被覆盖到,什么样的
           可以被退迟. 风险和基于需求的测试可以更好的控制项目测试. 同客户和受益人的交流会被改进. 测试管理者开始测试拥有最
           高优先级的风险. 这一过程使得效率更高,最后的结果更有质量.
         
   
4.1 可用性

     这一功能是在项目测试一级的可用性. 例如, 管理员可以使用它定义一个测试项目(在主窗口编辑测试项目连接). 否则,连接是不被显
     示的.
     
     对这一特征有两个用户级别. 大多数用户可以浏览需求,但是不能修改. 参考用户章节获得更详细的内容.
     
4.2 需求规格说明书

     需求是一个或多个系统/软件/用户需求说明书的组合.
     
     
     Illustration 5: 相关对象需求之间的依赖.
     
     创建一个拥有需求的文档:
     
        1. 在主窗口点击需求规格说明书. 需求规格说明书的列表会被显示.
        
        2. 按创建按钮会创建一个文档.
        
        3. 调整 标题, 范围 ,最后是 测试用例数. 最后一个参数是用于统计.  只有你有一个有效的需求文档才能用, 这时不是算
          有的在TestLink中的需求都是可用的. 缺省的'n/a' 意味者当前在规格说明书中的需求数是可用的.
           
        4. 按创建按钮添加数据到数据库中. 在需求规格说明书的列表里,你能够看到你新创建的文档标题.
        
        5. 点击文档标题,做下一步工作.   需求规格说明书窗口会被显示.
        
     每个规格说明书有自己的统计和包含相关数据的报告.
      
     在需求规格说明书窗口, 所有的需求都可以通过"print' 按钮被打印. 管理员可以通过配置文件定义公司,版权,信心文档.
      
4.3 需求

     每一需求有标题, 范围(html格式) 和状态. 标题 必须是独一无二的而且有最大值. 100字符. 范围 参数是HTML格式中是文本.
     状态的数值有 VALID 或 NOT_TESTABLE. 一个NOT_TESTABLE 需求是不计算到度量中的.
     
     需求可以通过TestLink界面手动的创建/修改或删除. 或者通过CSV文件导入.

     导入需求
     
     TestLink支持两种格式的CSV. 第一种简单的是由标题和范围在一行组成. 第二种是'从门出',他会检测文件头,选择正确的域.
    导入会比较标题并解决冲突. 通常有三种方式来做: 更新,创建拥有相同标题的需求,跳过添加有冲突的需求.
     
     需求同用例的关系
     
     测试用例同软件/系统需求是一个多对多的关系. 例如, 你可以分派一个或多个用例对应一个需求.也可以一个或多个需求被一个测试
     用例覆盖. 用户可以通过主窗口的分派需求连接把需求分派给测试用例.可以通过按需求说明窗口的分析按钮来查看测试需求的覆盖情
     况.
     
    基于需求的报告
     
     导航到报告和度量菜单. 这里有个基于需求的报告连接. 这份报告分析了当前需求规格说明书中的需求和测试计划.  每条需求记录了
     测试用例(测试计划中可用的)的最新结果. 需求中关心的是拥有最高优先级的结果. 优先级从高到低是: 失败的, 阻断的, 未运行的
     ,通过的.
     
          需求覆盖的例子
         
          一个需求被三个测试用例覆盖. 其中两个包含在当前测试组. 在版本1中, 一个通过了,一个没有测试.现在需求有没运行全部
          的结果.第二次测试用例在版本2中测试并通过了. 因此需求全部通过.
         
     5  测试计划

    一条测试计划记录,详细处理了测试人员参与的程度,测试环境,测试用例设计技术,用到的测量技术, 他们采取的原理.
      
测试计划是测试执行的基础. 测试计划包含了名称, 描述, 测试用例集合, 版本, 测试结果, 里程碑, 测试人员的任务,
优先级定义.

5.1 创建和删除测试计划

测试计划可能会由拥有当前测试项目Lead权限的用户从"测试计划管理"页面创建. 按"创建"按钮然后输入数据.

测试计划由在一个特殊时间点的从测试规格说明书中引入的测试用例组成. 测试计划有可能从其他测试计划创建. TL允许
用户由存在于一个期望时间点的测试用例来创建测试计划. 当要批量创建测试计划时,这就很有必要. 为了让用户可以看到
一个测试计划,他们就需要恰当的权力. 权力可以在定义用户/项目权力部分被分配(由Lead). 记住这点很重要,尤其当用户
告诉你他们看不到他们正做的项目.

测试计划或许会被拥有lead权限的用户删除. 要彻底删除测试计划,不但要删除测试计划,还要删除所有相关的数据,包括测
试用例(不在规格说明书中的), 结果等. 只有特殊情况,这些才会被保留. 另一种选择是, 测试计划被设置成无效地, 它就
不会在主页的选择菜单中显示出来.

5.2 版本

一个拥有lead权限的用户应该到主页面的"版本管理"连接.
     
版本是一种特殊的软件发布. 一个公司的每个项目大多会由多个不同的版本组成. 在TestLink中, 测试执行是由版本和测试
用例组成.如果对于一个项目没有创建版本,在执行界面是不允许操作的.度量界面也完全是空白的.

每一个版本通过标题来定义. 它包含描述(html格式)和两个状态.

.激活/非激活 - 定义版本在TestLink功能中是否可用. 非激活的版本不会列到执行或报告页面.

.打开/关闭   - 定义测试结果是否可以在改版本中修改.
  
在存在的版本表中,版本可以被修改(通过版本标题下的连接), 还可以删除(通过点击"箱子"的图标).

5.3 构造测试计划 - 通过添加测试用例

多个测试项目的数据可以添加到一个测试计划中. 测试规格说明书的数据可以通过关键字过滤出来
(在导航面板调整).

一旦数据被连到一个测试计划, 它将会被标记成可查看的. 如果一个测试用例已经被导入的,再次
导入就会被忽略.

Illustration 6: 添加测试用例到测试计划版面

Illustration 7: 修改测试计划中测试用例的内容

将测试用例从测试计划中移除

测试用例和测试组可以由拥有lead权限的用户由"移除测试用例"页面,从一个测试计划中移除.当创建的测试计划由于没有结果时,
删除数据会很有用. 然而移除测试用例可能引起与他们相关联的所有结果丢失. 因此, 建议谨慎使用这一功能.

PIC

左边面板的树,只显示当前存在测试计划中的测试用例

5.4 测试执行分派

测试用例分派影响执行和度量界面. 在执行界面,用户可以排列能够执行的测试用例,查看已经被指派的测试用例. 在主度量界面
,有一个表显示测试人员保留的测试用例. 如果有测试用例没分派给测试人员,测试用例缺省为空.

PIC

如果那些度量可以使用,那么一个测试人员可以在主窗口看到他自己可执行的测试的度量.

5.5 优先级

   这一特征在1.7版本中暂时不能够使用. 这需要更新,以便能够将重要性指派给特殊的测试用例
   
TestLink提供用户能够将重要性指派给测试用例. 在一个特殊的测试计划中, 一般的风险在测试组一级已经被指派.

TestLink结合了一些属性到优先级中. 这些属性(风险, 重要性, 优先级)有三个级别(低,中,高). 中是缺省的.

指派风险,重要性,优先级都是可选的. 管理员可为一个选定的测试项目做这些.

5.6 里程碑

    注意: 1.7版不包括缺省的里程碑报告.
   
测试领导用标记一个确定的日期来定义测试完成的百分比. 当前的方案期望定义优先级.


Illutration 8: 测试领导可以为一个测试项目定义一个或多个里程碑.

连接到用户手册三:http://bbs.51testing.com/thread-149523-1-1.html

未完待续......

[ 本帖最后由 elvis.x 于 2009-5-22 09:46 编辑 ]
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-10 00:30 , Processed in 0.072562 second(s), 29 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表