测试需求分析怎么写 功能需求分析怎么写

1)需求文档
2)需求原型
3)开发设计文档(概要设计、详细设计等)
这些文档最终输出后一般会归档在对应需求下面,新人不熟悉的话 , 直接找产品、UI、开发 , 都能拿到 。
顺便了解需求管理平台使用,简单来说,避免下次还不知道在哪里,问多了就没人理你了 。
最简单的是拿到账号密码后 , 百度一下需求管理工具的用法,都有的 。
02工具使用
常用工具:
1)Excel
2)Xmind
关于工具使用 , 没有硬性说法 , 要么根据自己的习惯选择顺手的,要么看公司统一使用什么 。最终会输出为测试点,作为测试用例的覆盖范围依据 。也就是说如果你有漏测,那梳理的时候大概率也漏掉了 。
这些工具要么有试用版,要么公司有购买,要不同事有安装包 。
03分析思路
1)了解需求对应的产品、原型、开发分别是哪些人,便于有疑问的时候能及时沟通 。
2)所有文档全部过一遍,对需求框架了解 。
3)对照需求相关文档,开始需求拆分,形成文档,拆到细枝末节,直到无疑问 。
4)检查:
不同文档之间对同一模块说明有没有不一致?文档中有没有不清晰的需求?
相同文档前后对同一功能有没有不一致?
功能之间有没有逻辑冲突?
一个功能的说明有没有细节遗漏?
有没有可以优化的功能点?
用户需求有没有很好的被实现?
功能设计有没有用户体验不好的地方?
系统已有类似设计有没有与当前系统习惯风格不统一的地方?
对于非功能需求,如安全要求、性能要求,文档有没有明确说明?
新需求与系统现有需求上下游或细节相关的地方,有没有正确说明?
有没有存在相似、重复、已有功能可替代需求?
以上问题基于对需求背景、用户习惯、系统架构(全局)、系统主业务流程(纵向)、系统已有主业务功能(横向)、当前需求的了解、公司维度的研发类规范文档等为前提提出问题 。
如果是新系统,没有可依据的 , 恭喜你,没有很多遗留的坑要踩 。
分析过程可参考其他同类型网站、软件、小程序等 。
还可以参考别人的用例,百度就可以有,现在基本所有功能用例网上都有 。
5)整理成测试点,输出文档 。
6)随时关注对应需求的相关动态,需求变更是常见的,但是信息同步是有延时甚至疏漏的,不要做最后一个知道消息的人 。
04分析例子
选一个常见又比较简单的功能:登录
1)登录页面(对比UI、多错漏歪扩等)
2)登录成功(账号密码正确、数据与用户)
3)登录失败(账号密码异常)
4)登录提示(成功提示、各种情况的失败)
5)其他登录方式
6)退出登录
7)密码显示(加密)
8)密码传输(密文)
9)密码强度
10)登录失效
11)密码涉及大小写
12)同账号多终端登录(最新生效)
13)不同权限用户登录
14)登录超时
15)忘记密码
16)密码复制黏贴
17)密码错误次数锁定(防止猜密码爆破)
18)快捷注册一键登录(一般游戏有)
19)不同语言环境登录
20)登录中断(app小程序:来电、短信、广告、通知、弱网、切网、更新、重启等)
21)web端登录:不同操作系统、不同浏览器、不同浏览器版本、不同电脑分辨率等
22)app端登录:不同操作系统、主流手机品牌、同品牌高市场占比版本、同操作系统版本不同版本软件、不同分辨率、不同屏幕类型等
23)用户数量(少功能,多并发)
以上只是一个大概,供参考,有需求的话会更多或者更少 。
看具体需求变动调整,预期在需求里都能找到对应的定义 。
还可以百度,很多例子可以参考的 。
【测试需求分析怎么写 功能需求分析怎么写】下期预告:测试人员一天的工作都有哪些?