测试人员如何定位bug-实操一

项目一（小程序发布管理）

这个项目比较简单，所以对于测试工作的要求相对基础。涉及的模块如下：概览，版本管理，代码库管理，构建配置，持续集成，小程序包管理。具体的项目我觉的介绍没有多大意义，作为一个测试新人，想分享一下测试中发现的具体bug。

bugNO.1（与数据库操作有关）

在测试中，产品需求里面有个定时清理小程序包的规则：测试包保留两个月，生产包保留前十个版本，测试思路如下（主要针对测试小白进行分享，大佬欢迎指教）：
1 在与开发沟通前，我能想到的是，测试包保留两个月，肯定是需要对数据库进行操作，不然这个测试点咱不可能真的等待两个月再去进行验证的，那是笑话。
2 猜想，应该是更改数据库中的某个与时间相关的字段，达到模拟两个月的效果
带着这个思路就可以去请教开发了，开发要做的就是告诉咱们测试，在哪个数据库，哪个表，哪个字段，进行操作可以实现这个测试点的正确验证。
经过与开发沟通，验证方案如下：
1 验证点：测试包保留两个月，生产包保留保留两个月 并且在前十个版本；
2 需要更改某表的create_time字段的时间，开发表示定时清理触发是在凌晨一点。
那么，我们发现这个凌晨一点定时清理触发似乎也没那么快。但是考虑到这个验证点时间充足，就先不管这个了。我在修改时间的时候，考虑到边界值，某个测试包的create_time设置到“刚好两个月”，设置到“两个月多1天”，一个设置到“两个月少1天”。3中时间设置，预测结果是：设置两个月多一天的情况下，测试包才会被清理。生产包是同理，只不过要考虑保留最近的是个版本包。
实际结果：多次测试的情况下，发现有时候这个满两个月的测试包每一被清理。那么清理存在问题
bug定位：开发自己定位，发现原来是环境问题，定时任务跑到其他测试环境了（我们的测试环境有3套，有时候存在环境问题），解决方案，开发给我写了个定时任务触发的接口，在我修改时间以后，只需要执行这个接口，即可看到效果。

bugNO.2（善用F12）

在测试历史包和生产包状态变更时，发现测试包里面还会有生产包（当一个包成为生产包时，状态包里就不应该存在这个包了。根据ID可以区分），看后台传参发现，前端envtype这个参数不仅传了sit,还传了prd。告诉前端删除这个传参即可。

这个主要是用到浏览器的F12,

本文抛砖引玉吧，个人感觉作为一名测试，最需要的是这种经验的分享。所以希望以后有更多的大牛结合实际的测试，来讲述如何定位bug解决bug。关于F12里面的请求参数，响应参数，各位自己补充相应的知识，我目前也在不断的总结学习中，反正很有用就是了。给开发提bug的时候，结合bug定位来提，开发都会对你另眼相看。后续我还会继续分享的。