7、项目经验类比法
        根据公司以前所做的相似项目，主要在项目性质，领域，规模上考虑，所积累的经验或历史数据来估算工作量。项目经验类比法估计结果的精确度取决于对历史项目我们所收集数据的完整性和准确度。因此，项目经验类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。

        主要从下面几个方面借鉴原项目情况：

        1、项目所属的行业。不同的行业，在类比时要考虑差异性。有无行业经验是需要考虑的。该考虑要体现在工作量中，但是不能体现方案中。

        2、项目的架构、规模、包括研发、测试工作量、代码行数等。这些数据对于评估可参考性比较强，注意项目实施中这些数据的收集。逐渐提高测试中的数据统计，提高我们测试能力的成熟度。

        3、用户需求的数量。这个通过对比用户需求，大致估计系统特点、功能复杂程度，有无新技术应用等，这些数据可用于对比。

        4、开展的测试活动。注意在原项目所进行的测试活动，与当前项目所进行的测试活动，再借鉴上面开发时间百分比法。

        5、当时有无项目经验。原项目是否是新开拓的领域，则当时付出的工作量肯定会多一些，当前项目与原项目为同一个行业领域，则会减少一些工作量。

        6、参与人员的情况。当前可参加到项目组人员情况与原项目人员情况进行对比。测试工程师以及业务分析师的项目经验是需要考虑的因素之一。

        7、客户的情况，例如对系统质量要求、重视的程度。客户如果对质量很重视，实施质量管理规范，则可能对研发团队要求也高，这样系统交付质量可能会高一些；

        8、项目系统使用对象。项目使用对象是需要考虑的，例如使用者对计算机的熟悉程度。系统是客户内部使用，还是面对Internet用户，这样对系统的安全性要求程度不同。 

        9、研发公司的情况。研发公司是否为知名公司，其研发能力的成熟度会高一些，对项目质量要求也可能高一些。该公司在行业中的做系统的名誉、口碑如何，也可以参考。

        评估流程可参考如下：

        1、在公司知识库中搜索相似项目，获得相似项目的信息；

        2、把当前项目与相似项目进行对比，找出差异性，可参考上面对比数据；

        3、对差异性进行分析，找出当前项目的特点；

        4、对当前项目进行评估，没有的测试阶段评估方法可参考其他的评估方法；

        5、最后统计出总的工作量，请相关的领导、项目经理、测试专家参与讨论，确定下最后的工作量。

8、WBS法
        WBS（work breakdown structure）估算法。将项目或产品分解为具体的工作，然后分别对各个工作进行时间估算，最终求和统计得出项目或产品的测试工作量。

        在工作拆分的原则应该是尽量把工作拆分为可以用小时或人/日度量、可以安排给一个测试工程师完成、且可以有交付物的工作。

        在评估时，可以参考一下研发规模。例如代码行数（LOC）、等价的代码行数、功能点。

        在评估中根据我们需要进行的测试活动，把每个测试活动进行拆分，同时把测试需求、测试用例、测试用例执行、轮次、缺陷修复等都进行拆分，评估每个活动需要的工作量。

        这种评估的输入是需要客户的需求规格说明书的，且需要该文档描述用户需求比较详尽、全面，才能比较准确的评估所需要的工作量。对需求规格说明书中的功能需求和非功能需求进行分解，可以通过一条或多条测试需求来描述。

        单元测试结果审核评估流程：

        1、如果有系统详细设计说明书，则依据详细说明书中划分的模块，来计算划分的单元模块数量；如果没有该文档，是否可通过其他文档估算单元模块的数量；

        2、确定单元测试审核中每个活动的工作量，例如，文档审核、测试用例审核，测试结果审查、缺陷报告审查、如果需要单元抽测，则需要单独计算工作量。