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