51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 2262|回复: 0

[原创] 测试需求分析的流程和方法

[复制链接]

该用户从未签到

发表于 2019-2-19 15:36:02 | 显示全部楼层 |阅读模式

1、软件测试明确需求范围

了解该需求是为了解决用户的什么问题

功能性需求:产品必须有的功能

非功能性需求:是否美观,用户体验,稳定性,易用性等

最容易忽略的一点:明确的需求背后所隐藏的需求(例如登录,明确的需求是,正确输入用户名,密码,才能登录。隐性需求:用户名字符类型,长度,是否可为空;密码字符类型,长度等)

将问题在需求阶段暴露的成本最小


2、画业务流程图(流程图)

根据需求中规定的业务流程

各业务流程分支的确定

由于业务原因规定不可使用的业务流程


3、功能点整理(思维导图)

业务功能:需求中所定义的实际业务直接相关的功能

数据约束:主要是用于控制在执行功能时,数据的显示范围、数据之间的关系等。

易用性需求:便于功能操作使用的一些细节,比如快捷键就是典型的易用性需求。

编辑约束:在功能执行时,对输入数据项目的一些约束性条件,比如只能输入数字。

权限需求:不同的权限所能操作的功能点的不同


4、提取测试点(测试需求文档)

根据整理的思维导图,去提取每一个功能点中的细节需求,例如新增员工,在思维导图中,最小的颗粒度就到新增员工了,但是新增员工这个功能仍然有很多的需求点,员工姓名唯一性判定,手机号码是否必填等,这些更细的需求点组合起来就形成了测试需求文档


5、确定测试范围

需求的确定,并不代表测试范围就是该需求的范围,很有可能一个需求分多个软件版本来实现,最后确定哪些需求是需要测试的。

明确哪些测试目标优先级高,哪些目标优先级低

要完成哪些相应的测试任务才能确保目标的实现


回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-4-18 10:46 , Processed in 0.063667 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表