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