您现在的位置是：首页 >技术杂谈 >背锅侠？软件测试各类bug分类定位，从功能到性能超细总结......网站首页技术杂谈

前言

遇到功能性问题：

Python自动化测试：https://www.bilibili.com/video/BV1MS4y1W79K/

当需求进行分析与评审后，系统都具备什么样的功能，测试人员都一清二楚，不管有没有进行冒烟测试，功能问题都是我们最容易发现且最没有疑问的问题。

具体的问题体现要依具体的需求文档而定。
参考办法：需求设计文档

遇到兼容性问题：

不管是B/S构架还是C/S架构，在测试过程中都会做大量的兼容性测试，虽然进行兼容性测试的时间不一样（有专门留时间段进行兼容性测试，也有在功能测试的过程中同步进行）。

但兼容性测试始终是测试内容中的一大块，比如：按钮位置不对、文字显示不全、提示弹框出错等都是比较常见的兼容性问题。

参考办法：用多种不同的浏览器版本进行验证

遇到易用性问题：

所有的测试问题中，最有争议的莫过于易用性问题，易用性本身就是从方便与合理两个角度测试的，因此会因个人习惯与项目整体风格而产生的不同的意见，加上不涉及功能，往往这类问题也是走评审最多的。

比如，导航按钮位置不合理、进行某步操作后没有给出明确的提示信息等。
参考办法：走评审、做竞品分析

遇到数据库问题：

数据库问题最直观的体现就是界面给出的类似”数据库异常”的提示，或是写数据写不过去，这种问题，要考虑数据库所在的机器是否正常，配置是否正确，连接进程是否正常运行等。

参考办法 ：日志

遇到存储过程问题：

都说在测试行业做手工测试太久的话，很容易被人取代，也找不到测试的乐趣，这是事实，因为不光技术的层面上不去，就连发现的问题也不太让人信服了，比如存储过程的问题，跟以往通过bug的出现再去查看日志协助定位不同。

一般都是建议通过日志查看调用是否正常再去验证前台数据，当然，不是说不能通过前台现象确认存储过程的问题，只是反过来更简单一些。

从日志可以看到调用的存储过程，传递的参数个数、位置、范围，因此，对业务与说明文档足够熟悉的话，可以脱离界面从而测试调用下发这个环节。

比如：通过动态日志监控某个界面调用的存储过程中，下发的参数跟界面选择不符。

参考办法：数据库字段说明

遇到性能问题：

性能测试比功能测试介入的晚，一方面是由于功能不稳定不适合进行性能测试，一方面也是因为性能问题往往改动比较大。

由于性能测出现的问题大多都是比较大的问题，且涉及的面比较广，因此对于专项做性能的测试人员与开发人员都有比较广的技术面的要求，往浅了说，简单的稳定性测试（保持长时间向服务器发送请求）也是每个项目都必须进行的。

比如，往服务器加压的过程中，某核心组件异常断掉，或是因为请求未合理排队而导致服务器挂死等。

参考办法：查看日志、减压定位

遇到外部条件问题：

为什么需要进行测试，通俗来讲只是让产品能适应不同的人在不同的环境做不同的操作。作为测试人员，只是在上线前充当这过程中需要的人而已。

测试过程中，为了看部件或系统的容错能力，除了正常的功能测试外，也会做相关的“暴力测试”，比如，断网，断电。

参考办法：测试前后的数据对比、测试后的数据验证

遇到数据同步问题：

这类测试往往在做手工测试时不易察觉，需要接触接口测试或是性能测试后才能想到更深的同步问题。

随着现在对服务器的释压，分布式是我们比较常见的一个词，不管是对服务器还是部件，甚至是业务层面，都会涉及到同步的问题。

比如，在已知数据的基础上验证相关业务，发现数据对不上，排查了功能问题及误操作外，就要通过其它方式，比如时间，去验证是否是同步的问题

参考办法：查看日志、通过接口测试验证

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

无论前路如何崎岖，都要相信自己的能力和勇气。脚步不停，心志不懈，追求卓越是每个人应有的信念。只要不放弃、不停歇，成功终将属于你！加油！

生命短暂而宝贵，不要浪费在平庸和懒惰上。与其抱怨困难，不如勇敢面对挑战。只有拥有坚定的信念、努力奋斗，才能成就自己的人生价值。加油！

成功的路上，充满了艰辛和挑战。但只要拥有坚定的信念和不懈的努力，就能战胜困难，迎接更加辉煌的未来。无论前路多么艰辛，都不能放弃自己的梦想。加油！