白盒测试又称为结构测试或逻辑驱动测试，主要是列程序模块进行如下检查：
·对逻辑模块的所有独立的执行路径至少测试一遍；
·对所有的逻辑判定，取“真”与取“假”的两种情况都至少测试一遍；
·在循环的边界和运行的界限内执行循环体；
·测试内部数据结构的有效性。
应用白盒测试的思想，通过测试用例设计和脚本的编写，即可实现对ParlayAPI接口调用的业务逻辑进行更准确的测试。
三、PariayAPl测试方案的设计
测试方案可以细化为被测系统、被测实体和服务SP三个部分，其中，被测系统为Parlay应用服务器；被测实体是Parlay应用服务器的Parlay接口功能；为测试系统和被测系统提供互联功能的服务SP可以是ParlayAPI所采用的CORBA环境。首先，可以把ParlayAPI接口分为业务侧和网关侧，其中网关侧API实现了对下层网络能力的封装，向上层应用提供统一的调用接口。而业务侧API则用来为网关侧提供回调的接口，网关侧通过此接口向上层应用上报所有的呼叫事件及业务的操作结果。因此，在整个测试环境中需要两个测试器：位于网关侧的呼叫模拟和位于业务侧的业务模拟。对于两侧的测试器，可以设置两个观察窗口，对两侧API的调用情况分别进行监测。
整个测试系统的主要目的就是对应用服务器所封装的ParlayAPI接口进行测试，验证其是否将Parlay网关和业务之间发送的ParlayAPI调用正确地进行了传递，其中包括了函数名、参数是否正确以及在传递过程中是否正确地维持了方法调用的逻辑顺序，特别是在大话务量情况下，这种正确性是否仍然能得到保证。因此，对于网关侧的测试器发出和处理ParlayAPI所依据的规则并不要求必须是基于动态呼叫状态的，所以，没有必要在网关侧实现一个复杂的仿真网络环境。对于Parlay API的发送、接收和处理所依据的规则采用静态定义的方法即可，即对所要测试的业务控制功能(SCF)，甚至是SCF中定义的某些方法编写测试用例，由测试用例来控制各方法、参数和调用的逻辑顺序。
ParlayAPI的呼叫APl分为一般呼叫控制、多方呼叫控制、多媒体呼叫控制和会议呼叫控制接口。
1．一般呼叫控制
一般呼叫控制服务是整个呼叫模型的子集。呼叫局限于两方且不可控制呼叫线路(CallLeg)。由于一般呼叫控制服务不能处理多媒体连接，所以不可能控制媒体信道。一般呼叫控制由网络侧的两个接口，即IpCallControlManager和IpCall，以及相对应的企业侧的两个接口，即IpAppCallControlManager和IpAppCall构成。
IpCallControlManager提供管理呼叫的方法。该接口的CreateCall()方法可建立新的呼叫对象(即实现IpCall接口的对象)。它也提供请求向客户应用通知呼叫事件的方法。例如，客户应用能够调用IpCallControlManager接口请求将送到指定电话号码或一定范围电话号码的呼叫事件通知给客户应用，如果由于某种错误呼叫通知不可进行，则不允许客户应用请求呼叫通知。
一旦调用了呼叫通知请求，就可以通过接口更改或删除。接口也提供在一系列呼叫上实施的负载控制方法和取消先前设嚣的负载限制的方法。
IpCall接口提供将呼叫路由到目的方或监视呼叫状态的方法。例如，客户应用能调用接口的方法，请求当呼叫结束时，设置与呼叫相关的信息(例如计费)。使用lpCall接口，客户应用也能请求监视呼叫，即经过指定时长后，将呼叫的状态报告送到客户应用且将呼叫的控制交给应用。这在预付费应用中很有用，以防止当预付费账户为零时，呼叫仍然继续。
IpCall接口也提供设置呼叫计费的操作，IpCall提供的另两个接口是请求用户提供更多的双音多频(DTMF)输入和计费建议操作，它通知用户有关呼叫计费的信息(即消息被发送到它的终端，如果终端有能力显示这一信息)。
IpAppCalIControlManager是IpCallContrdManager企业侧的对应接口。这个接口提供当呼叫事件(通过IpCallControlManager接口请求)到达时被调用的方法。也提供用以接受底层网络呼叫通知状态(能或不能)信息和当网络遇到呼叫过载时Parlay网关发送的通知信息的方法。接口也提供指示网络中呼叫终止的方法，当网络检测到呼叫(应用感兴趣的)终止后，由Parlay网关调用。
IpAppCall是IpCall接口企业侧对应的接口。该接口提供用以处理呼叫请求的响应和状态报告的方法。例如，IpAppCall接口被通知有关路由请求的状态：路由成功和被叫应答，或被叫忙等。IpAppCall接口接受所有通过IpCall设置的请求的状态报告。
2.多方呼叫控制
在多方呼叫控制服务中，有六个重要的接口：IpMultiPartyCallControlManager、IpAppMultiPartyCallCaontrolManager、IpMultiPartyCall、IpAppMultiPartyCall、IpCallLeg和IpAppCallLeg。
接口IpMultiPartyCallControlManager、lpAppMultiPartyCallControlManager和IpAppMultiPartyCall从一般呼叫控制继承了所有方法目没有引入新的方法，IpMultiPartyCall接口是IpCall的扩展。它包含显式接入呼叫Leg的操作。注意在多方呼叫中，一个呼叫能包含两个以上呼叫Leg。接口也提供一个建立实现IpCallLeg接口对象的方法。
IpCallLeg接口提供将呼叫Leg路由到指定目的方以及合并或分离与入/去呼叫相联系的媒体的方法，也提供当呼叫Leg终止时将Leg指定的请求信息发送到应用的方法。虽然能请求详细的Leg事件报告，但不提供连续监视Leg的方法。将来，通过IpCallLeg接口提供几个接入功能，例如找回呼叫Leg所属的ID。注意一个呼叫能有多个Leg，但一个Leg同时仅能是一个呼叫的部分。
IpAppCallLeg接口是]pCalILeg接口企业侧的对应接口。它接受通过IpCallLeg接口设置的请求的响应。
接口lpMuhiPartyCall继承自lpCall，新增方法有：
·GetCallLeg()，此方法请求与呼叫对象相关的呼叫Leg对象的标识；
·CreateCallLeg()，此方法请求创建新的呼叫Leg对象；
·CreateAndRouteCallLegReq()，此异步操作请求创建并对新创建的呼叫Leg选路。
接口IpAppMultiPartyCall继承自IpAppCall，新增方法有：
·CreateAndRouteCallLegErr()，此异步方法指示呼叫路由至目的地的请求不成功。
接口IpCallLeg继承自IpService，呼叫Leg接口用地址代表与呼叫相关的逻辑呼叫Leg。
·RouteReq()，此异步方法请求呼叫Leg路由至目的地址指示的一方；
·EventReportReq()，此异步方法设置、清除或改变Leg对象监视的事件标准；
·Release()，此方法请求释放呼叫Leg，如果成功，呼叫Leg被删除；
