查了一下午,实在是查不到什么东西。找到几个稍微有用的信息。参考一下。
在理解业务规则的基础之上,根据各个测试脚本之间的联系,创建脚本控制点。在生成的目标脚本中嵌入若干控制点(control point),其位置分别位于测试脚本的入口(前置控制点)、出口(后置控制点)和内部(内部控制点),其中前置、后置控制点在生成测试用例时直接置于目标脚本的入口和正常出口,内部控制点则按照需要置于目标脚本一些关键位置:如耗时无法预计的语句前,非正常出口等,以便实施控制。
STAF client端Monitor类
当一个测试工作流被启动之后,测试用例就按照测试场景的编排开始执行,在这个测试用例执行的过程中,为了使测试人员可以及时准确的了解测试执行的情
况,需要为测试人员提供一个监视视图,这个视图界面应该实时的反映测试用例执行到哪个阶段,显示测试用例发送的信息,监视日志文件中抛出的异常,并
在执行完毕之后显示执行结果。这个测试用例执行监视器的功能由Monitor类来实现。
Monitor类为测试用例提供了一个执行时动态更新的视图。
日志监视服务程序需要对每一行日志信息进行解析,把各个字段的内容分解出来,存入特定的数据结构,等待处理。
即每当产生一条期望的日志信息,日志端(测试机)将通过STAF的消息队列服务向控制端(客户端)发送一条消息事件,这个事件包括日志的相关信息和内容,
控制端接收到这条事件后把日志内容展示出来。
在理解业务规则的基础之上,根据各个测试脚本之间的联系,创建脚本控制点。在生成的目标脚本中嵌入若干控制点(control point),其位置分别位于测试脚本的入口(前置控制点)、出口(后置控制点)和内部(内部控制点),其中前置、后置控制点在生成测试用例时直接置于目标脚本的入口和正常出口,内部控制点则按照需要置于目标脚本一些关键位置:如耗时无法预计的语句前,非正常出口等,以便实施控制。
STAF client端Monitor类
当一个测试工作流被启动之后,测试用例就按照测试场景的编排开始执行,在这个测试用例执行的过程中,为了使测试人员可以及时准确的了解测试执行的情
况,需要为测试人员提供一个监视视图,这个视图界面应该实时的反映测试用例执行到哪个阶段,显示测试用例发送的信息,监视日志文件中抛出的异常,并
在执行完毕之后显示执行结果。这个测试用例执行监视器的功能由Monitor类来实现。
Monitor类为测试用例提供了一个执行时动态更新的视图。
日志监视服务程序需要对每一行日志信息进行解析,把各个字段的内容分解出来,存入特定的数据结构,等待处理。
即每当产生一条期望的日志信息,日志端(测试机)将通过STAF的消息队列服务向控制端(客户端)发送一条消息事件,这个事件包括日志的相关信息和内容,
控制端接收到这条事件后把日志内容展示出来。
浙公网安备 33010602011771号