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）用户数量（少功能，多并发）
以上只是一个大概，供参考，有需求的话会更多或者更少。
看具体需求变动调整，预期在需求里都能找到对应的定义。
还可以百度，很多例子可以参考的。
下期预告：测试人员一天的工作都有哪些？
声明：本网页内容旨在传播知识，若有侵权等问题请及时与本网联系，我们将在第一时间删除处理。E-MAIL:dandanxi6@qq.com
