随心芸芸 @ JPeanut(旧版)

搬迁至 http://www.17m.net.cn/

BlogJava 首页 新随笔 联系 聚合 管理
  43 Posts :: 0 Stories :: 54 Comments :: 0 Trackbacks
 

Test Specification-

Product: BSTEEL_BTS

Author: admin

Printed by TestLink on 28/11/2006


1 Component 逻辑功能测试

1.0 Introduction

对一些比较复杂的业务逻辑计算,比如复杂的价格计算,PSR校验等

1.0.1 Scope

  1. 通过查看内存和数据库来确认是否逻辑是否正确
  2. 如果是接口的,查看接口的参数是否符合要求

1.0.2 References

业务需求说明书
软件需求说明说
基本设计

1.1 Methodology

单元测试 或者 手动测试

1.1.1 Limitations

1.2 Categories

2 Component 场景测试

2.0 Introduction

通过流程的方式来对项目进行测试,具体可参考周毅的《使用用例场景设计测试用例》
要点:
  遍历所有可能发生的流程

2.0.1 Scope

2.0.2 References

业务需求说明书
软件需求说明说
基本设计

2.1 Methodology

2.1.1 Limitations

2.2 Categories

2.2.1 项目管理

(数据库:参考 功能测试->项目管理)

2.2.1.1 Setup and Configuration

测试假定代号
  • (1)  ---  <testlink>新建项目
  • (2)  ---  <testlink>修改项目
  • (3)  ---  项目绑定
  • (4)  ---  <testlink>项目失效
  • (5)  ---  <testlink>项目删除
特殊需求
  • 项目在新建之后,所有的角色的用户都可以看到
  • 项目经过修改后,用户的可见度不变(比如:原来的只有admin才可以看到的,修改之后仍然是只有admin可以看到;如果所有用户都可以见,那么修改后,该项目项目仍然是所有用户都可见)
  • 项目在修改失效后只有admin角色的用户才可以看到项目(一共五中角色:)
  • 项目在删除后,所有角色的用户都看不到项目,数据库Project表中已经没有该记录
五中角色
  • Guest
  • Test executor
  • Test analyst
  • Test
  • Admin

2.2.1.2 Test Data

2.2.1.3 Tools

2.2.1.4 Test Cases

Test Case 77: 项目修改
Summary: 项目修改后,在各种操作下是否会出现问题
Steps:
  1. admin角色的用户登入系统
  2. (1)(2)(2)(3)(2)(4)(2)(5)(1)
(注:在最后"删除项目"再做"新建项目"的操作时,新建的项目名称为之前删除的项目名称)


注:
根据在"场景测试->项目管理 Configuration ->测试假定代号 " 已经描述
比如:

   (1)(2)(2)(3)(2)(4)(2)(5)(1)
   对应的操作是:
   新建->修改项目->修改项目->绑定项目->修改项目->失效项目->修改项目->删除项目->新建项目

根据在"场景测试->项目管理 Configuration ->特殊需求" 已经描述
比如:
 
  (1) (2)(2)(3)(2)(4)(2)(5)(1)
  对应的操作是:
  1.新建项目  之后应该用 其他角色的帐号查看该项目是否可见
  2.修改项目
之后应该用 其他角色的帐号查看该项目是否可见
  3.修改项目
之后应该用 其他角色的帐号查看该项目是否可见
  4.绑定项目之后应该用 其他角色的帐号查看该项目是否可见
   5.修改项目之后应该用 其他角色的帐号查看该项目是否可见
   6.失效项目之后应该用 其他角色的帐号查看该项目是否可见
   7.修改项目之后应该用 其他角色的帐号查看该项目是否可见
   8.删除项目之后应该用 其他角色的帐号查看该项目是否可见,然后到后台数据库Project表中查找该数据记录
  9.新建项目  (项目名为刚才删除的项目名)
之后应该用 其他角色的帐号查看该项目是否可见

 
 
Expected Results:
Test Case 78: 项目绑定
Summary: 项目绑定后,在各种操作下是否会出现问题
Steps:
  1. admin角色的用户登入系统
  2. (3)(3)(4)(3)(5)
Expected Results:
Test Case 79: 项目失效
Summary: 项目失效后,在各种操作下是否会出现问题
Steps:
  1. admin角色的用户登入系统
  2. (1)(4)(4)(5)
Expected Results:

3 Component 功能测试

3.0 Introduction

基本上对页面上的一些简单的逻辑进行测试,采用的是灰盒测试
 

3.0.1 Scope

  1. 页面上对数据的增删改功能是否按照需求和设计正确实现(可以通过数据库等校验方式)
  2. 页面上的组件是按照要求起到作用
  3. 页面的文字是否正确
  4. 对异常处理是否正常合理
  5. 操作后,数据是否正确入库,入内存,写入文本...

3.0.2 References

业务需求说明书
软件需求说明说
基本设计

3.1 Methodology

建议采用手动测试

3.1.1 Limitations

对于比较复杂的业务逻辑计算的功能应该归到 "逻辑功能测试"中

3.2 Categories

3.2.1 项目管理

主要涉及数据库表格(具体可以询问项目组相关成员)

  • testlink 项目存放:<testlink>project 
  • bugfeee项目存放: <bugfree>bugproject
  • testlink和bugfree的绑定关系:<testlink>bt_bind_product

3.2.1.1 Setup and Configuration

3.2.1.2 Test Data

3.2.1.3 Tools

3.2.1.4 Test Cases

Test Case 73: testlink 项目新建
Summary: 简要说明:
  •   在testlink项目中新建一个测试的项目
权限说明:
  •   admin角色有此权限
触发条件
  • 角色为admin用户登入, [Menu:Home->Create Project]
基本流
  •   输入Name,Color,Enable Requirements functionality点击 [按钮:Create] 即新建项目
  •   点击Color后的颜色选择按钮,弹出颜色选择框,选择后,把选择的颜色按照RGB的标准把值带回Color框中
  •   Color代表该项目的页面风格的颜色,在新建后选择该项目后,可以看到具体效果
  •   新建成功后系统提示新建成功,返回新建页面,并且当前项目选定为该项目
  •  点击 [标签:Edit / Delete]  进入该项目的修改页面
备选流
  •   Name输入为空,系统提示错误信息
  •   Name不唯一,系统提示错误信息
  •   Color输入不规范,系统提示错误信息
 
特殊需求
  •   Name大小写不区分
  •  项目Name唯一,如果发生不唯一则系统正确提示
  •  如果项目覆盖了当前选定的项目为严重错误
Steps:
Expected Results:
Test Case 74: testlink 项目修改,失效和删除
Summary: 简要说明:
  •   修改已经建立的项目
  •   失效:使得该项目除了admin角色外都看不到该项目
  •   删除:从后台数据库中删除该数据(区别以置标志位)
权限说明:
  •   admin角色有此权限
触发条件:
  • 角色为admin的用户登入,选择需要操作的项目, [Menu:Home->Edit / Delete Product]
基本流
  •    Name,Color,Enable Requirements functionality显示当前项目信息
  •    修改Name,Color,Enable Requirements functionality,点击 [按钮:Update] ,修改数据
  •    Color代表该项目的页面风格的颜色,在Update后可以看到修改效果
  •    点击Color后的颜色选择按钮,弹出颜色选择框,选择颜色后,把选择的颜色按照RGB的标准把值带回Color框中
  •    点击 [按钮:Inactivate] 即进行失效操作,点击失效后,提示失效成功.此时其他角色用户看不到此项目
  •    点击 [按钮:Delete] 即进行删除操作,删除后提示删除成功,管理员可以重新新建Name为刚才删除的项目Name
  •    点击 [标签:Create] 进入项目新建页面
备选流
  •   Name输入为空,系统提示错误信息
  •   Name不唯一,系统提示错误信息
  •   Color输入不规范,系统提示错误信息
  •   在整个系统没有项目时,不能进入该操作页面
特殊需求
  •   Name大小写区分
  •   项目名唯一,如果发生不唯一情况,系统提示相关错误信息
  •   修改项目的操作不能改变项目在数据库库中的id属性
Steps:
Expected Results:
Test Case 75: bugfree 项目管理
Summary: 简要说明
  • 对bugfree中的项目进行操作:新建,删除
  • (注:bugfree没有删除操作)
权限说明
  • bugfree的超级管理员
触发条件
  • 两种进入方式: 1)bugfree登入, [Menu:后台管理->新建项目/维护] 2)如果已经和testlink用户绑定,则可以通过testlink登入, [Menu:Services->后台管理->新建项目/维护]
基本流

  • 管理模式选择"编辑当前项目",项目名,项目文档,项目计划显示当前的项目的信息
  • 管理模式选择"编辑当前项目",输入项目名,项目文档,项目计划,点击 [按钮:提交] 则进行修改操作
  • 管理模式选择"添加当前项目",项目名,项目文档,项目计划则显示为空
  • 管理模式选择"添加当前项目",输入项目名,项目文档,项目计划,点击 [按钮:提交] 则进行添加操作
备选流
  •   项目名唯一,如果不唯一,系统正确提示
  • 项目名不能为空,若为空则系统提示用户
特殊需求
  • 修改项目的操作不能改变项目在数据库库中的id属性
  • 项目名大小写区分
  • 项目名唯一,如果发生不唯一情况,系统提示相关错误信息
Steps:
Expected Results:
Test Case 76: testlink 与 bugfree 项目绑定
Summary: 简要说明
  • 建立testlink和bugfree的项目的关联
权限说明
  • testlink的admin角色的用户
触发条件
  • testlink登入后,选择需绑定的项目 [Menu:Edit / Delete Product->BIND BTS PRODUCT]
基本流
  • 进入页面,显示2列数据,分别是:TestLink当前选择的项目和bugfree的全部项目(项目名+一级模块名)
  • 选择testlink项目在bugfree中对象的项目后,点击 [按钮:update] 进行修改操作(可以不选则任何项目)
  • 点击 [按钮:close] 关闭此页面 
  • 操作成功后,显示操作的结果
备选流
特殊需求
Steps:
Expected Results:

3.2.2 用户管理

[略]

3.2.2.1 Setup and Configuration

3.2.2.2 Test Data

3.2.2.3 Tools

3.2.2.4 Test Cases

No Test Case

3.2.3 需求管理

[略]

3.2.3.1 Setup and Configuration

3.2.3.2 Test Data

3.2.3.3 Tools

3.2.3.4 Test Cases

No Test Case

posted on 2006-11-28 10:23 陈市明 阅读(792) 评论(0)  编辑  收藏 所属分类: BTS 缺陷用例整合系统(Bugfree+Testlink)

只有注册用户登录后才能发表评论。


网站导航: