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