为什么测试会有bug？

我相信所有软件测试工程师都有疑问：Bug到底是怎么来的？为什么就是控制不了？今天，让我们深入讨论和分析这个问题。

虫子到底是怎么来的？为什么就是控制不了？生产虫子的具体原因可能多种多样，但希望在虫子原因分析过程中，能够抽丝剥茧，找到根本原因。如果可以将在线故障、一般障碍分析、减少障碍坑方法、踩入次数等在线、线下bug结合起来，就可以对bug的原因有不同的认识。

一、使用体系结构前后

前端使用es7 react node增加开发工作负载：

软件包组件

多个模块的公共组件导致一个功能点发生变化，另一个模块发生变化。对测试的影响是，模块必须返回到其他多个相关模块。后端基于大容量数据进行多种条件过滤，具体实现“大容量内存”方案。也就是说，定期更新内存中的数据、在内存中过滤多条件。

问题是：

1、由于总体GC问题，需要大容量内存服务器。

2、定期数据更新机制，往往一个界面被多次过滤，返回的数据不一致。

二、因为开发者经验问题/思维的严格性。

这些问题和经验或各开发人员的合作、工作风格和具体问题如下。

1、前后基本参数规则

2、前端参数

3、需求点没有实现。

4、“明显”主要功能没有实现。

三、由于业务特性

每个企业除了具有共同的业务特性外，还具有独特的业务特性。例如，前端业务与纯后端业务焦点大不相同，APP前端业务与Web前端业务大不相同。对生成的bug的具体反应与bug的数量或bug本身隐藏的深度有很大的不同。

四、由于测试人员缺乏经验。

不用在这里说，测试方案的完整性和深度，甚至测试执行水平的经验，决定了可能暴露的bug数。

五、重复周期不合理地发生。

这包括团队所有成员接受重复速度和规模的程度。过度追求重复速度的球队整体牺牲部分产品质量。