什么是软件测试用例预演 有何优点？3

 　　A：测试用例预演方法并非不需要前提条件，至少要保证以下条件才能使测试用例预演发挥较大的作用：

　　开发工程师具有良好的配合意识;

　　测试工程师对产品具有良好的熟悉程度;

　　提问者的提问必须从"如果我这样做，程序会怎样反应"开始;

　　参与预演的开发工程师对用于预演的用例涉及的模块要非常熟悉;

　　其中，测试工程师对产品具有良好的熟悉程度是非常必要的，测试用例预演的主要对象是针对业务逻辑的用例，这就要求测试工程师熟悉产品，熟悉业务。所谓"棋逢对手"，至少要能和开发工程师是一个级别上的。另外，参与预演的开发工程师必须对用于预演的用例涉及的模块很熟悉，如果参与预演的开发工程师是模块的开发者自然没有问题，如果不是，就要求开发工程师必须能够准确了解模块的行为和实现。

　　Q：测试用例预演发现的问题需要记入缺陷库吗?

　　A：答案是肯定的，测试用例预演是一种"虚拟"的测试执行，预演过程中发现的问题同样要被记录、跟踪。当然，为了标识测试用例的发现阶段，可以专门在缺陷管理系统中增设一个"预演"阶段，统计预演在缺陷发现方面提供的效果。

　　Q：如果开发人员不配合，怎么办?

　　A：这个问题……我只能说具体问题具体分析了。关键是弄清楚开发人员为什么不配合，可能是开发人员个性羞涩，不喜欢这样面对面的交流方式;也可能是开发人员觉得这种方式浪费时间;又或者是开发人员对测试人员抱有不信任的态度。不管怎样，发挥你的个人所长，让开发人员放下顾虑和成见，认识到这种做法能给他和项目带来的好处，自然可以解决这个问题。

　　Q：还有哪些在测试用例预演过程中应该主要的问题?

　　A：当然还有一些需要注意的问题，沟通的技巧、对对方反馈的及时分析等等，这些都可以在实际运用测试用例预演方法的过程中逐渐体会。我总结的几点需要注意的问题包括：

　　对每一个开发人员的犹豫都不能放过，一个犹豫很可能就是一个缺陷隐藏的地方;

　　如果可能，最好能和开发人员一起，确定那些不确定的问题，以防开发人员一时马虎放过了本来存在的问题;

　　预演的方式不适合在正式评审会议上应用，因为预演主要是两个人之间的协同思考，在正式评审会议上容易浪费其他人的时间;

　　预演时要注意记录，头脑风暴产生的火花如果不及时记录的话，很可能会在短时间后被遗忘。