不思考，不输出，听过也就过了。 实习以来，一直感觉自己的测试用例这块不是很好，重新听了五娃关于测试用例的分享。
现状：
- 测试用例写的很简略，而且恨不得一个用例包含多个功能点
- 对需求理解不透彻，很少看代码，与开发交流过程中不能很好明确具体影响范围
- 异常情况考虑不足，有时候都会忽略异常情况
- 测试用例写完就放那了，没有及时更新
这几点直接导致自己手忙脚乱，每次结束测试会底气不足 0.0
因为是周迭代，节奏比较快， 有一点比较好的是准入CASE。每周需求确定下来以后，对应的开发和测试都会有需求文档，在开发提测之前，测试人员会挑大概20% 的基本用例发给开发，开发必须走通才可以提测，否则提测以后也会邮件打回。
反思：
- 一定要充分理解需求，明确测试范围
- 一个好的测试用例要很容易让人看懂，拿来就可以执行!
- 基础知识和经验都储备不足，不能很好的理论联系实践
改进：
- 提高用例设计能力，逻辑清晰，尽可能多的站在不同的角度分析问题
- 功能点尽可能分开，写完要记得维护
- 提高效率，有空多看代码，知道开发如何实现，每次提测修改的代码点
