I have code similar to this:
ExamPage.prototype.enterDetailsInputData = function (modifier) {
page.sendKeys(this.modalExamName, 'Test Exam ' + modifier);
page.sendKeys(this.modalExamVersionId, 'Test exam version ' + modifier);
page.sendKeys(this.modalExamProductVersionId, 'Test exam product version ' + modifier);
page.sendKeys(this.modalExamAudienceId, 'Test exam audience ' + modifier);
page.sendKeys(this.modalExamPublishedId, '2014-06-1' + modifier);
page.sendKeys(this.modalExamPriceId, '100' + modifier);
page.sendKeys(this.modalExamDurationId, '6' + modifier);
};
Here's the page.sendKeys function. Note that currently this is not doing any return of promises or anything like that. If the function is not coded well then I welcome comments:
// page.sendkeys function
sendKeys(id: string, text: string) {
element(by.id(id)).sendKeys(text);
}
I watch as it slowly fills out each field on my screen and then repeats it again and again in more tests that follow.
Is there any way that this could be optimized or do I have to wait for one field after the other to fill and have to live with tests that take a long time to run?
I assume sendKeys is promise based. Could I for example use AngularJS $q to issue all the sendKeys at the same time and then use $q to wait for them to complete?
If you really want to speed up the process of manipulating DOM in any way (including filling up data forms) one option to consider is to use:
browser.executeScript
orbrowser.executeAsyncScript
. In such a case thewebdriver
let the browser execute the script on its own -- the only overhead is to send the script body to the browser, so I do not think there may be anything faster.From what I see, you identify DOM elements by
id
s so it should smoothly work with the approach I propose.Here is a scaffold of it -- tested it and it works fine:
small remark: If you pass
webdriver.WebElement
as one of your argument it will be cast down to the correspondingDOM element
.You can do following -
sendKeys returns promise by default. See here -https://github.com/angular/protractor/blob/master/docs/api.md#api-webdriver-webelement-prototype-sendkeys
Potential Solution I think at least a little hackery is required no matter how you optimize it - protractor doesn't give you this out of the box. However would a small helper function like this suit your needs? What else do you need to speed up sides
text
input
s withng-model
s?Solution Example:
Why does the solution work?
You need to use
$eval
to wrap the assignment and not just assignment asevaluate
does not evaluate side effects (a nested evaluation, though... heh). Assuming that's truthy in angular expressions then$digest()
is called from the&&
; this causes a digest to happen, which you need to update everything since you set a value from outside the digest cycle.Thoughts about the solution:
The whole idea behind an E2E test is to "emulate" an end-user using your app. This arguably doesn't do that as well as sending the keys one-by-one, or copy-and-paste (since pasting into elements is a valid way of entering input; it's just hard to set up due to flash, etc., see below).
Other Potential Solutions:
Copy and Paste: Create an element, enter text, copy it, paste the text sending Ctrl + V to the target element. This may require doing a bunch of fancy footwork, like using Flash (exposing the system clipboard is a security risk) and having "copy it" click an invisible flash player. See
executeScript
to evaluate functions on the target so that you have access to variables likewindow
if you need that.Parallelizing your tests. Read the official doc here and search for "shard" and then "multiple". If you're mainly worried about the duration of your entire test collection and not individual tests, scaling out your browser count is probably the way to go. However there's a good chance you are TDD-ing or something, hence needing each test to run faster.
I also used
browser.executeScript
. But I didn't need to use $applywaitForAngular
I add a script when E2E tests are running, and put a function on global scope, don't worry it's only during E2E tests, and you can namespace if you want to.
Then in your protractor test something like this (in a page object):