I've added this library in TestComplete with only a few minor tweaks to have it working. In general, I'm finding that adding third party libraries is often pretty easy, as long as the support for the regrettably ancient version of JScript being used by the engine. Anyone else using Underscore or other helpful libraries?

Hi Jose, the library I use the is most json2.js in two main ways: 1. Testing RESTful Web Services (creating and parsing JSON documents) 2. Complex test configuration and key/value mappings I also Base.js for Classes as I wanted a standalone iheritance library, and I prefer the way it works over the others (It's nice being the Tech lead in the test team :) But like you say, I have written a Framework of my own, primarily because Web Testing is only a tiny part of our work. Adding JavaScript libraries to your Project is actually very easy, it's as simple as: 1. Download the library 2. Change the extention form .js to .sj 3. Add as an existing Script Unit There's probably even a case for wrapping them up in a script Extention if you wanted to. However, there may be issues around features not being available due to the JScript engine depending on the library. Phil

"for an HTTP Client I just have a simple synchronous JScript wrapper round MSXML2.XMLHTTP"Yes we do the same. We use TestRail for test case management and access data and post results via the REST apil. We also store stats to mongodb using Sleep.Mongose REST api since there is no TestComplete driver.I've asked SmartBear to implement a modern http client, but they refuse, saying we should buy "SoapUI" even though it has nothing to do with our usage pattern. I think a modern http client should now be considered a requirement, it's not just used for testing. I hope they will soon change their stance on this. We should not have to use this ancient ActiveX technology.

Just as a matter of interest, we recently made an architectural decision to wrap all “static” JavaScript libraries (third party and internal) in Script Extensions. The primary motivator behind this was json2.js throwing uncatchable exceptions for invalid JSON documents, the reason they are uncatchable being that Script Unit level exceptions can only be caught in the Script Unit in which it is thrown. In external Script Units, any exceptions thrown by a function within a JavaScript object cannot be caught (which is what is happening in json2.js). To avoid this, we wrap the JavaScript library in a Script Extension which provides Property and Function accessors which wrap the calls to the JavaScript library functions in try/catch blocks. This has the following benefits: 1. Exceptions can be either handled or rethrown to be caught by other Script Units 2. Can control access to functions in the JavaScript libraries (not all functions are useful, usable or desirable within the Test Complete runtime to be made public) 3. Makes the functions available in the Test Complete code editors intellisense. To minimise the workload around this, I have created some scripts that process a csv file which contain all the information required to create the wrapped property and function wrappers as well as the Description.xml file. Regards, Phil Baird

Hi Big Cat, unfortunately, it's not as straight forward as I had first thought as a bit of trial and error has revealed Exceptions thrown in a script Extension can't (surprise surprise) be caught externally This means the wrapper Script Extension cannot throw Exceptions, instead, I have it returning Exception objects, then, to catch these I have the following in a common script unit: function handle( result, handler, evaluator ) { if( ( ( ! evaluator ) && ArcInnovations.ExceptionFactory.isException( result ) ) || evaluator( result ) ) { if( handler ) { return handler( result ); } else { throw result; } } return result; } which is then used similar to the following: function test001() { var result; try { result = Lang.handle( testObj.throwEx( true ) ); Log.Message( result ); } catch( exObj ) { Log.Message( exObj.exceptionString() ); } } It's hacky and clunky but it works, and it's the best I've been able to come up with. Saying that, I do get and this in the intellisense without having to use //USEUNIT etc I was happily surprised that Test Complete Allowed <RuntimeObject Name="_"> in the Description.xml file and created a runtime object _ Phil

Jose,I'm not using it as an extension, just add as a regular reference. Basically you have to create a container for the instance. Here's what I did, you can use other variable names if you don't like these.1) rename the lib to .sj2) at the top of the file add: var _underscore = {}; 3) find the line near the top of the lib that has this code: var root =this; change it to: var root = _underscore; 4) at the bottom of the file, after the lib code add // create the underscore global var _ = _underscore._;

Underscore.js library | SmartBear Community

16 Replies

mkarlovich
Occasional Contributor
12 years ago
Phil are you bridging out using the CLR bridge for an http client? If you don't mind sharing about your implementation I'm curious.

As far as utility goes, Underscore is the most useful library to me. It's almost canonical in the web development world and the subject of more than one book. I would say it's not going away. I completely disagree with the idea of using the built in objects over JavaScript ones. JavaScript is what's not going away. The code will work in any JavaScript engine whereas the TestComplete objects only work in TestComplete. You can always find code on Stack Overflow or the like to do something in JavaScript.
Philip_Baird
Community Hero
12 years ago

Hi Big Cat, no nothing that exotic, for an HTTP Client I just have a simple synchronous JScript wrapper round MSXML2.XMLHTTP, for our purposes this is fine for testing our OSB Web Services. I have to be careful as we have a few non technical testers and I need to make it as easy as possible for them to write automated tests.

Saying that, it'd be pretty nice to write some sort of HTTP Client in .Net, then again, if I'm not careful I'd try and write everything in C#!

My Primary uses of the CLR Bridge are:

1. Accessing the WinSCP.dll class library to overcome Test Completes rather bizarre absence of FTP utils

2. A Class library for creating and looking after background processed because I hate using Sys.OleObject("WScript.Shell");

3. A bunch of helper functions, Test Complete doesn't expose the whole of .Net and there can be impedences mismatches at times so these overcome those sorts of things

Phil
Andrey_M
Contributor
12 years ago
In ver 9.31 I found that TC allows mixing different scripting languages used in script extensions and script units. I am not sure about all combinations but got success to call my js function (packed into script extension) from VBS script unit.

In ver 9.20 this feature did not work: calling js function from VBS unit caused error.
jose_pita
Super Contributor
12 years ago
Hi Guys,

Finally decided to give a go to underscore.js but with no positive outcome.

Added the sj file to TC but it says "no routines found" when I open it on the editor or try to use it on another script.

Also as script extension, how can I add the file? don't know how to do it...
mkarlovich
Occasional Contributor
12 years ago
Phil that's an interesting way to get around the script unit exception limitation. Thanks for sharing.
mkarlovich
Occasional Contributor
12 years ago
btw the method i posted above of creating a container for the instance works for many other libs as well. if a js lib is made to be platform independent, just look thru the code and find out where the code is to add it to window, or whatever the fall back global is. at this point you can have it fall back to a global var that you create to hold it. if anyone knows a better way please share.

Forum Discussion

Underscore.js library

16 Replies

Recent Discussions

ADO Pipeline Execution Fail issue after TC\TE upgrade

RuntimeError: The object does not exist

Fields data to compare?

Related Content

Script Library

Groovy script library

Missing the System.io.Ports library.