欢迎各位来讨论

zhuhao

以下是需求规格说明，请问如何去组织测试需求及按此需求可能设计出的测试用例，大家都说说看


需求规格说明书
1．        引言

1．        1编写目的
    需求分析是软件系统生存期中定义阶段的最后一个步骤。是作为整个软件开发范围的指南，是软件开发人员开发出正确的符合用户要求的软件的重点。该文档将最终交给软件具体开发人员进行具体的开发，其针对的对象是软件开发人员。
1.2项目背景
     本本项目任务提出者为系领导黄主任，使用者为系成绩管理员，开发者为02级软件班（2）第4小组成员。项目名称：学生成绩管理系统软件
         

1.        3定义（略）
   
1.        4参考资料
《软件工程基础教程》作者：方志刚  清华大学出版社

2.        任务概述
2.1目标
     ●给出软件系统的数据流程图与数据结构，构造一个完全的系统逻辑模型。
●提出详细的功能说明，确定设计限定条件，规定性能要求。
●密切与用户的联系，使用户明确自己的任务，以便实现上述两项目标。
2.2运行环境
Windows XP
2.3条件限制
        本      软件的使用范围为对成绩的管理上。
3.        数据描述
3.1静态描述
       初始化课程、专业、学生的基本信息（包括：学号、姓名、专业、年级等）
    3.2动态描述
输入数据：学生的成绩
输出数据：学生的平均分、总分、不及格人数及名单、优秀率、年终考核情况等。
       3．4数据库描述
         该数据库包括学生各个学期的成绩表，包括（各科成绩，姓名，学号）；姓名表，包括（姓名，学号，班级）；专业设置表，包括（全系的各个专业）；
        课程设置，包括每一个学期的各门课。成绩表只能是专业设置表中存在有所指的专业的时候才是有效的，否则就会出错。姓名表依赖与专业表而存在。
        其它表也是有关联的。成绩的查询与修改主要都是对数据库的查询和修改。
     3．5 数据字典
        成绩接收就是把各门成绩输入到数据库中去。
        成绩处理就是把各门成绩归到各个班去，按学号排好序，保存在成绩系列表中去。
库存成绩：就是说以前存在于系统里面的成绩。把后写入的成绩就更新之前的成绩。
成绩查找：按姓名，学号，班级查找。通过按条件的过滤，可以在数据库中找到符合条件的记录。
3．6 数据采集
    数据的来源主要是各任课老师。

4 功能需求
  4．1 功能划分
        

4．2功能需求（二）
4．2．1  引言(把各个同学的姓名、学号、班级、年级、专业）输入到数据库中去。
4．2．3   输入
  输入各个同学的各个学期的成绩.
4．2．4   加工
  通过学生成绩管理系统把各个同学各个学期的成绩输入到数据中去.
4．1.4    输出
   把各个同学的成绩输出.
4．3 功能需求(二)
4.3.1 规格说明
  查询各个学生的各个学期的成绩



4．3．2    引言
      为了查询各个同学的成绩
4．3． 3  输入
       输入查询关键字(姓名)
4．3．4  加工
       利用关键字在数据库中找到符合条件的成绩.
4．4 功能需求（三）
4．1．1  规格说明
  

3.1  引言
      为了查询各个同学的成绩
3.2 输入
       输入查询关键字(姓名)
3.3  加工
       利用关键字在数据库中找到符合条件的成绩.
4．5 功能需求（四）
4．5．1功能说明




4．5．2  引言
      为了查询各个班级的成绩
4．5．3 输入
       输入查询关键字(专业名称)
4．5．4 加工
       利用关键字在数据库中找到符合条件的各班成绩.
4．6 需求功能（五）
    4．6．1  功能说明
         

4.6.2  引言
   为了查询某个同学的获奖情况.
4.6.3  输入
    输入查询关键字(学号)
4.6.4    加工
    利用关键字找到数据.
     5 性能需求
     5.1 数据精确度
        各科分数为0到100分,包括0分和100分.精确度为小数点后一位.总分的精确度为小数点后一位.平均分也是一样的.班级的平均分是小数点后三位.总分也是小数点后一位.
       班级存在姓名才可以输入.学号可以自动生成.学号不能相同,学号在整个数据库中都是唯一的.姓名大小在八个字以内.
   5.2 时间特性
     运行速度快,可以达到用户的要求.功能比较完善,可以在一段时间内适应要求.
   5.3 适应性
      该系统通过合理的修改,可以供各校成绩管理员使用.适应性强,可移性强,具有较大的可扩展性.

testing

严格意义上说，这不是一份软件需求规格说明书，更类似介于用户原始需求和需求规格说明书的文档。软件需求规格说明书是可以有效的指导系统测试用例设计的，而这分需求规格不能有效指导测试。简单举出几个例子：
1、输入参数不明确，如下面所述，输入参数不明确，输入参数范围不明确，无法准确构造软件测试用例的输入
4．5．3 输入
       输入查询关键字(专业名称)
2、输出参数存在同样的问题
3、如下所示，性能需求太笼统了，根据下面的描述，测试人员无法构造有效的性能测试用例，没有合适的评判标准。
5.2 时间特性
     运行速度快,可以达到用户的要求.功能比较完善,可以在一段时间内适应要求.

zhuhao

哦，知道了，谢谢站长。
   做测试一年了，但什么都不懂。我们公司的测试都很不规范，基本是做个验收，以前根本不要什么用例之类，最近看了网上关于软件测试东东，我也写了一些基础功能的测试用例，但基本都是软件有了UI后做的。我想在通过看需求分析就开始设计用例，学学比较规范的软件测试一些东西。
    感谢站长能不能传一写规范的如需求规格说明书，概要设计说明，详细设计说明书的一些范例给我，我自己看这些范例做测试需求和设计测试用例，想多多提高自己的水平。
    E-mail:zhuhao714@yahoo.com.cn   
不知道站长或那位大虾能帮我一把