软件测试的问题定位分析思路

定位分析思路

软件开发流程

bug权重分配

1.一些测试leader对TE工作评估的主要依据，发现的bug数，如果仅仅是bug数并不科学，因为根据bug等级的划分，有些bug甚至没有经确认或者重复，甚至有可能出现滥竽充数的现象也说不定。

2.如果按照bug等级划分来分配权重的话，明显更加科学；

例如，我发现了2个致命的bug，4个提示的bug，3个建议的bug，最后的成绩=22+40.5+3*0.25

3.个人觉得，一些致命的bug或者是严重的bug（比如：一些影响到测试工作的bug等），相对比较容易发现，这些都是不具思考性的错误，为什么为发现这些问题，不用问，必须改的bug道不是这样吗测试日常中最难处理反而是一些建议性问题，往往更具有思考性，比如说用户需求没有说明，但是我觉得做了更能体现出用户体验的易用性，然而需求文档上没有，那就不是必须要做的，开发可以选择不做，这样开发和测试就有了争议了，那就捅到产品那里去吧。。。对于一些建议性问题往往是花费更多的时间的。

注意：如果产品比较成熟的话第三种比较合适，如果产品还停留在开发基本功能的情况下第二种相对比较符合。

六，总结

在测试过程中，更加精准的定位问题的原因，不仅要熟悉业务（不明确或者没有需求文档要多问产品经理），而且还要熟悉系统架构的链路及其组成的工作原理，在其中起到什么作用等等。

来源：Imobs