问题解答 时间:2018.1.23 编辑者:灵芍
1. 什么是测试需求、测试需求的特征?
*测试需求主要解决“测什么”的问题,即指明被测对象中什么需要测试;
*测试需求通常是以软件需求开发为基础进行分析,通过对开发需求的细化及分解,形成可测试的内容;
*测试需求应全部覆盖已定义的业务流程,以及功能与非功能方面的需求。
2. 需求采集的输出及方法
2.1.1需求采集的输出是:将软件开发中的那些具有可测试性的需求和特性提取出来,形成原始测试需求。
2.1.2可测性是指这些提取的需求或特性必须存在可以明确预知的结果,可以用某种方法对这个明确的结果进行判断、验证,验证是否符合文档中的要求。
2.2.1需求采集的方法:通过列表的形式对软件开发需求进行梳理,形成原始测试需求列表,列表的内容包括需求标识、原始测试需求描述、信息来源。
列表项 | 内容 |
需求标识 | 每一条软件需求对应的开发文档及章节号 |
原始测试需求描述 | 软件需求的简述 |
信息来源 | 软件需求获取的来源信息 |
2.2.2 提取的原始测试需求中,可能存在重复和冗余,在提取原始测试需求过程中,可以通过以下方法整理原始测试需求:
*删除:删除原始测试需求表中重复的、冗余的、含有包含关系的原始测试需求描述;
*细化:对太简略的原始测试需求描述进行细化;
*合并:如果有类似的原始测试需求,在整理时需要对其合并。
3. 需求分析的过程及方法
4. 测试需求跟踪矩阵是怎么实现的及作用?
答:建立测试需求跟踪矩阵,对测试需求进行管理。将上述步骤分析、确定的开发需求、测试需求、测试的类型填入测试需求跟踪矩阵表中。
通过测试需求跟踪矩阵的方式对需求变更实施管理;测试需求跟踪矩阵为原始测试需求与测试要点的对应关系。
软件需求 | 测试要点 | |||
软件需求标识 | 软件需求描述 | 测试需求标识 | 测试要点 | 测试类型 |
|
|
|
|
|
测试需求跟踪矩阵需要不断的维护:一方面,软件需求一旦发生变化,应启动配置管理过程,将与软件需求变更相关的内容进行变更; 另一方面,随着测试工作的进行,会不断添加新的跟踪内容,对跟踪表进行扩展。
5. 测试需求评审的方式
答:评审的内容:完整性评审、准确性评审;
评审的形式:1.相互评审、交叉评审
2.轮查(分配审查的方法)
3.走查
4.小组评审
5.审查
刚开始接触软件测试,一点小笔记,希望留下学习的痕迹