软件测试（迭代）流程

        如何开展一天的测试工作，采取怎样的策略？是每一个测试人员都要思考的问题，本文通过测试过程的几个关键点及通过简单可视的绘图介绍软件测试人员的一天工作流程：
        开发人员代码提交策略：开发人员每天下班前将代码进行编译，如果编译通过，功能自测（实际在开发过程中已经完成）通过，则向SVN提交代码；否则，不提交。保证SVN内总是存在有最新的可编译通过的程序。
 开发人员自测通过标准：功能有基础的数据验证，功能、流程处理通畅无误，即冒烟测试通过。
        测试用例执行策略：每天通过SVN提取最新的程序，回归所有已经修改的缺陷，并按顺序（从上一次行到哪，下一次就从哪里开始执行）执行测试用例，直到所有测试用例执行一次完毕。
 需求变更处理策略：
        小规模的需求变更，若影响到未测试的功能，则在执行测试前修改测试用例，依照最新的需求和测试用例进行执行；若影响到已测试的功能，则只需在下一次测试迭代开始前修改测试用例即可。
        大规模的需求变更，若影响到未测试的功能，则尽量在执行测试前修改测试用例，依照最新的需求和测试用例进行执行，若不行，则跳过此功能，则可在下一轮测试轮迭代开始前，更新测试用例后，再进行测试；如果影响到已测试的功能，则只需在下一次测试迭代开始前修改测试用例即可。
        SVN基线管理策略：对于需求或设计发生变化则新增一条基线。
        具体流程，详见附件测试迭代流程（Visio）