测试执行

　　带过多次项目之后越来越觉得测试执行是能体现团队合作和管理控制能力的。当然，前期的测试计划做的周全对测试执行帮助是很大的。但是常言计划赶不上变化，而且测试计划是从大局观来说的，执行过程中是每天的一个活动，所以常常在执行阶段还需要好好的把控。我习惯性是这样做：

　　1.前期做好约定

　　对用例执行pass和failed进行一个约定，可能很多人会觉得多此一举，和测试用例的预期结果一致pass，和结果不一致出现bugfailed 呗，这还有什么好约定的，其实细细想一下，在执行过程中会不会遇到多个用例都是因为其中一个功能点的校验不通过而failed呢？如果这个功能点比较独立，不影响测试流程，开发在修改的过程中我们继续执行，是将这些用例都因为这个功能点不通过而置为failed呢还是将其中一个用例failed提一个 bug，将其他用例pass呢？我个人觉得两种方法都可以，可是事先需要做一个统一约定，大家都按照同一个方式去处理问题，后续负责人统计需要重新执行的用例量时也是非常清楚，方便评估的。

　　如果某个功能点不好影响测试进行的时候，测试人员是将受影响用例置为failed呢还是让它弄no run呢？其实这个也不存在谁对谁错，只是前期如果不提出来约定一下的话，恐怕每个测试人员有每个人的习惯，那么测试负责人从QC中分析执行情况以及项目进度时不能获得比较准确的信息。

　　2.分阶段来细化每天工作量

　　前期做好约定之后，再每一个阶段开始的时候需要做一个工作量预估表，细化到每天的工作量，这使整个测试过程能更好的得到保证，比如在第一轮测试将开始的时候根据执行的用例数和工作日做一个预估，第一轮计划是执行5天的话，那么第大家测试可能不会那么顺利，需要预估少一点的工作量，在后面的测试中需要抓紧时间多执行一些用例，第一轮接近尾声的时候需要预估少一点的工作，因为交接是或许遇到一些问题，这期间少一点任务能给留出一些时间冗余没想到的风险和困难。

　　另外，象这样预估好每天的工作量，可以和实际完成的工作量进行对比，可以尽早知道测试进度是正常还是延期，提早控制好风险。

　　后，从对比的结果可以分析出整体的测试计划是否做的合理，总结经验教训，逐渐成长。

　　当然，测试过程中还是需要及时调整的，对于这块只能意会不能言传，大家慢慢体会吧，我以后还有心得再和大家分享。