第2阶段
第二阶段知识重点提要
由于二阶段起更加注重思路，所以对二阶段应该是对每一阶段每条思路的总结。对测试二阶段的学习重点可分为：输入文档的评审、用例设计、用例执行三部分。
第一部分：系统测试
一、 软件需求规格说明书评审
SRS介绍——→SRS写作——→SRS评审
1、SRS对原始需求的描述：功能、外部接口、性能、属性、实现的设计约束
2、SRS特点：a)正确性：描述了用户想要的功能
b)无歧义性：表达准确、解释唯一
c)完整性：包含隐式+显式需求，正常+异常情况
d)一致性：与原始需求一致，与同级一致
e)可验证性：
f)可追踪性：
3、SRS需求分类：对很多需求按照可以管理的方式分组，每一组可以看做一个对象
每一对象包含多个属性：优先级、工作量、风险
3、SRS需求表达：a)自然语言
b)规范模型方法：UML、DFD、ER、STD
c)Execl表格
4、SRS：基于事实的准确完整描述用户要求范围内的软件所需要做到的。
SRS写作应包括：项目介绍、产品环境介绍、用户特征、假设和依赖关系、
具体需求（功能、性能）、用户接口、软件接口、硬件接口、
标准符合、硬件约束、技术限制和本地化12个方面。
1、项目介绍：描述项目背景。（本项目存在的位置）
2、产品环境介绍：当前产品是独立的还是整个大系统中一部分。
3、软件功能：只是简要描述软件要做到什么。
4、功能需求：Step1：划出每一类或单独的功能子项
Step2：对setp1划出的子项，描述输入、处理、输出
a)输入：所有输入数据的详细描述其来源、数量、单位、
时间要求、精度和范围
b)处理：所有输入数据详细描述对其所有操作、如何获得
输出的过程。
（检测输入→操作次序→异常回应→处理方法→检测输出）
c)输出：所有输出数据的详细描述其输出位置、数量、单位、
时序、精度和范围、非法处理、错误消息
5、性能需求：静态量化 终端数、并发用户数、处理文件记录数、表和文件大小
动态量化 正常或峰值工作情况下 a)时间上处理任务的具体量
b)处理单个任务所占系统资源量
SRS评审：流程与同行评审相同。
评审要点：1、所有分配的需求都在srs体现？
2、定义和描述中解释是否唯一无歧义
3、清楚描述软件该做什么不做什么
4、描述了软件使用目标环境
5、每个具体需求编号唯一
6、需求可行并可测试
7、描述了输入的验证及度量、边界等要求
8、对输入的处理和对输出的具体属性的描述
9、描述性能需求
10、说明对系统的可约束性
11、对每个具体接口的描述
二、 系统测试用例设计
基本格式：
测试用例编号 | |
测试项目 | |
测试标题 | |
重要级别 | |
预置条件 | |
输入 | |
操作步骤 | |
预期输出 |
系统测试的对象应该是被测试软件的整体与硬件集合在一起的整体系统。
系统测试的依据是SRS和各种规范（如企业内部的系统测试出口标准）
设计思路：
STEP1：根据软件质量模型将需求测试项划到质量特性及质量子特性下
STEP2：根据需求确定有那些类型的测试（如功能测试、性能测试、压力测试）
STEP3：将测试项根据step1的划分，总结归纳到相应的测试类型下
STEP4：将各测试类型下的测试项细分为测试子项
STEP5：对测试子项所覆盖的SRS中的具体需求规格分析，采用等价类、边界值等
各种用例设计方法设计用例。
对于各种用例设计方法都不是孤立存在的，应该是各种方法的综合应用，在具体用某种
方法设计中也可以包含其他的方法。
等价类划分法：（也可以是针对于输出）
STEP1：确定每个输入和输入条件
STEP2；根据每个输入条件的规定方式不同，划分有效等价类与无效等价类
STEP3：对被测对象背后的信息进行分析，从已经划分的类中选择最佳的值做代表
在选有效值和无效值时，又可采用边界值法
STEP4：针对选取的值设计用例，对于有效类以尽少的用例覆盖较多的有效类
对于无效类以每一个无效类对应一个用例确保用例关注点唯一
边界值分析法：
STEP1：确定输入有明确的范围或取值有序集合并先对其等价类划分
STEP2：根据每个输入条件的规定方式，在其条件内取值，条件边界上取值，
离边界点最近的点上取值
STEP3：根据这些取值设计用例
判定表分析法：
STEP1：确定规则的个数（规则：条件项与其对应的动作项）
STEP2：列出条件桩和动作桩
TAG:
