下面是第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了，再提交禅道，这样避免遗漏。