关于6月21日测试流程的分享内容，我反反复复听了好几遍。感触颇深，其中很多地方感觉受用很大。
需求分析：在分享中有提到，关于需求分析。很多时候在开需求评审会议之前，并没有过多的时间去了解，也不重视，以至于在开会时根本不知道产品在讲什么。这样的情况下，根本不可能会提问出什么问题，但是等你后来自己设计测试用例时，会发现好多问题，这样你就要再次去与产品沟通，很是浪费时间。所以在以后的工作中要注意，在开需求评审之前要认真的了解需求与业务。有疑问是地方记下来，还有就是在评审会议期间有问题要集中去问，不要在中途打断产品思路。最后关于需求分析方面，作为测试人员我们要站在用户的角度去考虑需求，例如：该需求是为了满足哪种用户；用户什么情况下会使用；用户会如何使用；用户的使用频率如何；需求为何要这么做等等，这些都是需要测试人员去考虑的。
需求转化成功能：之前一直也听说接口测试但是从来没有想过为什么要这么做，听了这个分享后才知道，原来还有数据与UI分离这一方法。这种数据与ui相分离的方法也就是接口测试来实现的。将需求转化成功能的方法还包括功能划分优先级（例如：数据的新增与更新>数据查找>数据显示）、黑盒拆解功能点、自顶向下拆解功能、强壮性测试、cookie验证测试。
在分享中还提到关于写的很详细的用例，在测试中根本用不上的问题。像这种情况的话用例就可以不用写了。改善方法：项目中整理出一些通用的测试用例，然后根据具体的功能补充一些个性的用例即可，或者利用xmind直接列出相关的测试点。
其他：功能测试之外需要需做的是兼容性测试、安装卸载测试、安全性测试、性能测试、故障恢复测试。最后还要注意还要进行发布前的准备工作（例：发布失败的应急操作）、线上回归测试（线上回归下所有bug以及整体的业务流程）。
