下面是第5次分享的学习记录与思考
一、需求分析
了解需求。提前阅读需求文档，找出并记录问题点（不理解的，有歧义的地方，功能需求不明确的，挖掘不够的地方进行标注）。需求评审时，针对标注的问题进行集中式的提问。
场景分析。站在用户的角度分析问题。需求制定服务的目标群体是哪些人？用户如何使用系统功能？使用场景？使用频率？
二、需求转化为功能点
1.显示与数据分离（数据与UI分离）---并不适合所有的情况，具体情况具体分析
如何实现分离？首先需求文档锁定了，我们就可以试着将数据与UI进行解耦。
1.优先关注数据的产生与业务处理的正确性。
2.UI显示数据的正确性还有用户体验。
2.功能点划分优先级：
数据创建及更新>数据查询>数据显示
3.黑盒法拆解功能点：
1.用户输入数据的输入比如表单等
2.系统提供的数据比如股票的价格以及成交记录等
3.时间变量
4.某些功能可以的前提条件
4.自顶向下拆解功能：用xmind细分功能点
三、功能点以外的测试
兼容性测试（web端浏览器兼容、分辨率兼容；PC端不同操作系统；移动端android、ios 不同版本）
安装卸载测试
性能测试
安全性测试
故障恢复测试
四、对项目影响面进行分析
项目对系统有哪些影响，运用自己对系统的了解程度和自己本身具备的系统知识，在需求分析的时候明确哪些是需要回归的，确定了一个范围之后要和开发进行沟通了解哪些模块会受到影响，结合自己的分析最终确定需要回归测试范围，执行哪些用例。
五、做好发布前准备
数据初始化的脚本是否OK？
配置的脚本是否OK？
发布流程是否OK？
发布人员及生产环境回归的测试人员是否就位？
应急预案是否准备？
六、做好线上测试
回归测试环境发现过的BUG
回归主要的业务流程
探索性测试
定期定时对线上功能进行回测（关键点）
七、做好总结
维护BUG库，系统分析BUG原因，将BUG分门别类，避免同类错误重复发生。
回听完分享之后发现自己有几个地方没做好：
一、线上测试
工作中遇到的情况：测试环境发现过的BUG（测试环境已经修复），正式环境再次出现。
反省：1.这次是新的平台上线之后的小版本更新，更新的功能不多没有足够重视（没把这事写在备忘录），结果刚好碰上android端出版本，一忙忘记线上测试了，惭愧。后续按照阿辉哥的分享的4条严格执行，并且优先执行线上测试。
二、自顶向下拆解功能：
重要功能点需要用xmind细分功能点避免漏测。
三、需求分析
场景分析。站在用户的角度分析问题.
四、做好总结和测试报告
做好总结，维护BUG库，系统分析BUG原因，大版本出完了要有测试报告。测试中发现的BUG先记录在文档里测试完了，开发区修BUG了，再提交禅道，这样避免遗漏。
