武汉软件测试培训
达内武汉中心

15827352908

热门课程

测试需求分析过程

  • 时间:2018-07-17 15:41
  • 发布:武汉软件测试培训
  • 来源:互联网

测试需求收集

测试需求的收集主要通过对测试依据进行分析整理,最后生成一个以测试的观点出发的checklist(检查表),用来作为测试该软件的主要工作内容。检查表的检查要点包括需求的正确性、必要性、优先级、明确性、可测性、完整性、一致性、可修改性:

在整个信息收集过程中,务必确保软件的功能与特性被正确理解。因此,测试需求分析人员必须具备优秀的沟通能力与表达能力。

武汉软件测试培训机构

测试类型划分

根据测试需求收集获得的checklist(检查表),对每一条测试需求,从GB/T16260.1定义的软件质量子特性角度出发,确定所对应的质量子特性。即,从适用性、准确性、互操作性、保密安全性、成熟性、容错性、易恢复性、易理解性、易学性、以操作性、吸引性、时间特性、资源利用性、易分析性、易改变性、稳定性、易测试性、适应性、易安装性、共存性、易替换性和依从性方面的定义出发,确定每一条测试需求所对应的质量子特性。从而对这些质量子特性进行测试类型划分,如:功能测试、易用性测试(安装测试、功能易用性测试、用户界面测试、辅助系统测试)、兼容性测试、可靠性测试、文档测试、性能测试,强度测试等。

测试类型细化

对划分的每个测试类型进行细化。软件测试需求是开发测试用例的依据,测试需求分解得越详细精准,表明对软件的了解越深,对所有要进行的任务就越清晰,对测试用例的设计质量的帮助也越大,详细的测试需求还是衡量测试覆盖度的重要指标,测试需求是计算测试覆盖的分母,没有详细的测试需求就无法有效的进行软件测试覆盖计算。最好达到细化的结果是分支的最末端(测试项)针对的测试目的是单一的最小的功能点的测试,即每个测试项为一个测试功能点。

生成测试需求树

已细化的测试需求中,由于在提取时,可能存在着重复或冗余,需要进行删除和合并需求。删除测试需求中存在的重复的、冗余的含有关系的测试项。如果有类似的测试项,则需要对其进行合并。最终生成测试需求树。

测试风险分析

由于软件的输入、输出、处理存在一定的限制和约束,另一方面由于测试树中进行了必要的删除和合并,这导致测试需求不可能是全面的覆盖,从而形成了一定的测试风险。测试需求中必须对不分析或不测试部分给出相应的风险分析说明。

本篇文章是有武汉软件测试培训为您呈现,希望给您带来更多更好的文章,请扫描下方二维码

武汉软件测试培训

上一篇:从专业层面分析如何成为测试大牛
下一篇:简单介绍测试需求

你知道如何划分软件等级吗?

介绍HTTPS的优缺点

如何编写测试用例?

选择城市和中心
贵州省

广西省

海南省

有位老师想和您聊一聊