【测试理论】-测试分析
时间:20180705
一.整体概述
测试准备工作有:测试分析,测试点分析,测试用例设计
二.理论总结
测试分析是理解策划or产品思维的方式,把需求文档输出为自己的测试分析文档,
测试分析需要注意的点:
1.需求文档的数据要体现出来
2.需求文档的错别字的标注
3.可以用备注的方式写出自己的不理解
4.不要惯性思维:例如系统重置时间不一定是0点。
三.知识点总结
1.版本1:
时间:20180601
保存连接:百度脑图
2.版本2
时间:20180705
保存链接:有道云笔记
策划文档分析总结
- 开始文档分析之前,先过一遍需求文档,理清脉络,可借助Xmind等软件整理系统功能,2.问题是什么?答案是什么,这个问题有没有意义?
- 图片如何处理,是不是直接显示,输入法对聊天系统有没有影响
文档分析
:明确策划需求,确保程序开发时设计和逻辑上没有明显错误。
作用:
- 明确策划需求,增加文档可读性
- 避免无用功,提高开发效率
- 为了更好的设计测试用例
- 降低开发成本,提高开发质量。
关注点:
- 策划的设计意图:
- 逻辑设定
- 是否合理:这个系统设定是否有不好的影响,是否影响其他系统
- 是否完整:对游戏行为预先估计的不足
- 是否有冲突:前后文不一致,两个系统之间存在逻辑冲突
- 文档可读性
- 描述不清,细节含糊
- 歧义
- 笔误
- 错别字,关键性错别字要标出,如提示文字,对白等
- 违背人文常识
- 数值设定
- 用户体验设定
- 视觉,听觉,操作感受
- 原则:降低操作难度,降低学习难度
- 关注有没有以下问题等:
- .没有不可点击效果
- 菜单层次太深
- 文字长度没加以限制
- 文字表意不清
- 交互流程分支太多
- 相关选项距离太多
- 一次性载入太多数据,卡顿
- 按钮可点击范围比看起来小
- 把所有操作爆率出来
- 无加载中状态,空数据界面设计
- 用户引导的滥用,特别是强制引导
文档分析报告:
以原文档加以批注的方式,新添加的注释颜色需与原文档不同,方便阅读,想法和疑惑都可以写进去,
如果可以添加推荐方案。
后续跟进:
- 期望接受率不高:建议未必会被采纳,可以沟通
- 提建议的目的,旨在帮助策划做好产品
- 注意沟通,换位思考
- 策划的反馈