测试用例设计学习笔记

一、测试分析活动概述

二、测试需求来源

1、主要需求来源：开发需求（产品包需求、设计需求、设计规格等）、协议标准规范（国际、国家、行业、公司标准）、用户需求（项目标书、问卷调查、原型分析、市场报告、焦点访谈会议、质量功能展开等）、继承性需求、测试案例库（产品上问题分析结果、以往测试用例覆盖点、有效地测试用例、产品缺陷分析等）、竞争分析。

    通过对用户需求、产品包需求、协议规范等一些文档进行学习和熟悉，来确定测试的原始需求范围。

输入：用户需求、产品包需求、协议规范、测试经验库、继承产品需求等。

活动：列出原始需求。

输出：原始需求列表，用作后学测试工作的跟踪。主要负责人：测试工程师。

三、原始测试需求提取

    从不同来源提取出来的原始测试项可以能存在重复和冗余，需要进行整理，整理后的原始测试项，作为后续原始测试需求分析活动的输入。
1、从开发需求中提取测试原始需求
（1）主要输入是设计需求的情况：
    a、一条设计需求作为一条测试原始需求。
    b、一条设计需求拆分成多条测试原始需求。
    c、多条设计需求合并为一条测试原始需求。
    d、明确提取的测试原始需求对应的设计需求标识
（2）主要输入是设计规格的情况
    a、从系统或者子系统层面考虑。
    b、测试角度考虑。
    c、明确提取的测试原始需求对应的设计规格标识。
（3）开发文档质量无法满足要求的情况
    a、与开发人员的讨论、交流，明确未文档化的需求。
    b、推动开发人员提高文档质量。
（4）开发需求和相关标准规范分配给同一人的测试需求提取
    a、一个为主一个为辅
    b、补充开发文档未详细说明处
    c、注意开发文档未充分考虑到相关协议规范要求。
    d、存在其他需要遵循的规范标准。
（5）以标准规范为主提取原始需求
    a、标准一致性测试
    b、开发文档质量无法满足要求的情况
    c、协议支撑类功能测试
（6）开发文档和相关用户需求结合
    a、以用户需求为主线
（7）没有体现在产品开发需求的部分用户需求
    a、从系统开发的角度分析，不涉及开发，但可能需要进行测试验证。
    b、程序适配或者数据配置的实现需求
（8）以解决方案实现的用户需求
    a、不涉及开发：通过多个产品组网或者组合，或者结合数据配置来实现的客户化解决方案。
    b、涉及到跨产品的开发：在对各个产品的开发需求进行验证后，还需要考虑验证各产品组合后整体解决方案的实现，是否能满足用户的要求。
（8）从继承产品需求中提取的测试原始需求
    a、历史测试情况
    b、网上使用情况反馈
    c、网上应用环境变化
    d、与新增特性的交互关系
输出测试策略建议
（9）从竞争分析报告之类的原始测试需求来源中可以直接提取一些功能规格、性能指标、操作规范等作为所测试系统的原始测试需求。

明确优先级：参考用户需求优先级

2、测试经验库
（1）产品网上问题分析结果；
（2）产品内部问题分析结果；
（3）产品缺陷报告分析结果；
（4）产品测试报告分析结果；
（5）测试案例；
（6）测试分析与设计过程经验总结；
（7）测试分析与设计过程稿经验总结；
（8）测试执行过程经验总结

三、测试项分析

    测试项分析可以参考的工程方法：质量模型分析、功能交互分析、用户关联图分析等等，每个工程方法都要独立的输出初始测试项，也就是说初始测试项是从不同测试角度进行分析输出的结果。

1、质量模型分析法

    功能性、可靠性、易用性、效率、可维护性、可移植性。比如，功能异常？界面太差、操作复杂？定位问题手段少？升级扩容不好？
    步骤：针对每一个原始测试项，逐个对每一质量特性或者子特性进行分析，确定该原始测试需求是否有相关质量特性或者子特性点需要测试验证，如果有，则确定对应的测试项的规格。

2、功能交互分析

    产品功能不是独立的，功能之间存在交互关，防止幼教呼的功能的遗漏，提高功能测试的覆盖率和完备性。它是功能测试方面的分析，与测试类型分析等其他方法形成互补。
（1）定义
它是一种将被测试功能和与该功能相关的功能或者特性之间的关系进行分析的的一种测试分析工程方法。
（2）基本思路
列出与被测试对象有关系的继承和新增需求，逐个找出他们的交互点（共同端或者接口，如共用的输入输出参数、处理数据对象等），分析在每个交互点的关系（时序、空间）的影响，从而找到测试需求，得出测试项规格。需要说明的是，继承和新增需求在具体操作中需要再细分为子功能。
（3）功能交互分析工程方法的输入
    继承性需求：如果从继承性分析工程方法中得到了“继承方式”，属性为“交互”的继承性需求，那么这部分继承性需求中提取的原始需求需要进行功能交互分析；
    新增需求：从原始测试需求提取中获得的功能性原始测试需求（或者细化为从质量模型分析工程方法中得到功能性测试项）需要进行功能交互分析；

注意事项：颗粒度一致性；
（4）步骤：
一：确定进行交互分析的功能性原始测试需求。具体来源参见上述内容，分为新增功能性原始测试需求和继承性原始测试需求。

二：将新增功能性原始测试需求作为功能交互分析表的列属性，从左至右列出，将新增功能性原始测试需求+继承性原始测试需求作为功能交互分析表的行属性，从上至下列出。

三：进行交互分析。就是在功能交互分析表中，根据分析或者经验判断每个交互点是否存在交互的情况，如有，标记为Y；

四：分析交互点的交互关系，明确测试项规格。对标记为Y的交互点进行具体的交互关系分析，得到具体交互影响内容。

五：初始测试项规格整合。功能交互点的初始测试规格已经出来了。但是其中重复的部分需要融合，有以下情况：相同的测试规格，有包含与被包含关系的测试规格。

3、用户关联图分析

    从用户角度出发（注意这里的用户是反正，而不仅是指人）来关注每个用户是如何使用和影响被测功能特性的，更能从基于用户的角度来分析。
    关联图是正在开发的系统或者正在讨论的问题与外部的联系。软软硬件接口。重点关注被测系统对外边界，找出被测系统和外部实体（用户）间相互提供哪些信息、如何交互、相互影响等。
（1）步骤
一、确定用户类：从用户角度理解用户，考虑最终用户和过程用户的特性。从系统角度，考虑被测对象在完整的系统结构中的位置，确定系统硬件、周边模块对他的影响。、

用户类可以是执行者、外部应用软件、外部硬件设备、系统硬件、接口实体、三维空间、时间等等。
二、根据用户类，分析关联关系：用户和被测系统间关联关系，用户与被测对象的相互影响。

4、测试子项分析

    （1）测试子项分析活动是针对测试项进行进一步分析、细化，形成为测试子项的活动。
    （2）测试子项分析主要是对测试项进行处理。对测试项的处理存在以下几种情况：
A：对颗粒度小的测试项不处理，直接进行特性测试设计。
B：对颗粒度大的测试项进一步细化，形成为测试子项，然后对其进行特性测试设计。
C：将测试项分析细化为测试子项所采用的工程方法有逐级细分法、等价类法和状态迁移法。
D：目前只考虑逐级细分法。

哎妈呀，终于完事了