最近在整理公司关于测试的一些issue。在这里做一些记录

首先是我一开始就忽略的一个很重要的步骤，就是你不仅要知道人家做这东西的操作，你应该还要知道做这东西的风险性，我一直认为测试就是东西做出来，脚本通过，功能没问题，就是测试。这是我的一大误区。在今后的工作中，应该多去沟通，学会去评估一件事情的风险性，然后再决定测试的力度

接着是听到了一个新的名词，failover testing

所谓的failover testing。就是假设你有三台服务器，你设定一定数量的脚本去跑一定的时间，在跑的过程中断掉一台服务器，检查另外两台服务器是否负载均衡，脚本是否会出现大面积的exception。虽然还没有自己亲手做过，但未来有机会自己亲手去做的。这也算是一个知识点

通过这次的整理issue，还有一个感悟就是自己的英语还是不行。写出来的东西还是显得比较不好。看了网上人家写的一些关于测试的方法和介绍，用的词汇都较为专业，在看看自己写的，明显有很大差距，在下一个阶段，准备给自己一些目标

1. 多看英语文档，学习人家使用的词汇，试着用英语写一些自己看文档的感悟

2. 继续学习java这一门语言。

3. 整理好关于上次准备自己写的自动化脚本。解决一些问题。