Amy分享场景测试设计，对比自身情况，一些补充和改善；
（1）测试设计思路
从用户的角度，如何使用、如何更好使用；（这点实际工作中做得不够，需换位思考，符合用户的习惯，尤其是用户使用时的痛点）
弄清系统逻辑架构，深入分析业务流程；（架构未进行关注，未能站在更高的角度，未能从整体上进行把控，基本关注在具体业务和功能侧）
各子系统、各模块之间的交互，覆盖深度；（与其他同事负责的子模块，交互部分未能引起足够的重视，用通俗的话，就是多半管理自己的一亩三分地，共同负责交叉部分需引起重视）
（2）场景分析
应用场景分析法：4W1H，Why、Who、When、What、How；（使用的意义和目的，多问几个为什么，能够更加深入的理解设计的必要性、操作使用的合理性等；用户体验这一块，尤其是错误处理，需引起注意）
约束与限制；
测试场景分析；
（3）业务流程分析
弄清流程和原理；
分析角度和维度：功能测试、性能测试、安全性测试、用户体验、可靠性测试、风险分析；（非功能性方面，先前投入不够，用户任务并发、互斥，用户体验，在工作中，结合实际情况，调整时间分配，在保证功能的前提下投入更多的时间于非功能方面）
（4）测试评估
质量评估；
需求覆盖情况；
缺陷分析；
测试设计有效性；
目前工作中的流程如下：
1.根据需求文档，进行测试分析，开发进行串讲（产品、测试参入），闭环遗留问题，测试输出测试分析件，一般为思维导图，测试组织反串讲（开发、产品参入），闭环遗留问题，根据分析件输出测试用例初稿；【不足的地方，需求评审时测试未能参与】
2.测试用例评审，参与者：测试组内成员、产品，闭环遗留问题，输出用例（包括：UI测试、功能性测试、DFX测试），并归档至指定路径；
3.根据测试用例进行测试，先进行主干基本流程的测试（冒烟），测试如果不通过，版本打回；冒烟通过，进行后续测试，优先进功能性测试，保障功能的前提下进行其他方面的（UI和DFX）；
4.测试总结和测试报告的输出，一些特殊场景可能先前未考虑到，会对先前的用例进行补充和完善；
听过Amy的分享后，发现目前流程可改善的地方、可提高的点还是有很多的。现有的流程存在必然有其合理性，但自己更要有独立思考的能力，逐步从各个点进行深入和补充，提高测试质量，而不能仅仅是在现有流程下持续的重复。每天多一点思考，每天进步一点点，一个月、一年下来将会有意想不到的结果。
