如何确保测试用例是执行过的

当做一个面试问题的话，这个要怎么回答

是测试过程中很重要的一部分内容，用例的编写也是一项很考验测试人员对业务知识的理解和分析能力的工作，所以编写用例的水平也能一定程度上反映出测试人员的测试水平，而很多测试人员特别是刚进入测试行业的测试人员，往往都忽视了测试执行的重要性，不屑于做测试的执行工作，觉得测试执行没什么技术含量。
　　我在之前的两家公司，因为人员结构或者测试组织方面的原因，没执行过别人写的用例，都是自己写好了自己执行。来到现在公司后，由于项目已经进入了尾声，用例也已经比较完整了，所以就安排我先做用例的执行工作。一方面在不熟悉业务的情况下，执行用例相对编写用例会简单点，另一方面也可以通过执行用例来熟悉业务。
　　我执行的用例是我们部门主管写的用例，所以也算是用例交叉执行的一个过程。在用例的执行过程中，一方面是对我业务理解能力的检验，另一方面也是对用例编写者所编写的用例的检验。用例的执行环境、前提条件、操作步骤、和预期结果都会影响到用例能否顺利的执行，这些如果都写的清晰了，用例执行的效率也就更高，对业务的理解也就更容易。
　　对于业务逻辑简单的用例，对着用例的输入步骤和预期结果就可以较顺利的执行，对于业务逻辑比较复杂的，加上一些前提条件可能也没有在用例中说的很完整，就需要通过用例编写人员给予业务逻辑的讲解才能理解，而讲解业务的过程，又是对业务更进一步理解的过程。
　　我现在参与的项目是OA系统，执行用例过程中，发现在执行多部门协调性要求比较强的业务的用例时，往往需要频繁的登录和退出系统，在用户多的时候，可能容易出错，也不太好保持测试的连贯性。通过一段时间的用例执行工作，也总结了点经验，和大家分享。

1.可以修改这个测试用例为不可用状态（n/a)，也可以将次用例修改为正确的去执行 2.测试用例错误，这个是可以避免的；具体可采取以下方面避免： 1）加强对需求的理解,可以使用工具类的如mindmanage画出结构图；（你要参与需求评审） 2)完成测试用例的编写后，在执行用例前叫上开发和相关测试人员做下测试用例的评审 祝好，