文档介绍：第三方测试
第三方测试有别于开发人员或用户进行的测试，其目的是为了保证测试工作的客观性。从
国外的经验来看，测试逐渐由专业的第三方承担。同时第三方测试还可适当兼顾初级监理
的功能，其自身具有明显的工程特性，为发展软件工程监理制奠定坚实的基础。第三方测
试工程主要包括需求分析审查、设计审查、代码审查、单元测试、功能测试、性能测试、
可恢复性测试、资源消耗测试、并发测试、健壮性测试、安全测试、安装配置测试、可移
植性测试、文档测试以及最终的验收测试等十余项。
目 的
为了保证测试工作的客观性
有别于开发人员或用户进行的测试
类 型
对软件企业的 CMM 评估认证等
目
录
1 概述
2 作用
3 组织管理
4 分类
三种类型：
五个层次：
1 概述
测试并不仅仅是为了要找出错误。测试方还需要对错误进行归类和总结，通过分析错误产
生的原因和错误的分布特征，可以帮助项目管理者发现当前所采用的 软件过程的缺陷，以
便改进，更好地帮助用户。根据 软件工程的要求，测试工作应贯穿开发的全过程，如右图
所示。
从测试流程中可以看出，编码和单元测试基本上属于程序的调试，一般由开发方自己进行。
作为第三方测试，定位在系统测试和集成测试最为有效。但是，为了得到高质量的软件，
第三方也要适当介入编码与单元测试，能够更好地保证测试的有效性、准确性和可信性。
测试评估是软件测试的一个阶段性的结论，用所生成的测试评估报告，来确定测试是否达
到完全和成功的标准。在测度评估阶段向用户提供强有力的支持，包括通过 测试报告，验
证测试结果是否符合 测试计划中制定的测试标准；根据缺陷报告提供的测试结果数据，给
出 软件质量和测试完整性的评估报告；特别在以下几方面对测试的过程进行评测：
(1)评估测试用例覆盖：测试的目标是确保 100%的测试用例全部成功地执行。如果这个目
标可行或不可能达到，则要根据不同的情况制定不同的 测试覆盖标准。主要考虑风险和严
重性、可接受的覆盖百分比。
(2)评估代码覆盖：需要断定测试目标期望的总的测试代码行数，在测试中真正执行的代码
行数及其百分比，将此结果记录在测试评估报告中。
(3)分析缺陷：对缺陷进行分析，应遵照缺陷分析策略中制定的分析标准。
最常用的缺陷分析标准有三种：缺陷分布——缺陷数量作为随缺陷属性变化的函数（如状
态和级别）；缺陷趋势——缺陷数量作为以时间为条件的函数；缺陷滞留——特殊的缺陷密
度报告，缺陷数量与缺陷在某一状态保留的时间长短有关。
(4)确定测试是否达到完全和成功的标准在此阶段将判定测试是否已达到完全并可接受，生
成测试结果报告。
2 作用
第三方测试以合同的形式制约了测试方，使得它与开发方存在某种‘对立’的关系，所以
它不会刻意维护开发方的利益，保证了测试工作在一开始就具有客观性。第三方一般都不
直接参加开发方系统的设计和编程，为了能够深入理解系统，发现系统中存在得问题，第
三方测试必须按 软件工程的要求办事，以软件工程的标准要求开发方和用户进行配合，从