今天是2025年11月19日，是我在长沙烈焰鸟网络科技有限公司实习的第12天。
仍然是继续测试游戏bug的一天，今天的我继续满怀好奇心的寻找游戏的bug，不过和往常不同的是今天不是继续往前测试而是针对101~150的关卡进行测试，目标是找出具体的小鸟为什么无法自动飞出去的bug并录制视频反馈要求修改bug的部门进行对bug修改。
接到师傅的任务后的我如同接到长官命令之后的士兵一样重新开始返回101关进行测试，从最开始的关卡进行测试然后重新测试到150关之后仍然没有再次发现这样的bug。但我心有不甘，认为只要坚持测试就有可能发现类似的bug。同时软件测试理论的一句话："软件测试能证明软件有bug，但不能证明软件没有bug"时刻提醒着我必须要坚持不断测试去尽可能的找到软件的bug。
虽然今天经过两三个多小时的测试没有再次发现这个bug但我认为没有bug的原因并非是这个bug已经被解决了，而是测试的次数不多这个bug尚未被发现。如果把游戏测试发现bug比作物理实验寻找问题那么bug就可以理解为物理实验的误差，用物理的话来讲误差不可避免但可减少，这句话也就是说游戏中发现的bug它不会完全消失或者不存在，但它可以尽可能减少。
既然要减少的话我们要尽量去减少什么样的bug呢？我认为固然是那种影响游戏运行或者兼容性的重大bug，这就好比物理实验中那种误差较大的实验数据必须剔除。虽然说理论上我们希望的是软件真正的做到无bug，但事实上这个目标是不可能做到的。因为虽然说这个软件运行的大体过程和总体运行可以做到没有bug，但事实上即使做到了表面上的"没有bug"其在具体的细节必然也存在bug。
而之前多发点的小鸟无法自动飞出去就属于具体的细节bug，完善的目的是为了让用户对游戏的体验更好。这就好比一栋房子具体的装修完成了，现阶段就是去改造房屋的某部分完善住客的体验。
既然说想要把这项工作做好那么我必须要补充这方面的理论知识，应当学习具体的一些基础概念、如何编写软件测试文档等，以让自己的测试工作的业务能力越来越强。
今天了解到了软件测试是解决理想与现实之间鸿沟的桥梁，同时软件工程存在三大问题：
S问题：文档生成
P问题：代码生成
概念性结构问题：如何完善
软件质量Q通常可定义为Q(P,S)=P∩S/P∪S，直观反映质量水平
同时需要关注未被程序满足规格需求(S-P)和程序中超出规格需求的部分(P-S)