测试小白一枚，两个月的摸打滚爬，奉上热乎乎的总结一篇，各位看官，请多多指教。
　　初期 — 产品需求讨论
　　到公司次日，便卷入了几个下午的绵长讨论。 老板引领着研发部同事展开了一场又一场的brain storm。（那一刻，我相信老板是做脱口秀节目的）期间，我并没有插上几句话，一是对产品确实一无所知，二是自己思考的层面确实还不足以搬上台面。现回味，参与也是极其必要的，至少，对产品需求有了进一步的了解。
　　总结反思：多参与，多思考，大胆提出质疑，思想见地很重要
　　制定测试计划
　　产品讨论大致定型后，各部门人员各司其职，我也开始学习写测试计划，内容主要是测试时间安排以及测试技术的调研。
　　总结反思：初次写测试计划，当时想象中的场景与实际实施相去甚远。有了这一次经历后，日后计划会有例可参。
　　设计测试用例
　　产品原型出炉后，我们会对产品进行各个方面的检查，比如一个流程的逻辑性，以及产品设计的合理性，用户体验等。产品原型质疑完毕后，进入到设计测试用例阶段。用例设计采用的是等价类划分的方法，因其异常冗杂，设计起来常常是无疾而终。
　　总结反思：测试用例的设计是一个重难点，细心+耐心
　　接口测试
　　服务器接口已经出炉了，这时候在诸葛同学的带领下，我接触到了接口测试。他跑的是Python脚本来测试，我则是用httpclient来调用api的url。接口测试的原理主要是模拟客户端，与服务器建立联系。
　　重头戏-app测试
　　系统：Android，iOS ，日常功能测试
　　经典测试案例：
　　1.按钮，双击（多击）【一个请求传过去，后台还没有回执过来，再发送一个请求，第一次请求回执过来页面跳转，此时第二个回执再传过来，之前的页面已经不存在了，此时程序异常退出】
　　2.Fiddler抓包，检查每个按钮（页面）调用的接口正确与否【多调少调或错调】
　　3.网络慢的情况下，不断请求，【请求次序混乱，数组可能越界】
　　4.删除项，删除仅剩的后一条记录。【】
　　5.iOS滑动到二级页面再回来。
　　未完待续。。。。