测试通过！为何线上还有很多BUG？实践中的质量如何控制？_bug 控制质量(2)

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

在测试工作中，常见的问题原因分为以下几类：

• 不同版本的数据兼容

这是最常见的问题，一般新版本的迭代不仅仅是代码层面的，还有数据库的改动，而对于线上原有的数据来说改动了数据库有可能会受到影响。

举个例子：

如果数据库增加了一个字段，那么新数据肯定会通过新的程序给这个字段赋值，而原有的数据这个字段往往是空的，这时读取该数据就会发生问题。

当然这只是一个最简单的情况，这种情况在测试环境可以用历史数据进行测试从而发现该问题。但往往还有更多复杂的情况，有时候是需要手动造数据库的数据来模拟数据兼容的问题。这个就是测试比较容易忽视，也最容易发生问题的一个点。

• 测试环境和正式环境的不同

测试环境和正式环境的不同也是一种经常发生的事情，

不同分2种情况：

1. 硬件方面的，一般正式环境的服务器都比测试环境来的好，所以硬件上不太可能一致，虽然这个差异影响比较小，但也不排除会影响程序的运行。
2. 软件方面的，包括程序语言的版本，服务器系统的版本，甚至服务器的权限控制都会影响到程序的运行。

如果说不同版本的数据兼容问题可以在测试环境预判并测试，那这种情况可能只能做到提醒开发和运维人员了，硬件方面没办法，软件方面尽量做到一致，以减少测试环境和正式环境的差异，让正式环境上的程序跑的更加稳定。

• 服务器的配置

这个不同于上面说的程序语言版本，而是在代码层面的配置：

• 配置文件，包括代码的相对路径，某个功能的开关，又或者是服务器ip的配置等等。而这些都是相对于测试环境配置的，如果发布的时候将配置文件覆盖也会导致正式环境出问题。
• 服务器上配置的crontab脚本，很多程序是需要通过crontab脚本定时执行，而crontab又是需要在服务器上配置的，自动配置不方便控制及维护。所以大多数还是需要人为去配置的，这个配置如果漏了或者配置错也会导致出问题。

以上3点只是常见的，事实上可能会遇到更奇葩和不可思议的问题，

例如

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！**