现在，在我的问题清单上，有了四个问题，分别是：
　　1、怎么确定功能与流程之间的关系，才能确保页面功能与流程都有比较充分的测试？
　　2、怎么安排和分配页面功能与流程测试，才能做到不重复不遗漏，不多不少？
　　3、怎么确定流程测试是充分的、少遗漏的？
　　4、从用例数量的角度，怎么平衡页面功能与流程的测试？分解开来，就是怎么确定各需要多少用例，才是相对比较合适的？
　　一个一个来解决吧。
　　首先，流程为纲，页面为内容，纲举目张。页面和功能是所有流程的基础，必须保证这一部分是相对比较充分的测试。这是一个一个零散的珍珠，一个一个捡，需要花费不少功夫，需要找根线，将它们串起来。而想来想去，只有流程是最合适的。总体来说：可以按照流程为主，在流程中穿插页面和功能测试，通过流程的主动流转，对页面和功能进行测试；而对于独立的页面和功能，则单独拧出来测试；在所有可能的页面功能都测试结束后，则对剩下的流程执行业务流程测试。当然，这里会产生一个问题，在这种设计思路中，怎么遵循用例设计中的独立性原则？留待后面解决。
　　其次，以流程为主，穿插页面功能测试，模块化设计。流程穿插页面，这个其实在前面基本上确定了，所以这里主要解决遗漏和重复的问题。从需求设计的角度来说，页面和功能是流程的基础，而同时也是依附于流程的，在流程中的独立页面（注意与独立的功能页面的区别），是没有意义的，也就是说，只要流程的测试足够充分了，那么页面和功能的测试也就充分了，不会遗漏了。这里的重复存在的可能性是很大的，无论流程怎么变，总体来说，页面数量大体是固定的，只是处理逻辑会略有不同，则肯定会在大量的流程用例中出现相同的功能和页面。对于随着流程不同，而略有变化的页面和功能，需要在后面的用例中将之前存在过的页面和功能用例省略并且过滤，比如房间数量随人数不同而变化的功能，在多次执行流程时，可以在后面省略该流程；对于固定的功能，比如担保功能这样的功能，不随审批与否而变化，可以作为独立功能，单独拧出来，作为功能测试用例中的担保模块存在，关于这样的功能，需要一个列表单独列出，并且根据流程中出现的情况，可以增减。
　　第三，采用科学的设计方法，来确保流程用例的充分完整。既然确定了流程为主线的用例设计思路，那么就要确保流程的用例是充分完整的，最好的办法，就是使用科学的测试用例设计方法。这个时候回过头来看学过的和常用的用例设计方法，等价类、边界值、判定表等这些方法，在针对某一个功能或某一个不大的模块的时候，是够用而且很适合的（当然，这个在后面的具体页面功能的用例设计中，依然是必须要用的），不过，在针对某一个业务线或产品的时候，却很明显不够用了，需要更加宏观更加有效的设计方法。在仔细分析过整体业务流程的规律、大量的比对后，结合我目前所掌握的知识和方法，最后，决定使用正交实验分析法为主要思路来规划整体流程用例，结合分层的测试设计思想，以等价类等方法来设计具体测试用例。
　　第四，关于具体的测试用例数量，目前还没法估计，等后面分析完再说吧。