" /> GVP IVR Unit Testing - Genesys CTI User Forum

Author Topic: GVP IVR Unit Testing  (Read 8984 times)

Offline DamoVoda

  • Newbie
  • *
  • Posts: 19
  • Karma: 0
GVP IVR Unit Testing
« on: June 11, 2014, 02:16:13 PM »
Advertisement
I'm currently in the process of developing a large VXML IVR application using the Genesys GVP 8.1.5 framework. I have successfully built, tested and deployed two smaller apps with no issues. However, testing on the large app is taking a long time as I have to navigate through all the menu's from the start to test functionality further down the call flow.

I'm looking for some unit testing software that can make this process less painful. This would be simple if I was just testing plain old VXML/Javascript but the apps call middleware functions and connect to media servers so a lot of stuff won't be easy to test on something like JVoiceXML.

I'm just wondering if anyone has any experience in this area and can point me in the right direction? I have Googled this extensively, searched and posted on the Genesys forums but still can't find a solution.

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2755
  • Karma: 44
Re: GVP IVR Unit Testing
« Reply #1 on: June 11, 2014, 02:30:19 PM »
It strongly depends on what the IVR application contains - if the user action (like DTMF or any other input from the user/caller), that  I does not know any solution - you have to just built SIP "robot" which will be able to make these actions. In other cases you can just use some SIP call generator, which will call your IVR for configured time and with configure CAPS.

Offline DamoVoda

  • Newbie
  • *
  • Posts: 19
  • Karma: 0
Re: GVP IVR Unit Testing
« Reply #2 on: June 11, 2014, 02:53:13 PM »
Sounds like a lot of work. I'm mainly trying to find out if unit testing GVP IVR apps (the whole thing is done through DTMF by the way) is more trouble than its worth. Am I going to waste more time building this "robot" and configuring it for each input than I would physically testing each menu option via a softphone? Would it have to be built in java/vxml or something else?
« Last Edit: June 11, 2014, 03:02:51 PM by DamoVoda »

Offline cavagnaro

  • Administrator
  • Hero Member
  • *****
  • Posts: 7641
  • Karma: 56330
Re: GVP IVR Unit Testing
« Reply #3 on: June 11, 2014, 08:21:20 PM »
No, there must be someone testing the user cases. Many non contempleded scenarios will appear.
Yes, hard to do but someone has to do it and also end user must validate it, same as a web page. You just don't put it on air

Offline GMG

  • Newbie
  • *
  • Posts: 41
  • Karma: 2
  • GCP CIV 8X
Re: GVP IVR Unit Testing
« Reply #4 on: June 12, 2014, 04:27:15 AM »
No tool is available, to test custom design.

We do have tools for load testing. I suggest you do unit testing manually.



--
GMG
CIV-8.X

Offline DamoVoda

  • Newbie
  • *
  • Posts: 19
  • Karma: 0
Re: GVP IVR Unit Testing
« Reply #5 on: June 12, 2014, 07:35:52 AM »
Alright, thanks a million guys. You saved me a lot of time on this, was gonna make a bit of a side project out of it. Guess it's back to manual testing then!

Offline genesysguru

  • Sr. Member
  • ****
  • Posts: 293
  • Karma: 12
    • Genesys Guru Blog
Re: GVP IVR Unit Testing
« Reply #6 on: June 12, 2014, 01:46:49 PM »
You could always try Empirix Hammer if you have no time but plenty of $$$$$

Offline jerry_jeremiah

  • Newbie
  • *
  • Posts: 17
  • Karma: 0
Re: GVP IVR Unit Testing
« Reply #7 on: February 27, 2015, 12:39:11 AM »
We have used Cyara (http://cyara.com) for our automated IVR testing for years.

Offline cavagnaro

  • Administrator
  • Hero Member
  • *****
  • Posts: 7641
  • Karma: 56330
Re: GVP IVR Unit Testing
« Reply #8 on: February 27, 2015, 01:14:17 AM »
And how exactly this works?
How you measure customer satisfaction or testing process??

Offline Fra

  • Hero Member
  • *****
  • Posts: 856
  • Karma: -3
Re: GVP IVR Unit Testing
« Reply #9 on: February 27, 2015, 01:26:50 PM »
You usually select a number of call flows, specifying the menu options to be tested.
The Empirix / Cyara tool pumps then a high number of calls into those callflows, enter the menu options preselected and measures several factors, such as:
[list]
[li]call failures (i.e. calls not connected successfully)[/li]
[li]voice quality[/li]
[li]responsiveness (response time to DTMF input, delay in announcement play, call connection time etc)[/li]
[li]broken IVR branches [/li]
[li]drop calls[/li]
[li]etc[/li]
[/list]

Very useful for both IVR functional / E2E  and load testing, reports that come out of it help you address specific issues, but as said, expensive.

Fra

Offline DamoVoda

  • Newbie
  • *
  • Posts: 19
  • Karma: 0
Re: GVP IVR Unit Testing
« Reply #10 on: March 30, 2015, 10:01:40 AM »
Just noticed the replies on this. Thanks for your suggestions but I'm trying to implement a low cost solution. Cyara sounds very useful but we do have paid options available, I was hoping to be able to implement/develop something relatively low cost that will eliminate or drastically reduce our manual testing. If this does not exist then I understand.

Adam G

  • Guest
Re: GVP IVR Unit Testing
« Reply #11 on: March 30, 2015, 11:17:33 AM »
Try this:

Use a mobile/cell phone and enter each path/scenario as a "Saved Contact";

Enter the external number to dial (if there is one) - or use the local dial-in number.  Next add digits, based on your mapped IVR paths/scenarios;

<external number> P1 = Save As "Scenario 1"
<external number> P1P1 = Save As "Scenario 2"
<external number> P1P1P1 = Save As "Scenario 3"
...etc...

NOTES:

1.  For things like IDV/PIN, try:  <external number> PP#1234
2.  P = "Pause" - when saving a "Contact",  depress "#" on your mobile/cell phone keypad and keep it pressed - it should produce a "P" into the string of numbers.  This usually equates to a 1-second Pause between numbers entered.
3.  Enter "P" multiple times if the subject Announcement must be read fully first, before an Option is selected.

HTH?