Test Environment. A test environment is made available to Customer. Customer is responsible for providing test cases and data and is also responsible for test implementation. Customer is also responsible for notifying Service Provider upon test completion. Test support is provided during Service Desk hours on a case by case basis only. Priority will always be given to production operations. If Customer wishes to procure test support, then it may initiate a Service Request for this purpose. Test Environment Accessibility Hours. The hours during which test environments can be accessed by Customer. There is no commitment on support service outside Service Desk hours unless provided for in accordance with a specific Order Agreement. Test environment accessibility is 24 * 7 * 365 excepting scheduled test environment maintenance and any crisis as outlined in the Business Continuity Plan. Test Environment Availability Hours. The hours during which the test environment is made available to Customer with service levels offered on a case by case basis only. Customers may utilise the test environment from 09:00 to 17:00 on normal business days during normal operations. Normal operations exclude all test environment maintenance windows and any crisis event affecting Business Continuity (pandemic, fire, flood..). Service Provider cannot guarantee test environment availability during maintenance windows. Test Environment Booking. If Customer wishes to ensure test environment availability (i.e. that no maintenance is underway), it must book a test environment slot under the following conditions: Customer to initiate a test slot request to Service Provider no earlier than 20 calendar days in advance of the test slot required; Customer may utilise the booked test slot for a maximum of 5 business days. Test Environment Monitoring. Gold and Platinum customers can request a Start of Business Day check on the availability of the test environment. Service Provider will communicate to affected customers in cases of unavailability.
Test Environment. Q2’s Pre-Production Test Environment is the build-out of a test system for Customer by Q2 during the pre-implementation phase of deployment and includes hardware, installation and maintenance of a production-like environment and connectivity to test Customer’s core prior to Commencement Date and includes. Q2’s Post-Production Test Environment is the build-out of a test system for Customer by Q2 and includes hardware, installation and maintenance of a production-like environment and connectivity to test Customer’s core.
Test Environment. Atlas also offers an optional Test Environment Server Hosting option. This option is for sites who anticipate making frequent changes to their Aeon setup, have special setup customizations (such as authentication or links to external systems), or for sites that want to test new releases before using them in production. The Test Environment Server Hosting provide a second server to be used to test system changes and new releases outside of the standard production environment. This still includes all server setup, upkeep, and backup, as well as all operating system maintenance. In addition, upon the request of the site, Xxxxx will sync the Test Server to the Production server when new releases are installed. This is an optional setup and not required if you choose the Production Environment Server Hosting. Test Environment Server Hosting $4,500 yearly Does Subscriber want optional Test Environment Server Hosting Service? YES NO *** For sites that choose the additional Test Environment Server Hosting, the setup of your Test Environment Server will not be completed until after you go live. Billing for the Test Environment will be pro-rated to match this actual setup date.
Test Environment. • The system should provide uniform airflow across the vent opening and be of constant volume airflow. • Altitude (sea level) • Air humidity (50% ± 10) • Inlet Air temperature (0°C to +50°C) • Minimum airflow (0.5ms-1) • Maximum airflow (3ms-1)
Test Environment. The Customer undertakes to maintain an operational test environment that is representative of its production environment, on which the Service Provider can operate directly by remote access made available by the Customer, at its own cost. In the test environment maintained by the Customer, the Customer provides the Service Provider with a work space representative of the production work spaces, which can be used by the Service Provider for Maintenance.
Test Environment. In rare cases, personal data is processed in a test environment, and when used, the requirements for the security level are the same as described in this instruction. Test environments are physically separated from production environments.
Test Environment. The Contractor shall perform test environment setup and coordinate unit testing, integration testing, system testing, regression testing, and performance/load testing. As required, the Contractor shall create a CR for test configurations and data scripts for test events. The Contractor shall use the software development environment to perform unit testing. Upon successful completion of unit testing, the Contractor shall provide test results for IV&V. The Contractor shall maintain CM of the code used for System Integration Testing (SIT) and GAT and coordinate Government involvement to perform SIT. Following successful completion of SIT, the Contractor shall assist in configuring the PSS for GAT. The Contractor shall identify requirements and associated schedule for technical refresh of these environments as part of the maintenance function. The Contractor shall maximize use of existing GCSS-MC facilities, software tools, and other Government developmental and integrated resources to reduce costs. The Contractor shall produce a report using GFI provided HP ALM when directed by the Government. The Contractor shall implement tools and methods that provide a complete detailed record of test documentation and provide data compatible with Government systems and accessible to Government designated personnel. The Contractor shall implement tools and methods that provide a complete record of test documentation. The Contractor shall identify and ensure test environments contain required test data necessary to facilitate operationally relevant (realistic) test and evaluation. The Contractor shall include procedures for test data cleansing, conversion, and verification/validation, as necessary. This data shall be transferrable and in a form usable by the Government.
Test Environment. The Contractor shall be responsible for setting up and resourcing the test environment. Responsibilities for patching and software updates shall be the same as the production environment. The Contractor shall document the following: VM Component Minimum Specification Windows 2016 Standard Server Version 1607 (OS Build 14393.3686) CPU 2 cores RAM 00 XX Xxxx Xxxxx 00 XX Xxxxx (Xxxx/XXX/Xxxxxxxxx) 000 XX RAID level 5 Operating System Software Version 1607 (OS Build 14393.3686) Database Software Oracle RAC 11G
Test Environment. Customer shall maintain (i) a test environment for the Supported Software and the ability to update the test environment from production when issues occur to enable Blue Yonder to diagnose and research support issues, (ii) remote/VPN access as requested by Blue Yonder to enable Blue Yonder to diagnose and research support issues, and (iii) a Blue Yonder log-on code that will allow Blue Yonder access to Customer's application environment to support both the Customer server and database software. This remote sign-on capability may be used to allow access to Customer's system to enable Blue Yonder to provide diagnostic and problem- solving assistance. The remote sign-on capability may also be used by Blue Yonder's other services, customer support or product development staff to deliver custom enhancements or modifications, if any, to be provided pursuant to a written agreement between Blue Yonder and Customer. Remote access is controlled by Customer who will, where appropriate, authorize Blue Yonder's access to its system and pay any related connectivity charges.
Test Environment. The RouteLink Developer Sandbox is a test environment. When using the RouteLink Developer Sandbox you may only use the data provided in the RouteLink Developer Sandbox. Any call routing transactions made in the RouteLink Developer Sandbox are simulations only and no routing of calls will occur. You acknowledge and agree that (i) the RouteLink Developer Sandbox does not contain actual routing data, (ii) the RouteLink Developer Sandbox and the data contained in the RouteLink Developer Sandbox may only be used for testing purposes related to developing applications that interact with RouteLink and (iii) you will not use the RouteLink Developer Sandbox, or the data contained therein, for any other purpose. We make no promises or claims related to the availability or uptime of the RouteLink Developer Sandbox. xxxxx.xxx o 000.XXX.XXXXX X.X. Xxx 0000 Somos External “AS IS” with No Warranty. The RouteLink Developer Sandbox is provided "AS IS" AND WITHOUT ANY WARRANTY OR CONDITION, EXPRESS, IMPLIED OR STATUTORY.
