【测试理论】-测试分析

【测试理论】-测试分析

时间：20180705

一.整体概述

测试准备工作有：测试分析，测试点分析，测试用例设计

二.理论总结

测试分析是理解策划or产品思维的方式，把需求文档输出为自己的测试分析文档，

测试分析需要注意的点：

1.需求文档的数据要体现出来

2.需求文档的错别字的标注

3.可以用备注的方式写出自己的不理解

4.不要惯性思维：例如系统重置时间不一定是0点。

三.知识点总结

1.版本1：

时间：20180601

保存连接：百度脑图

2.版本2

时间：20180705

保存链接：有道云笔记

策划文档分析总结

1. 开始文档分析之前，先过一遍需求文档，理清脉络，可借助Xmind等软件整理系统功能，2.问题是什么？答案是什么，这个问题有没有意义？

1. 图片如何处理，是不是直接显示，输入法对聊天系统有没有影响

文档分析 ：明确策划需求，确保程序开发时设计和逻辑上没有明显错误。

作用：

1. 明确策划需求，增加文档可读性
2. 避免无用功，提高开发效率
3. 为了更好的设计测试用例
4. 降低开发成本，提高开发质量。

关注点：

1. 策划的设计意图：
2. 逻辑设定

1. 是否合理：这个系统设定是否有不好的影响，是否影响其他系统
2. 是否完整：对游戏行为预先估计的不足
3. 是否有冲突：前后文不一致，两个系统之间存在逻辑冲突

1. 文档可读性

1. 描述不清，细节含糊
2. 歧义
3. 笔误
4. 错别字，关键性错别字要标出，如提示文字，对白等
5. 违背人文常识

1. 数值设定
2. 用户体验设定

1. 视觉，听觉，操作感受
2. 原则：降低操作难度，降低学习难度
3. 关注有没有以下问题等：

1. .没有不可点击效果
2. 菜单层次太深
3. 文字长度没加以限制
4. 文字表意不清
5. 交互流程分支太多
6. 相关选项距离太多
7. 一次性载入太多数据，卡顿
8. 按钮可点击范围比看起来小
9. 把所有操作爆率出来
10. 无加载中状态，空数据界面设计
11. 用户引导的滥用，特别是强制引导

文档分析报告：

以原文档加以批注的方式，新添加的注释颜色需与原文档不同，方便阅读，想法和疑惑都可以写进去，

如果可以添加推荐方案。

后续跟进：

1. 期望接受率不高：建议未必会被采纳，可以沟通
2. 提建议的目的，旨在帮助策划做好产品
3. 注意沟通，换位思考
4. 策划的反馈