Servicenow, Inc.

Joel Rorik Fischer

Anson Barber Mayers

Lauren Karina Choi

Vincent Seguin

Ashton Mozano

Charlie Sharp

Matthew Robert Coleman

Hendazi Kastyshyn

Michael Christopher John Albinson

A request to sign a provided payload is received, wherein the payload includes an automation script specified to execute on one or more management service instances. The automation script is validated, including by modifying the payload to add metadata data associated with the validation. An encrypted version of a digital signature private key that was received is sent to a credential system. An unencrypted version is received and used to sign the modified payload. The signed modified payload is provided in response to the request to sign the provided payload. The signed modified payload is configured to, in response to a request to execute the automation script on the one or more of the management service instances, be verified using a public key corresponding to the digital signature private key and allow a validation of the automation script at least in part by using the included added metadata.

Validated payload execution

A system includes software and a computing device configured to test the software in parallel. The computing device may obtain a first test case from a plurality of test cases. The first test case may be configured to cause the software to access a subset of data entries in a database. A plurality of locks facilitates exclusive access to the plurality of data entries. The computing device may further attempt to acquire a subset of the locks that correspond to the subset of the data entries. The computing device may further determine when to execute the first test case. Doing so involves either: (i) failing to acquire all of the subset of the locks and delaying execution of the first test case, or (ii) successfully acquiring all of the subset of the locks and executing the first test case in parallel with the second test case.

Database record locking for test parallelization

Systems and methods involving automated test of web pages are described. A computing device may load a web page in a test environment, the web page may having a first underlying representation for rendering. The underlying representation may be analyzed by a page crawler to identify one or more testable components of the web page. A file may be generated, and the identified components may be stored in the file in a second representation that may be more streamlined than the first. The testable components in the file may be displayed as a menu of selectable test options in a graphical user interface (GUI) on a display device. Selection of at least one of the selectable test options may be made via input received at the GUI, the selections corresponding to a set of test steps. The set of test steps may be run in the test environment.

Automated webpage testing

Growing community of inventors

San Francisco, CA, United States of America

Joel Rorik Fischer