手机软件项目管理4—Bug处理

四Bug处理

 

1 软件开发人员平时打交道最多的外部人员就是测试人员了，而且往往都是针对Bug沟通，一定要做到有理。

对于某个bug，如果觉得测试人员提的不合理，不想修改，最好在关闭bug的同时，能说明不修改的理由，不要不加说明，直接关闭不改，这样会导致测试人员的反弹，再次reopen，增加沟通成本。

2对于随机问题，务必需要测试人员详细说明总共的测试次数和出现问题的次数，弄清楚问题出现的概率。有时可能测两次出现了一次，测试人员就报50%的概率，实际如果测试100次，可能还是只出现一次。对于随机性问题，一定要求测试人员增加总的测试次数，至少50次。

3对于描述不清楚的问题，建议不要来回邮件沟通，直接电话联系测试人员，核对问题，减少沟通时间，可以把更多时间用于解决问题。

核对问题的过程中，开发人员可以要求测试人员提供截图、操作视频或对比机的测试结果等信息，以方便解决问题。

4在和测试人员核对bug时，也一定要确认测试人员使用的手机的硬件状态，不同硬件状态的手机对某些功能影响很大，如照相效果，通常PVT状态的手机，和DVT状态的手机表现就不一样。有时在项目中可能会导入几种摄像头或LCD，那这样对同样的功能表现也不一样。

如果开发人员和测试人员使用的手机硬件状态不一样，可能测试人员反馈的问题，开发人员无法重现，导致无法解决问题。

5有时测试人员把bug的具体解决人员不一定分配的正确，SPM需要仔细查看每个bug的Owner，正确的分配解决人员。

6开发人员在关闭bug时，一定要写明在哪个版本解决了这个问题，以便测试人员可以有效的验证。

7如果客户也有测试部门，也会反馈许多bug，但客户的测试部门往往会把需求参杂在bug中反馈，在和客户核对bug的过程中，一定要把其中的需求筛选出来，不能当作bug处理，否则会严重增加项目负担。

8 和客户核对问题时，要先谈bug，确认bug的处理方式后，再谈测试过程中提出的需求的处理方式。

9有时因为我方和客户测试部门的测试case不同，客户测出bug，我方无法测出，就需要客户提供具体的测试case，以提高测试效率。