WO2017054490A1 - 一种会话业务测试管理方法和系统及管理端、测试端 - Google Patents

一种会话业务测试管理方法和系统及管理端、测试端 Download PDF

Info

Publication number
WO2017054490A1
WO2017054490A1 PCT/CN2016/084559 CN2016084559W WO2017054490A1 WO 2017054490 A1 WO2017054490 A1 WO 2017054490A1 CN 2016084559 W CN2016084559 W CN 2016084559W WO 2017054490 A1 WO2017054490 A1 WO 2017054490A1
Authority
WO
WIPO (PCT)
Prior art keywords
test
session service
module
management
case
Prior art date
Application number
PCT/CN2016/084559
Other languages
English (en)
French (fr)
Inventor
王俊明
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017054490A1 publication Critical patent/WO2017054490A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/08—Protocols specially adapted for terminal emulation, e.g. Telnet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration

Definitions

  • This document relates to, but not limited to, the field of communications, and in particular, to a session service test management method and system, and a management terminal and a test terminal.
  • CLEC coherence local operators
  • ITSP IP telephony service providers
  • SIP-based services Services such as local and long-distance telephony, online messaging and instant messaging, IP Centrex/Hosted PBX, voice messaging, push-to-talk, multimedia conferencing, etc.
  • the Session Initiation Protocol is an application layer signaling control protocol.
  • the test for the session service can only be tested by manually inputting the test command analog trigger.
  • the SIP protocol call service can meet the requirements of VoIP and multimedia communication as a protocol in the next generation network. Many communication companies have successively launched SIP-enabled servers and terminal products.
  • the test process in the related technology is: the process of testing the basic call flow is to simulate the user off-hook to initiate the agent to the area by manually inputting the test command on the simulator A side.
  • the server initiates an Invite request, and the proxy server confirms that the user authentication has passed through the authentication/accounting center, and checks whether the address in the Via header field in the request message includes its address.
  • the proxy server inserts its own address in the requested Via header field, and forwards the Invite request to the called simulator B indicated by the To field of the Invite message; the proxy server sends a response message 100Trying to the simulator A in the call processing; B sends the call processing response to the proxy server 100Trying; Simulator B indicates that the called user rings, and after the user rings, sends 180Ringing ringing information to the proxy server; the proxy server forwards the called user ringing information to the simulator A; the called user picks up the phone, the simulator B Return a representation link to the proxy server Successful response (200OK), the proxy server forwards the success indication (200OK) to the simulator A. After receiving the message, the simulator A sends an ACK message to the proxy server for confirmation, and the proxy server forwards the ACK confirmation message to the simulator B; After the simulator A and the simulator B establish a successful link, the success information is returned.
  • test and test results are also difficult to calculate.
  • This paper provides a session service test management method and system, and a management terminal and a test terminal, which can solve the problem of manually inputting test commands for conducting session service tests while performing multiple session services and performing statistical analysis of test results.
  • This article provides a session business test management method, including:
  • the management terminal sends a test case of at least one session service to the test end;
  • the test terminal receives the test case
  • the test end executes the test case, and tests the session service corresponding to the test case;
  • test result information is fed back to the management terminal;
  • the management terminal receives the test result information, and performs statistics on the test result.
  • the session service includes a call service or a website login service.
  • the method before the management terminal sends the test case of the at least one session service to the test end, the method further includes:
  • the management terminal acquires a test command of at least one session service, parses the test command, and generates a corresponding test case.
  • the management end acquires at least one session service test command, Before parsing the test command, it also includes:
  • the management terminal performs security verification on the obtained test command.
  • This article also provides a session business test management method, including:
  • the management terminal sends a test case of at least one session service to the test end;
  • the management end receives the test result information obtained by the test end after testing the session service corresponding to the test case;
  • the management terminal performs statistics on the test results.
  • This paper also provides a session business test management method, including:
  • the test end receives a test case of at least one session service sent by the management terminal;
  • the test end executes the test case, and tests the session service corresponding to the test case;
  • test result information is fed back to the management end.
  • This article also provides a session business test management system, including the management side and the test side:
  • the management terminal includes a sending module and an analysis module
  • the sending module is configured to send a test case of at least one session service to the test end;
  • the analyzing module is configured to receive test result information fed back by the test end, and perform statistics on the test result;
  • the test end includes a receiving module, a testing module, and a feedback module;
  • the receiving module is configured to receive the test case
  • the test module is configured to execute the test case, and test the session service corresponding to the test case;
  • the feedback module is configured to feed back test result information to the management terminal after the receiving test module completes the test.
  • the management terminal further includes:
  • the test case generating module is configured to obtain at least one test command of the session service, and send the test command to the test command before the sending module sends the test case of the at least one session service to the test end. Line analysis, generate corresponding test cases.
  • the management terminal further includes:
  • the verification module is configured to perform security verification on the obtained test command before parsing the test command after the test case generation module obtains at least one session service test command.
  • This article also provides a management terminal, including the sending module and the analysis module:
  • the sending module is configured to send a test case of at least one session service to the test end;
  • the analyzing module is configured to receive test result information obtained after the test end tests the session service corresponding to the test case, and perform statistics on the test result.
  • This article also provides a test terminal, including a receiving module, a test module, and a feedback module:
  • the receiving module is configured to receive a test case of at least one session service sent by the management terminal;
  • the test module is configured to execute the test case, and test the session service corresponding to the test case;
  • the feedback module is configured to feed back test result information to the management terminal after the test module completes the test.
  • a computer readable storage medium storing computer executable instructions for performing the above method.
  • the session service test management method and system provided by the present application sends at least one test case of the session service to the test end; the measurement end receives the test case, executes the test case, and tests the session service corresponding to the test case. After the test end completes the test, the test result information is fed back to the management end; the management end receives the test result information, and performs statistics on the test result.
  • the test case for sending the session service through the management terminal performs the session service test on the test end, and multiple test cases can be performed simultaneously, instead of manually inputting the test command, the manual test command can be avoided to cause only the test command to be manually input. After the completion of a session service test, the next session service test can be performed.
  • the management terminal can perform statistics on the test results, avoiding the problem of large workload and error in manual statistics, improving operability, and facilitating maintenance personnel tracking. And Found problems.
  • FIG. 1 is a schematic flowchart of a session service test management method according to Embodiment 1 of the present invention
  • FIG. 2 is a schematic flowchart of a session service test management method according to Embodiment 2 of the present invention.
  • FIG. 3 is a schematic structural diagram of a management terminal according to Embodiment 3 of the present invention.
  • FIG. 4 is a schematic structural diagram of a test end according to Embodiment 3 of the present invention.
  • FIG. 5 is a schematic structural diagram of a session service test management system according to Embodiment 3 of the present invention.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • This embodiment provides a session service test management method. As shown in FIG. 1 , the method includes the following steps S101 to S104:
  • Step S101 The management terminal sends a test case of at least one session service to the test end.
  • the management terminal involved refers to a device or module capable of performing test control and test result statistics on the test end
  • the test end refers to a device or module capable of completing the test of the session service.
  • the test case involved is to parse all the test instructions used in the session service test process and generate a completed test code. During the test process, the test case can automatically complete the test of the corresponding session service.
  • the session service may include a call service or a website login service, and other services based on the session initiation protocol are also included.
  • Step S102 The test terminal receives the test case, executes the test case, and tests the session service corresponding to the test case;
  • the test end executes the test case, and completes the service test corresponding to the test case. test. Since the test control is not performed by manually inputting a test command, if there are multiple test cases, multiple test services corresponding to multiple test cases can be tested at the same time.
  • Step S103 After the test end completes the test, the test result information is fed back to the management end;
  • the test results involved may include a test failure or a test success and a reason for the test failure.
  • the code corresponding to each test result may be pre-established, for example, the test service success feedback 0, and the management end receives 0, the test is considered successful. It should be noted that the test results and coding can be determined according to the actual situation.
  • Step S104 The management terminal receives the test result information, and performs statistics on the test result.
  • the management end analyzes and collects the received test results, and the analyzed statistics refers to establishing test results corresponding to each test case, analyzing and counting multiple test results, and using maintenance personnel. Tracking and timely discovery of problems can make it difficult to avoid manual statistics and high workload.
  • the test case configured by the user directly on the management end may be used.
  • the step S101 may further include: the management end acquires at least one test command of the session service, parses the test command, and generates Corresponding test cases. That is, according to the test command used in the test service, the corresponding test case is generated, which can avoid the problem that the manual input of the test command takes a lot of time and is prone to error, the test service is used to test the session service, and multiple session services can be simultaneously performed. test.
  • the management terminal before the management terminal parses the test command after obtaining the at least one session service test command, the management terminal further includes: the management end performs security verification on the obtained test command.
  • the process designed on the management side includes: the management terminal sends a test case of at least one session service to the test end; and the management end receives the session service corresponding to the test case by the test end. Test result information obtained after the test; the management side performs statistics on the test results.
  • the process designed on the test end includes: the test end receives the test case of at least one session service sent by the management end; the test end executes the test case, and corresponds to the test case. The session service is tested; after the test end completes the test, it will The test result information is fed back to the management terminal.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • This embodiment provides a session service test management method.
  • the test framework is used as the management terminal, the simulator A, the proxy server, and the simulator B are combined into a test end, and the session test service is a call service as an example.
  • the method includes the following steps S201 to S214:
  • Step S201 The test framework simulates multi-user triggering
  • the test framework sends at least one test case to the simulator A to perform a multi-user manual input test command to trigger a call service test.
  • Step S202 Simulator A initiates a call for an Invite service request to the proxy server
  • Step S203 the proxy server forwards the Invite service request to the simulator B;
  • the proxy server confirms that the user authentication has passed through the authentication/accounting center, and checks whether the address in the Via header field in the request message includes its address. If it is included, the loopback has occurred, and the indication error is returned. The response; if no address is included, the proxy server inserts its own address in the requested Via header field and forwards the Invite request to the called simulator B indicated by the To field of the Invite message.
  • Step S204 the proxy server sends a response message 100Trying in the call processing to the simulator A;
  • Step S205 The simulator B sends a response message 100Trying in the call processing to the proxy server;
  • Step S206 The simulator B instructs the called user to ring, and after the user rings, sends 180 Ringing ringing information to the proxy server;
  • Step S207 The proxy server forwards the called user ringing information to the simulator A;
  • Step S208 The called user picks up the phone, and the simulator B returns a response indicating that the link is successful to the proxy server (200 OK);
  • Step S209 The proxy server forwards the success indication (200 OK) to the simulator A;
  • Step S210 After receiving the message, the simulator A sends an acknowledgement message ACK to the proxy server for confirmation;
  • Step S211 the proxy server forwards the ACK confirmation message to the simulator B;
  • Step S212 Simulator A and simulator B establish a link
  • Step S213 The test framework receives the success information returned by the simulator A;
  • the simulator A after the simulator A and the simulator B establish a successful link, the simulator A returns the success information to the test framework;
  • Step S214 The test framework analyzes and analyzes the call service return code data, and calls the surefire-report plugin to output the return code data to the test report.
  • the system may verify the validity of the service test command by using a filter, mainly considering security, and if the verification fails, returning the failure information to the client, if
  • the business module (one or more) is loaded into the controller.
  • the service module involved in this embodiment refers to all test naming used in performing the call service test.
  • the business module needs to inherit the business parent class (that is, abstract the public property of the business module). From the design point of view, it is convenient for the expansion and maintenance of the business module.
  • the business logic class obtains the bytecode class according to the classpath (class loading path), and calls javassist.
  • the makeClass method in the open source package obtains the CtClass object, reads the vm model (generally the xml format or other format configuration file), uses poi (third-party open source project, processing file format) to parse the file format content, and the file content data and javaBean (A reusable component written in the JAVA language is associated and exists in the form of an object.
  • vm model generally the xml format or other format configuration file
  • poi third-party open source project, processing file format
  • javaBean A reusable component written in the JAVA language is associated and exists in the form of an object.
  • you need to test multiple call services with common features you only need to configure multiple vm models. For services that have little or no common points, you need to expand the business logic module, which is also convenient when developing. Just write the vm model and javaBean, and the other logic doesn't need to be changed.
  • the business logic module will create multiple business logic objects, instantiate the class loader in java, load the generated object into the class loader classloader, generate the unit test case code file, and call JUnit (Java language unit test framework) to execute Each unit test case captures the call service return code data and parses the return code and description table according to FIG.
  • step S214 when the test framework tests the call service, the information and the encoded data are returned, and the description description information is obtained according to the returned encoded data, and the statistical unit test is summarized by the surefire-report (generating report open source plug-in). Use case execution results report.
  • Table 1 below shows the correspondence between partial coding and test result information description:
  • the test framework is deployed, by triggering the configured call command (generally a configuration file), by parsing the file format content, generating the test case code in reverse, and then executing the test cases, by using surefire-report (generating the report open source plugin) ) Summary of statistical use case execution results.
  • the configured call command generally a configuration file
  • surefire-report generating the report open source plugin
  • This embodiment mainly includes controller business logic distribution, business logic loading, vm model file parsing, reverse generation of entity test cases according to attributes defined by vm, dynamic loading of test cases to class loaders, execution of test cases, and test case triggering calls. Process, generate test case reports, and more.
  • the template vm model
  • the template can flexibly configure different call service types of different links of different users to simulate the user to send a call request, and can also generate a summary. Results report. In actual projects, development costs can be reduced, product development efficiency, and product quality can be improved.
  • the session service test management method in this embodiment can be used to be deployed on a certain server, and is started by using the command start mode.
  • the simulator background message processing process can be viewed, and all call service results will be processed to generate html.
  • a report in web format that allows testers to check how many test cases have been executed, how many have been successful, how many have failed, and why they failed. This information is displayed in the report. It can also be used for testing the performance of large portals, and can simulate operations such as large-scale users logging into websites.
  • Embodiment 3 is a diagrammatic representation of Embodiment 3
  • This embodiment provides a management terminal 300, as shown in FIG. 3, including a sending module 301 and an analyzing module 302: wherein:
  • the sending module 301 is configured to send a test case of at least one session service to the test terminal 400;
  • the analysis module 302 is configured to receive test result information obtained after the test end 400 tests the session service corresponding to the test case, and perform statistics on the test result.
  • the embodiment further provides a test terminal 400.
  • the method includes a receiving module 401, a testing module 402, and a feedback module 403:
  • the receiving module 401 is configured to receive a test case of at least one session service sent by the management terminal 300.
  • the test module 402 is configured to execute a test case and test the session service corresponding to the test case;
  • the feedback module 403 is configured to feed back the test result information to the management terminal 300 after the test module completes the test.
  • This embodiment provides a session service test management system, as shown in FIG. 5, including a management terminal 300 and a test terminal 400:
  • the management terminal 300 includes a sending module and an analyzing module
  • a sending module configured to send a test case of at least one session service to the test terminal 400
  • the analysis module is configured to receive test result information and perform statistics on the test results.
  • the test end includes a receiving module, a test module and a feedback module;
  • a receiving module configured to receive a test case
  • test module configured to execute the test case, and test a session service corresponding to the test case
  • the feedback module is configured to feed back the test result information to the management terminal 300 after the test module completes the test.
  • the management terminal 300 further includes:
  • test case generation module configured to send at least one session service test in the sending module Before the test instance is given to the test end 400, the test command of at least one session service is obtained, and the test command is parsed to generate a corresponding test case.
  • the management terminal 300 may further include:
  • the verification module is configured to perform security verification on the obtained test command after the test case generation module obtains at least one session service test command and parses the test command.
  • the embodiment of the present invention further provides a computer readable storage medium storing computer executable instructions for executing the foregoing method of the management terminal and/or the test terminal.
  • the session service test management method and system provided by the embodiment of the present invention, and the management end and the test end, the management end sends a test case of at least one session service to the test end; the measurement end receives the test case, executes the test case, and the session corresponding to the test case The service is tested; after the test end completes the test, the test result information is fed back to the management end; the management end receives the test result information, and performs statistical analysis on the test result.
  • the test case for sending the session service through the management terminal performs the session service test on the test end, and multiple test cases can be performed simultaneously, instead of manually inputting the test command, the manual test command can be avoided to cause only the test command to be manually input.
  • the next session service test can be performed.
  • the management terminal can perform statistical analysis on the test results, avoiding the problem of large workload and error in manual statistical analysis, improving operability, and facilitating maintenance personnel tracking. And find problems in time.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种会话业务测试管理方法和系统及管理端、测试端，其中，所述方法包括：管理端发送至少一个会话业务的测试用例给测试端；测定端接收测试用例，执行测试用例，对测试用例对应的会话业务进行测试；测试端完成测试后，将测试结果信息反馈给管理端；管理端接收测试结果信息，对测试结果进行统计。

Description

一种会话业务测试管理方法和系统及管理端、测试端 技术领域
本文涉及但不限于通信领域，尤其涉及一种会话业务测试管理方法和系统及管理端、测试端。
背景技术
一个世纪以来，电信通信网络发展的一个重要主题是丰富和发展基于电信网络的业务，越来越多的运营商、CLEC(竞争本地运营商)和ITSP(IP电话服务商)都在提供基于SIP的服务，如市话和长途电话技术、在线信息和即时消息、IP Centrex/Hosted PBX、语音短信、push-to-talk(按键通话)、多媒体会议等等
会话初始协议(Session Initiation Protocol，SIP)是一个应用层的信令控制协议。用于创建、修改和释放一个或多个参与者的会话。这些会话可以是Internet多媒体会议、IP电话或多媒体分发。会话的参与者可以通过组播(multicast)、网状单播(unicast)或两者的混合体进行通信。目前对于会话业务的测试，只能通过人工手动输入测试命令模拟触发进行测试，以SIP协议呼叫业务为例，SIP协议呼叫业务作为下一代网络中的协议能够满足VoIP和多媒体通信方面的要求，因而许多通讯公司都相继推出了支持SIP的服务器和终端产品，相关技术中的测试流程为：测试基本呼叫流程的过程是在模拟器A端通过手工输入测试命令模拟用户摘机发起向该区域的代理服务器发起Invite请求，代理服务器通过认证/计费中心确认用户认证已通过，检查请求消息中的Via头域中是否包含其地址，若已包含，说明已发生环回，返回指示错误的应答；如果没有问题，代理服务器在请求的Via头域插入自身地址，并向Invite消息的To域所指示的被叫模拟器B转送Invite请求；代理服务器向模拟器A送呼叫处理中的应答消息100Trying；模拟器B向代理服务器送呼叫处理中的应答消息100Trying；模拟器B指示被叫用户振铃，用户振铃后，向代理服务器发送180Ringing振铃信息；代理服务器向模拟器A转发被叫用户振铃信息；被叫用户摘机，模拟器B向代理服务器返回表示链接 成功的应答(200OK)，代理服务器向模拟器A转发该成功指示(200OK)，模拟器A收到消息后，向代理服务器发送ACK消息进行确认，代理服务器将ACK确认消息转发给模拟器B；模拟器A和模拟器B建立链接成功后将成功信息返回。
采用手工输入测试命令的方式测试很难模拟大用户量发起不同业务链路的呼叫请求；只能等一个会话业务的测试都完成后，才能进行下一个的测试，人工输入测试命令对于进行了多少的测试以及测试结果也很难进行统计。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本文提供一种会话业务测试管理方法和系统及管理端、测试端，可以解决人工输入测试命令进行会话业务测试的同时进行多个会话业务的测试以及很难进行测试结果的统计分析的问题。
本文提供一种会话业务测试管理方法,包括：
管理端发送至少一个会话业务的测试用例给测试端；
所述测试端接收所述测试用例；
所述测试端执行所述测试用例，对所述测试用例对应的会话业务进行测试；
所述测试端完成测试后，将测试结果信息反馈给所述管理端；
所述管理端接收所述测试结果信息，对所述测试结果进行统计。
可选地，上述方法中，所述会话业务包括呼叫业务或网站登录业务。
可选地，上述方法中，所述管理端发送至少一个会话业务的测试用例给测试端前，还包括：
所述管理端获取至少一个会话业务的测试命令，对所述测试命令进行解析，生成对应的测试用例。
可选地，上述方法中，所述管理端获取至少一个会话业务测试命令后， 对所述测试命令进行解析前，还包括：
所述管理端对获取的测试命令进行安全验证。
本文还提供一种会话业务测试管理方法，包括：
管理端发送至少一个会话业务的测试用例给测试端；
所述管理端接收所述测试端对所述测试用例对应的会话业务进行测试后得到的测试结果信息；
所述管理端对所述测试结果进行统计。
本文又提供一种会话业务测试管理方法，包括：
测试端接收管理端发送的至少一个会话业务的测试用例；
所述测试端执行所述测试用例，对所述测试用例对应的会话业务进行测试；
所述测试端完成测试后，将测试结果信息反馈给所述管理端。
本文还提供一种会话业务测试管理系统，包括管理端和测试端：
所述管理端包括发送模块和分析模块；
所述发送模块，设置为发送至少一个会话业务的测试用例给所述测试端；
所述分析模块.设置为接收所述测试端反馈的测试结果信息，对所述测试结果进行统计；
所述测试端包括接收模块、测试模块和反馈模块；
所述接收模块，设置为接收所述测试用例；
所述测试模块，设置为执行所述测试用例，对所述测试用例对应的会话业务进行测试；
所述反馈模块，设置为在所述接收测试模块完成测试后，将测试结果信息反馈给所述管理端。
可选地，上述系统中，所述管理端还包括：
测试用例生成模块，设置为在所述发送模块发送至少一个会话业务的测试用例给测试端前，获取至少一个会话业务的测试命令，对所述测试命令进 行解析，生成对应的测试用例。
可选地，上述系统中，所述管理端还包括：
验证模块，设置为在所述测试用例生成模块获取至少一个会话业务测试命令后，对所述测试命令进行解析前，对获取的测试命令进行安全验证。
本文还提供一种管理端，包括发送模块和分析模块：
所述发送模块，设置为发送至少一个会话业务的测试用例给测试端；
所述分析模块，设置为接收所述测试端对所述测试用例对应的会话业务进行测试后得到的测试结果信息，以及对所述测试结果进行统计。
本文还提供一种测试端，包括接收模块、测试模块和反馈模块：
所述接收模块，设置为接收管理端发送的至少一个会话业务的测试用例；
所述测试模块，设置为执行所述测试用例，对所述测试用例对应的会话业务进行测试；
所述反馈模块，设置为所述测试模块完成测试后，将测试结果信息反馈给所述管理端。
一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述方法。
本文提供的会话业务测试管理方法和系统及管理端、测试端，管理端发送至少一个会话业务的测试用例给测试端；测定端接收测试用例，执行测试用例，对测试用例对应的会话业务进行测试；测试端完成测试后，将测试结果信息反馈给管理端；管理端接收测试结果信息，并对测试结果进行统计。与相关技术相比，通过管理端来发送会话业务的测试用例给测试端进行会话业务测试，可以进行多个测试用例同时进行，而不是通过人工输入测试命令，可以避免通过人工输入测试命令导致只能等一个会话业务测试完成后才能进行下个会话业务测试，另外，管理端能够对测试结果进行统计，避免人工统计时的工作量大容易出错的问题，提高可操作性，便于维护人员的跟踪和及 时发现问题。
在阅读并理解了附图和详细描述后，可以明白其他方面。
附图概述
图1为本发明实施例一提供的会话业务测试管理方法流程示意图；
图2为本发明实施例二提供的会话业务测试管理方法流程示意图；
图3为本发明实施例三提供的管理端结构示意图；
图4为本发明实施例三提供的测试端结构示意图；
图5为本发明实施例三提供的会话业务测试管理系统结构示意图。
本发明的实施方式
下文中将结合附图对本文的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
实施例一：
本实施例提供一种会话业务测试管理方法，如图1所示，该方法包括如下步骤S101至S104：
步骤S101：管理端发送至少一个会话业务的测试用例给测试端；
可选地，在该步骤中，涉及的管理端是指能够对测试端进行测试控制和测试结果进行统计的设备或模块等，涉及的测试端是指能够完成会话业务的测试的设备或模块等。涉及的测试用例是指对会话业务测试过程中所用到的所有测试指令进行解析、生成一个完成的测试代码，在测试过程中执行该测试用例能自动完成对应的会话业务的测试。其中，会话业务可以包括呼叫业务或网站登录业务，当然其他基于会话初始协议的业务也包含在内。
步骤S102：测试端接收测试用例，执行测试用例，对测试用例对应的会话业务进行测试；
可选地，该步骤中，测试端执行测试用例，完成测试用例对应的业务测 试。由于不是通过人工输入测试指令来进行测试控制，如果存在多个测试用例，可以同时对多个测试用例对应的多个测试业务进行测试。
步骤S103：测试端完成测试后，将测试结果信息反馈给管理端；
可选地，在该步骤中，涉及的测试结果可以包括测试失败或测试成功以及测试失败的原因。可选的，在反馈测试结果信息时，可以预先建立好每个测试结果对应的编码，例如测试业务成功反馈0，管理端收到0则认为测试成功。要说明的是，测试结果与编码可以根据实际情况而定。
步骤S104：管理端接收测试结果信息，对测试结果进行统计。
可选地，在该步骤中，管理端对接收到的测试结果进行分析统计，涉及的分析统计是指建立每个测试用例对应的测试结果，对多个测试结果进行分析统计，便用维护人员进行跟踪和及时发现问题，可以使避免人工统计容易出错且工作量大的问题。
可选地，在上述步骤S101中，可以使用用户直接在管理端配置好的测试用例，所述步骤S101前还可以包括：管理端获取至少一个会话业务的测试命令，对测试命令进行解析，生成对应的测试用例。即根据测试业务中用到的所用测试命令生成对应的测试用例，可以避免人工输入测试命令需要耗费大量时间以及容易出错的问题，通过测试用例来进行会话业务测试，还可以同时进行多个会话业务测试。
可选地，为了提高测试过程的安全性，管理端在获取至少一个会话业务测试命令后，对测试命令进行解析前，还包括：管理端对获取的测试命令进行安全验证。
值得注意的是，在本实施例会话业务测试管理过程中，在管理端设计的过程有：管理端发送至少一个会话业务的测试用例给测试端；管理端接收测试端对测试用例对应的会话业务进行测试后得到的测试结果信息；管理端对测试结果进行统计。
值得注意的是，在本实施例会话业务测试管理过程中，在测试端设计的过程有：测试端接收管理端发送的至少一个会话业务的测试用例；测试端执行测试用例，对测试用例对应的会话业务进行测试；测试端完成测试后，将 测试结果信息反馈给管理端。
实施例二：
本实施例提供一种会话业务测试管理方法，本实施例以测试框架为管理端，模拟器A、代理服务器和模拟器B结合为测试端，以及会话测试业务为呼叫业务为例进行说明，如图2所示，该方法包括如下步骤S201至S214：
步骤S201：测试框架模拟多用户触发；
可选地，在该步骤中，测试框架发送至少一个测试用例给模拟器A进行模拟多用户的人工输入测试命令触发进行呼叫业务测试。
步骤S202：模拟器A发起呼叫Invite业务请求到代理服务器；
步骤S203：代理服务器将Invite业务请求转发给模拟器B；
可选地，在该步骤中，代理服务器通过认证/计费中心确认用户认证已通过，检查请求消息中的Via头域中是否包含其地址，若已包含，说明已发生环回，返回指示错误的应答；如果没有包含地址，代理服务器在请求的Via头域插入自身地址，并向Invite消息的To域所指示的被叫模拟器B转送Invite请求。
步骤S204：代理服务器向模拟器A送呼叫处理中的应答消息100Trying；
步骤S205：模拟器B向代理服务器送呼叫处理中的应答消息100Trying；
步骤S206：模拟器B指示被叫用户振铃，用户振铃后，向代理服务器发送180Ringing振铃信息；
步骤S207：代理服务器向模拟器A转发被叫用户振铃信息；
步骤S208：被叫用户摘机，模拟器B向代理服务器返回表示链接成功的应答(200OK)；
步骤S209：代理服务器向模拟器A转发该成功指示(200OK)；
步骤S210：模拟器A收到消息后，向代理服务器发送确认消息ACK进行确认；
步骤S211：代理服务器将ACK确认消息转发给模拟器B；
步骤S212：模拟器A和模拟器B建立链接；
步骤S213：测试框架接收模拟器A返回的成功信息；
可选地，在该步骤中，模拟器A和模拟器B建立链接成功后，模拟器A将成功信息返回到测试框架；
步骤S214：测试框架通过解析分析呼叫业务返回码数据，调用surefire-report插件将返回码数据输出到测试报告。
可选地，在上述步骤S201中，启动测试框架后，系统可以通过过滤器验证业务测试命令的合法性，主要是从安全性方面考虑的，如果验证失败，则返回失败信息给客户端，如果验证通过，则将业务模块(一个或多个)加载到控制器中。本实施例涉及的业务模块是指进行该呼叫业务测试中所用的所有测试命名。业务模块需要继承业务父类(即抽象出业务模块的公共属性)从设计角度来讲，便于业务模块的扩展和维护开发，业务逻辑类根据classpath(类加载路径)取得字节码类，调用javassist开源包中makeClass方法获得CtClass对象，读取vm模型(一般为xml格式或其他格式的配置文件)，采用poi(第三方开源项目，处理文件格式)解析文件格式内容，将文件内容数据和javaBean(一种JAVA语言写成的可重用组件)关联起来，以对象的形式存在。可选地，如果需要测试多个用共同特点呼叫业务，只需要配置多个vm模型即可，对于没有或很少有共同点的业务，需要扩展业务逻辑模块，在开发的时候也很方便，只需要编写vm模型和javaBean就可以了，其他逻辑不需要改变。业务逻辑模块会创建多个业务逻辑对象，实例化java中的类加载器，将生成的对象加载到类加载器classloader中，生成单元测试用例代码文件，调用JUnit(Java语言的单元测试框架)执行每个单元测试用例，抓取呼叫业务返回码数据，根据图1返回码和描述对照表解析处理。
可选地，在上述步骤S214中，在执行测试框架测试呼叫业务的时候返回信息以及编码数据，根据返回编码数据可以获取到description描述信息，通过surefire-report(生成报告开源插件)汇总统计单元测试用例执行结果情况生成报告。下表1为部分编码与测试结果信息描述的对应关系：
表1编码与测试结果信息描述的对应关系表
code description
0 成功
1001 代码异常
1002 处理文件信息异常
1003 文件格式错误
本实施例在部署测试框架，通过触发配置好的呼叫命令(一般为配置文件)，通过解析文件格式内容，反向生成测试用例代码，再执行这些测试用例，通过surefire-report(生成报告开源插件)汇总统计用例执行结果情况。这样可以从根本上解决测试困难或测试结果不准确等问题。另外，对传统基本呼叫业务评测SIP产品的性能的问题，在采用本实施例的方法后，可以确保在呼叫业务流程测试准确的前提下，提高可操作性，汇总统计结果便于维护人员跟踪和及时发现问题。本实施例主要包含控制器业务逻辑分发，业务逻辑加载，vm模型文件解析，根据vm定义的属性反向生成实体测试用例，动态加载测试用例到类加载器中，执行测试用例，测试用例触发呼叫流程，生成测试用例报告等过程。相关基本呼叫业务测试流程过程中，需要花费大量的人力、物力测试呼叫业务流程，而且不能很好的评测SIP产品的性能。对测试结果不能做到横向和纵向的宏观把握，通过本实施例的方法，可以通过模板(vm模型)灵活配置大用户量不同链路不同呼叫业务类型来模拟用户发送呼叫请求，还可以生成汇总结果报告。在实际项目中可以减少开发成本，提高了产品的开发效率，和产品质量。
值得注意的是，本实施例中的会话业务测试管理方法可以用于部署在某服务器上，采用命令start方式启动，可以查看模拟器后台消息处理过程，将处理完所有的呼叫业务结果会生成html网页格式的报告，供测试人员检查执行了多少测试用例，成功了多少，失败了多少，失败的原因等信息，这些信息会在报告中显示出来。还可以用于大型门户网站性能的测试，可以模拟大规模用户登陆网站等操作。
实施例三：
本实施例提供一种管理端300，如图3所示，包括发送模块301和分析模块302：其中：
发送模块301，设置为发送至少一个会话业务的测试用例给测试端400；
分析模块302，设置为接收测试端400对测试用例对应的会话业务进行测试后得到的测试结果信息；以及对测试结果进行统计。
本实施例还提供一种测试端400,如图4所示，包括接收模块401、测试模块402和反馈模块403：
其中，接收模块401，设置为接收管理端300发送的至少一个会话业务的测试用例；
测试模块402，设置为执行测试用例，对测试用例对应的会话业务进行测试；
反馈模块403，设置为测试模块完成测试后，将测试结果信息反馈给管理端300。
本实施例提供一种会话业务测试管理系统,如图5所示，包括管理端300和测试端400：
管理端300包括发送模块和分析模块；
发送模块，设置为发送至少一个会话业务的测试用例给测试端400；
分析模块，设置为接收测试结果信息，对测试结果进行统计。
测试端包括接收模块、测试模块和反馈模块；
接收模块，设置为接收测试用例；
测试模块，设置为执行所述测试用例，对所述测试用例对应的会话业务进行测试；
反馈模块，设置为所述测试模块完成测试后，将测试结果信息反馈给管理端300。
可选地，管理端300还包括：
测试用例生成模块，设置为在所述发送模块发送至少一个会话业务的测 试用例给测试端400之前，获取至少一个会话业务的测试命令，对测试命令进行解析，生成对应的测试用例。
可选地，管理端300还可以包括：
验证模块，设置为在测试用例生成模块获取至少一个会话业务测试命令后，对测试命令进行解析之前，对获取的测试命令进行安全验证。
本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行上述管理端和/或测试端的方法。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的模块/单元可以采用硬件的形式实现，例如通过集成电路来实现其相应功能，也可以采用软件功能模块的形式实现，例如通过处理器执行存储于存储器中的程序指令来实现其相应功能。本申请不限制于任何特定形式的硬件和软件的结合。
工业实用性
本发明实施例提供的会话业务测试管理方法和系统及管理端、测试端，管理端发送至少一个会话业务的测试用例给测试端；测定端接收测试用例，执行测试用例，对测试用例对应的会话业务进行测试；测试端完成测试后，将测试结果信息反馈给管理端；管理端接收测试结果信息，并对测试结果进行统计分析。与相关技术相比，通过管理端来发送会话业务的测试用例给测试端进行会话业务测试，可以进行多个测试用例同时进行，而不是通过人工输入测试命令，可以避免通过人工输入测试命令导致只能等一个会话业务测试完成后才能进行下个会话业务测试，管理端能够对测试结果进行统计分析，避免人工统计分析时的工作量大容易出错的问题，提高可操作性，便于维护人员的跟踪和及时发现问题。

Claims (11)

  1. 一种会话业务测试管理方法，包括：
    管理端发送至少一个会话业务的测试用例给测试端；
    所述测试端接收所述测试用例；
    所述测试端执行所述测试用例，对所述测试用例对应的会话业务进行测试；
    所述测试端完成测试后，将测试结果信息反馈给所述管理端；
    所述管理端接收所述测试结果信息，对所述测试结果进行统计。
  2. 如权利要求1所述的会话业务测试管理方法，其中，所述会话业务包括呼叫业务或网站登录业务。
  3. 如权利要求1或2所述的会话业务测试管理方法，其中，所述管理端发送至少一个会话业务的测试用例给测试端前，还包括：
    所述管理端获取至少一个会话业务的测试命令，对所述测试命令进行解析，生成对应的测试用例。
  4. 如权利要求3所述的会话业务测试管理方法，其中，所述管理端获取至少一个会话业务测试命令后，对所述测试命令进行解析前，还包括：
    所述管理端对获取的测试命令进行安全验证。
  5. 一种会话业务测试管理方法，包括：
    管理端发送至少一个会话业务的测试用例给测试端；
    所述管理端接收所述测试端对所述测试用例对应的会话业务进行测试后得到的测试结果信息；
    所述管理端对所述测试结果进行统计。
  6. 一种会话业务测试管理方法，包括：
    测试端接收管理端发送的至少一个会话业务的测试用例；
    所述测试端执行所述测试用例，对所述测试用例对应的会话业务进行测试；
    所述测试端完成测试后，将测试结果信息反馈给所述管理端。
  7. 一种会话业务测试管理系统，包括管理端和测试端：
    所述管理端包括发送模块和分析模块；
    所述发送模块，设置为发送至少一个会话业务的测试用例给所述测试端；
    所述分析模块.设置为接收所述测试端反馈的测试结果信息，对所述测试结果进行统计；
    所述测试端包括接收模块、测试模块和反馈模块；
    所述接收模块，设置为接收所述测试用例；
    所述测试模块，设置为执行所述测试用例，对所述测试用例对应的会话业务进行测试；
    所述反馈模块，设置为在所述接收测试模块完成测试后，将测试结果信息反馈给所述管理端。
  8. 如权利要求7所述的会话业务测试管理系统，其中，所述管理端还包括：
    测试用例生成模块，设置为在所述发送模块发送至少一个会话业务的测试用例给测试端前，获取至少一个会话业务的测试命令，对所述测试命令进行解析，生成对应的测试用例。
  9. 如权利要求8所述的会话业务测试管理系统，其中，所述管理端还包括：
    验证模块，设置为在所述测试用例生成模块获取至少一个会话业务测试命令后，对所述测试命令进行解析前，对获取的测试命令进行安全验证。
  10. 一种管理端，包括发送模块和分析模块：
    所述发送模块，设置为发送至少一个会话业务的测试用例给测试端；
    所述分析模块，设置为接收所述测试端对所述测试用例对应的会话业务进行测试后得到的测试结果信息，以及对所述测试结果进行统计。
  11. 一种测试端，包括接收模块、测试模块和反馈模块：
    所述接收模块，设置为接收管理端发送的至少一个会话业务的测试用 例；
    所述测试模块，设置为执行所述测试用例，对所述测试用例对应的会话业务进行测试；
    所述反馈模块，设置为所述测试模块完成测试后，将测试结果信息反馈给所述管理端。
PCT/CN2016/084559 2015-09-30 2016-06-02 一种会话业务测试管理方法和系统及管理端、测试端 WO2017054490A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510638903.7 2015-09-30
CN201510638903.7A CN106559244A (zh) 2015-09-30 2015-09-30 一种会话业务测试管理方法和系统及管理端、测试端

Publications (1)

Publication Number Publication Date
WO2017054490A1 true WO2017054490A1 (zh) 2017-04-06

Family

ID=58417714

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/084559 WO2017054490A1 (zh) 2015-09-30 2016-06-02 一种会话业务测试管理方法和系统及管理端、测试端

Country Status (2)

Country Link
CN (1) CN106559244A (zh)
WO (1) WO2017054490A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114610605A (zh) * 2022-02-24 2022-06-10 海南乾唐视联信息技术有限公司 测试方法、装置、终端设备和存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109462507B (zh) * 2018-11-15 2021-09-28 北京金山云网络技术有限公司 配置更新方法、装置、系统及电子设备
CN110460732B (zh) * 2019-09-24 2021-05-14 腾讯科技（深圳）有限公司 网络质量监控方法、装置及通信服务器
CN114071391B (zh) * 2022-01-14 2022-05-17 中兴通讯股份有限公司 内容计费测试方法、管理设备、终端设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030191590A1 (en) * 2002-04-04 2003-10-09 Catteleya Systems Interactive automatic-test GUI for testing devices and equipment using shell-level, CLI, and SNMP commands
CN102340804A (zh) * 2010-07-20 2012-02-01 中兴通讯股份有限公司 全球互操作性微波接入系统的话务测试方法和系统
CN103298016A (zh) * 2012-02-27 2013-09-11 展讯通信（上海）有限公司 移动终端的测试系统
CN103810084A (zh) * 2012-11-07 2014-05-21 腾讯科技（深圳）有限公司 一种js代码的测试方法、装置和系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4748982B2 (ja) * 2004-12-20 2011-08-17 株式会社マイクロキャビン 表示機器テストシステム及び方法並びにプログラム
CN103150249B (zh) * 2011-12-07 2015-12-16 北京新媒传信科技有限公司 一种自动化测试的方法和系统
CN102790705B (zh) * 2012-07-24 2016-12-21 大唐移动通信设备有限公司 业务测试系统和方法、信令分析系统和方法
CN103970614B (zh) * 2013-01-24 2018-07-06 腾讯科技（深圳）有限公司 一种业务测试方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030191590A1 (en) * 2002-04-04 2003-10-09 Catteleya Systems Interactive automatic-test GUI for testing devices and equipment using shell-level, CLI, and SNMP commands
CN102340804A (zh) * 2010-07-20 2012-02-01 中兴通讯股份有限公司 全球互操作性微波接入系统的话务测试方法和系统
CN103298016A (zh) * 2012-02-27 2013-09-11 展讯通信（上海）有限公司 移动终端的测试系统
CN103810084A (zh) * 2012-11-07 2014-05-21 腾讯科技（深圳）有限公司 一种js代码的测试方法、装置和系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114610605A (zh) * 2022-02-24 2022-06-10 海南乾唐视联信息技术有限公司 测试方法、装置、终端设备和存储介质

Also Published As

Publication number Publication date
CN106559244A (zh) 2017-04-05

Similar Documents

Publication Publication Date Title
WO2017054490A1 (zh) 一种会话业务测试管理方法和系统及管理端、测试端
US20080310312A1 (en) Method for Monitoring SIP Call-Flows by Tracking Message Transformation
CN106201794B (zh) 一种服务器的检测方法和装置
WO2007056921A1 (fr) Dispositif de verification de protocole et procede de verification de protocole associe
Mouttappa et al. Using passive testing based on symbolic execution and slicing techniques: Application to the validation of communication protocols
Rings et al. A generic interoperability testing framework and a systematic development process for automated interoperability testing
Sergiienko WebRTC Cookbook
Marroquin et al. Testing distributed systems with test cases dependencies architecture
Voznak et al. Advanced solution of SIP communication server with a new approach to management
Gonçalves et al. Towards automated test and validation of SIP solutions
CN110011894B (zh) 一种弹幕消息模拟方法及装置
Al-Khayyat et al. Peer-to-peer media streaming with HTML5
Marroquin et al. A novel distributed testing approach based on test cases dependencies for communication protocols
Paganelli et al. Formalizing REST APIs for web-based communication and SIP interworking
Din An ims performance benchmark implementation based on the ttcn-3 language
Bao et al. Compliance and Interoperability Testing of SIP Devices Tomaciello
Bao et al. Session initiation protocol automatic debugger
Kaikkonen Integration test environment for 5G mobile software modules
CN1758612B (zh) 用状态机模拟多协议仿真流程的方法
Upadhyaya et al. A Novel Method for Trusted Audit and Compliance for Network Devices by Using Blockchain
Chi et al. Performance evaluation of SIP servers
Subramonian et al. Automated testing of a converged conferencing application
Lalanne et al. An automated passive testing approach for the IMS PoC service
Rezac et al. Interactive video audio system and its performance evaluation
Zhang et al. Benchmarking the session initiation protocol (SIP)

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16850115

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16850115

Country of ref document: EP

Kind code of ref document: A1