软件测试是找茬游戏
以前有一个很火的游戏叫《大家来找茬》，我玩这个游戏很厉害，在这个游戏中，两幅图中有几个不一样的地方，有些地方很明显，一眼就能看到，有的地方隐藏得比较深，要仔细看才能看清楚。 游戏也不需要你把没处不同都找出来，只要达标就可以进入下一关。
软件测试就是玩《大家来找茬》，拿到的需求就是第一幅图， 开发写出来的代码是第二幅图。 开发在编写代码的过程中会出现逻辑错误，从而导致第二幅图和第一幅图不完全一样， 而测试的任务就是把这些不一样的地方找出来，避免损失。
随机测试法不灵
低段位的选手玩《找茬》游戏一般是随机查找，看到了就看到了，没看到再换个区间。这种测试方法教 “随机输入测试法”，很明显，这是效率最低的方式。
在一张图上的任意一个像素点都有可能不同，而在成千上万行代码中，任意一行都有可能出问题。 随机测试法就好像拿个小碗到大海里捞针，捞到的几率很小。
穷举法也不灵
还有一种办法来玩《找茬》游戏，那就是一个个像素点比对，这种方式确实能找到，但是速度实在是太慢了。为了提高速度，总是会跳过一些地方，总会有漏网之鱼。
小时候过年，家里捞池塘里的鱼就是用这种办法，但是每年池塘里总会有很多鱼没有捞干净。
测试用例方法必须学精
精通的方法：
- 等价类
- 边界值
- 因果图和判定表
- 错误猜测
刚入行想掌握好这几种用例设计方法应该也还行了，所以其他的用例设计方法我也没有仔细看。看着就这几个字，但是实操起来还是有难度的。 尤其是当因果图和等价类这些结合起来的时候，分分钟就晕了。放张图感受一下。
测试类型不是儿戏
想那些报班学习的应该只关注功能测试吧，对于模块测试、系统测试应该关注不多，这就是自学的优势，能看到全世界最厉害的人的思想结晶。
当然，对于互联网应用，最少也应该从表示层、业务层和数据层面进行测试。
表示层主要测试界面是否显示正常：
- 字体
- 链接指向
- 图形分辨率
- 拼写检查
- 光标位置
- 默认状态
- 交互友好度
- 商业风格
业务层主要测试是否完成了正确的事情：
- 计算是否正确
- 数据采集和返回正常
- 事务正确完成
- 失败事务回滚正常
- 响应时间和吞吐率
数据层主要看数据库：
- 数据库性能
- 数据存储正常
- 数据备份正常
- 数据加密和安全
- 后端数据输入和管理功能的可用性
测试很难
我不知道有多少人听到测试门槛低，工资高就一头扎入了这个行业， 但是测试是一个逻辑游戏，逻辑思维不行的，考虑问题不健全的，对用户没有同理心的干这个可能会很吃亏。
当然入门还是比较简单的，就和你想学唱歌一样，想学入门很轻松。 但是你要靠这个作为饭碗，要做歌手，那就需要经过系统的训练。
同时，面试也会用非常多的八股文需要背，我之前收集到的面试题多如牛毛，佩服自己是应试教育的一把好手，后面整理了一下碰到的主要面试题，送给有缘人，顺便求点个赞，三连必回。
