软件需求文档,常用的软件需求说明书模板

如何做好软件测试的需求分析?

软件需求文档,常用的软件需求说明书模板


做好测试需求分析,首先需要深度了解需求,一般需求分为业务需求、用户需求、功能需求 。业务需求:业务需求描述了组织为什么要开发一个系统,即组织希望达到的目标 。业务需求通常来自项目投资人,购买产品的客户实际用户的管理者、市场营销部门或产品集划部门 。使用前置和范围文档来记录业务需求,这份文档有时也被称作项目轮廓图或市场需求文档 。
用户需求:用户需求描述的是用户的目标或用户要求系统必须能完成的任务 。比如软件的界面是否好看、功能使用是否便捷等都属于用户需求 。用户需求可以认为是对业务需求的一个具体目标 。比如业务需求提出了这个系统具有语音功能,那么用户需求可能就包含了语音具备的功能,比如. 比如可以喊刘德德华的电影影去搜家 电影等 。
功能需求:功能需求规定开发人员必须在产品中实现的软件功能,用户利用这个功能来完成任务,满足业务需求 。功能需求有时也被称作行为需求功能需求是去解决业务需求、用户需求的具体的解决方案,也就是我们通常说的需求说明书 。对用户需求做具体的分析、提出实施方法(需求说明书通常是由软件开发方编写比如产品经理 。使得用户和软件开发方都对软件的初始规定有个共同的理解,是整个开发的基础) 。
同时,开发方需要对需求说明书进行评估,比如这个需求能不能做,耗赛的成本是不是小于带来的收益,还有风险评估等 。什么是测试需求概述:测试需求通常是以功能需求为基础,通过对功能需求的细化和分解,形成可测试的内容 。范围:测试需求应尽可能全部覆盖已定义的业务需求,以及功能和非功能方面的需求 。目的:明确需求的范围、明确每个功能的业务处理过程、明确不同功能点业务组合,挖掘显式需求背后的隐式需求 。
测试需求用于解决测什么的问题,即指明被测对象中什么需要测试 。测试需求的特征测试需求必须是可核实的,即必须有一个可观察、 可评测的结果,无法核实的需求不是测试需求 。测试需求应指明满足需求的正常前置条件,同时也要指明不满足需求时的出错条件 。测试需求不涉及具体的测试数据,测试数据设计是测试用例设计环节解决的问题 。
【软件需求文档,常用的软件需求说明书模板】测试需求与功能需求的关系功能需求:系统应该做什么 。例如,某ATM机取款业务需求:每次取款额度在100~2000之间;取款的金额是100的倍数,每日取款总额不得超过20000,这是功能需求 。测试需求:系统应该做什么、不应该做什么,发现系统设计中存在的问题 。例如,取款金额可选:在100~2000之间且为100的倍数可取,小于100或大于2000不可取,在100~2000之间但不是100的倍数不可取,取款总额必须不超过账户余额,这是测试需求 。

    推荐阅读