软件测试需求的概念
1、测试需求主要解决“测什么”的问题,一般来自需求规格说明书的原始需求(由客户直接给出)
2、测试需求应该全部覆盖已定义的业务流程,以及功能和非功能方面的需求
eg: 假设我们要设计一个购物网站,我们从原始需求文档中就可以知道需要包括:注册、登录、浏览购买商品等功能。 若没有注册,直接就可以登录,那么这个测试就没有全部覆盖已经定义的流程
测试需求的必要性
1、软件测试需求是设计测试用例的依据
2、有助于保证测试的质量和进度
3、软件测试需求是衡量测试覆盖率的重要指标
注:覆盖率:测试需求的覆盖率通常是由测试的需求与软件的需求所建立的对应关系来确定的。 测试需求的覆盖率 = 测试需求覆盖点 / 软件需求功能点 * 100%
如何进行软件测试需求分析
测试需求分析的主要目的:根据需求文档提取测试点,根据测试点来编写测试用例
软件测试需求分析的一般步骤
1、列出需求文档中具有可测性(原始需求中提到的可以验证的功能)的原始需求 2、对每一条测试点进行细化,形成可测试的分层描述的测试点 3、对形成的测试点从软件产品质量需求来分析,确定测试执行需要实施的测试类型 4、建立测试需求跟踪矩阵,对测试需求进行管理
注:测试点分析
1、通过描述需求分析中的输入、输出、处理、限制约束等,给出对应的验证内容(功能交互测试)。 2、通过分析各个模块之间的业务顺序,和各个模块传递的业务信息和数据,对存在功能交互的功能项,给出对应的 验证内容。(功能交互测试) 3、考虑需求的完整性,要充分覆盖软件需求的各个特征,包含隐性需求验证,比如界面的验证、注册账号的唯一性 验证。(界面、易用性、兼容性、安全性、性能)
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)