软件测试-测试需求篇-用户需求分析
发布日期:2021-06-20 18:34:17
浏览次数:13
分类:技术文章
本文共 920 字,大约阅读时间需要 3 分钟。
引言
上一篇接用户需求调研
用户需求规格说明一般也不由测试人员整理,但大部分中小型公司在这方面也是非常残缺,上篇也说到许多公司需求直接从项目标书来,由用户直接提供,或者领导层从各种会议零零散散收集拼凑成一个文档,稍微好点由产品经理整理一份完整一点,然后草草开始立项开发。所以测试人员想要做好测试工作,有必要在用户需求分析上面下功夫,针对输出的用户需求规格说明书进行测试,重新做需求分析,执行需求差异化对比。用户需求分析方法
一般都是用户故事导向,这里分享一个认为写得比较好的博主文章,可以参考一下
分析思路上总体意思大致无差: 测试的重点关注点主要在应用场景上,博主引用自己平时在项目中常使用的方法,因为很多地方用到,单独作一小篇封装,避免重复。用户需求规格说明书
将分析整理结果整理在输出物用户需求规格说明书中。有些流程执行得比较好或者走CMMI模式的公司,一般分用户需求说明书和软件规格需求说明书,但大多会简化,提高效率将两者合并,甚至产品原型图也合在同一个阶段输出。
-
用户需求规格说明书目录结构:
-
产品介绍
-
产品面向用户群体
-
产品遵循的标准规范
-
产品功能性需求
*产品功能列表 *功能需求规格说明 (各模块功能需求设计说明) -
产品非功能性需求
*界面需求 *软硬件环境需求 *性能需求 *产品质量需求 -
附录
(调研表)
产品功能列表模板
功能序号 | 功能分类 | 功能点 | 优先级 | 备注 |
---|---|---|---|---|
产品非功能列表模板
功能序号 | 特性 | 要求 | 优先级 | 备注 |
---|---|---|---|---|
针对用户需求说明书的测试工作
博主使用需求说明书标准的评测规范。
测试建议: 1.尽管文档可能非常不完善,领导层评审也默许,但作为测试人员一定要按照规范逐个问题提出,这不是杠精行为,其他人可以不严谨,测试和QA不能不严谨。这有不仅有利于测试也有利于项目甚至乎公司流程。 2.不要认为用户需求分析与测试自身无关,在针对测试用户需求说明书以及下篇文章说到的整理测试需求时用户需求分析是必要的手段,这正是测试人员的技术多面性的表现,应该以一个产品经理的心态面对每一个需要测试的需求。切合用户的实际需要、用户痛点,切合应用场景,切合市场价值方方面面考虑测试手段。分享至此!写得不好仅当参考!欢迎交流。
转载地址:https://blog.csdn.net/Hughier/article/details/109524514 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!
发表评论
最新留言
能坚持,总会有不一样的收获!
[***.219.124.196]2024年10月16日 12时25分09秒
关于作者
喝酒易醉,品茶养心,人生如梦,品茶悟道,何以解忧?唯有杜康!
-- 愿君每日到此一游!
推荐文章
NPOI 导出Excel 2007, 2013问题
2019-06-11
Mac安装minikube
2019-06-11
__attribute__
2019-06-11
【炮兵阵地】题解
2019-06-11
字数统计工具
2019-06-11
C#实现在注册表中保存信息
2019-06-11
DAO
2019-06-11
特别篇:Hyper-v群集模拟实战演示
2019-06-11
Java中 final、static、abstract区别与联系
2019-06-11
python工具类之collections
2019-06-11
Eclipse安装hibernate插件
2019-06-11
Android类参考---Fragment
2019-06-11
Java 可中断线程
2019-06-11
声音推荐【Anaesthesia】Maximilian Hecker强烈推荐
2019-06-11
链表实现单链表创建、排序(升序)
2019-06-11
Spring旅程(一)为什么使用Spring
2019-06-11
centos安装桌面和远程连接
2019-06-11
侠探锦毛鼠之真假白玉堂
2019-06-11
[mark]如何删除地址栏的记录?
2019-06-11