关于一些测试BUG的分析

hwtiger

前期进行完一轮测试，面对产生的BUG，又该分析了。但面对几种类型的BUG，我却不知该如何分析出后续的改进措施。
一种是：发生概率极低的BUG；问题产生后是很严重的，测试用例是覆盖了的，但是它是个概率性的问题，要执行多次才可能偶尔出现。大家对于这种问题，一般是如何分析的，采用后续什么方法来面对这种问题？我在想，要是每种用例都执行很多次，成本太高了点，时间和进度也不允许。你们有什么好的办法吗？
第二种是：测试执行的顺序不同，就是说，只有在特定的顺序下操作，才会出现问题。面对这种问题，我也很难在后续的用例中改进，因为我知道，一般一个测试的方法和步骤是多样的多变的，我们是尽量模拟用户可能的操作去做，但是用例没法穷尽呀？

所以面对这样的问题，我感觉是防不胜防，各位高手们有什么着没有呀？

msnshow

只能尽量

hwtiger

谢谢回复，还是太难了。第一种问题，你的解决方法是事后的解决手段，这个一般都能查找到问题，但是事前衡量如何做？一般如果采取什么方法可以把这个问题的发生可能性减到最小呢？不知有办法没有？
第二种问题，你说的方法，可以试一下。谢谢！

阿七

对于第一种  概率性的东西  归结到底  还是代码写的有问题 这个你需要和开发人员一起找原因了.定位到产生问题的代码段. 要不然真的很难解决.
第2种  你必须先从总体出发   理出条理  你需要用到 等价列  把可能发生的情况归一下类, 不要想全面覆盖到,那是不现实的