Search NASA⌕ Search

SEARCH · Search NASA

Results for “Automated Testing”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 127 records · Page 7
All sourcesNASA NTRSDOE OSTI
NASA NTRS2018

Cryogenic Fuel Valve Testbed Development

The goal for this project is to update the cryogenic valve testbed program in LabVIEW to schedule and automate tests and experiments. By using an automated system, tens or hundreds of tests may be performed. This will ensure that accurate data is being collected for testing of the remaining useful life and end of life predictions. From the data obtained, new diagnostic and prognostic methods will be developed to manage or predict potential leaks which may occur in the future. The Cryogenic valve testbed injects controlled faults into the cryogenic fuel valve system in order to accurately determine failure behavior.

Prognostics↗
NASA NTRS1988

Improved maintainability of space-based reusable rocket engines

Advanced, noninferential, noncontacting, in situ measurement technologies, combined with automated testing and expert systems, can provide continuous, automated health monitoring of critical space-based rocket engine components, requiring minimal disassembly and no manual data analysis, thus enhancing their maintainability. This paper concentrates on recent progress of noncontacting combustion chamber wall thickness condition-monitoring technologies.

Barkhoudarian, S.↗
NASA NTRS1987

Hardware fault insertion and instrumentation system: Mechanization and validation

Automated test capability for extensive low-level hardware fault insertion testing is developed. The test capability is used to calibrate fault detection coverage and associated latency times as relevant to projecting overall system reliability. Described are modifications made to the NASA Ames Reconfigurable Flight Control System (RDFCS) Facility to fully automate the total test loop involving the Draper Laboratories' Fault Injector Unit. The automated capability provided included the application of sequences of simulated low-level hardware faults, the precise measurement of fault latency times, the identification of fault symptoms, and bulk storage of test case results. A PDP-11/60 served as a test coordinator, and a PDP-11/04 as an instrumentation device. The fault injector was controlled by applications test software in the PDP-11/60, rather than by manual commands from a terminal keyboard. The time base was especially developed for this application to use a variety of signal sources in the system simulator.

Benson, J. W.↗
NASA NTRSDate not supplied

CFS Test Framework

NASA's Core Flight System (cFS) provides a generic flight software framework architecture for developing flight software. As the cFS framework has gained popularity over the years within the flight software community, supporting software tools have been developed to assist in the design, development, testing and verification of flight software. The cFS Test Framework (CTF) is a recently developed cFS tool with capabilities to develop and run automated test and verification scripts against flight software targets. The CTF tool parses and executes JSON-based test scripts containing test instructions, while logging and reporting the results. CTF utilizes a plugin-based architecture to allow developers to extend CTF with new test instructions, external interfaces, and custom functionality. To interface with flight software, CTF parses a set of CCSDS message definition files to create the necessary command and telemetry structures for use during the test run. Additionally, CTF also supports interfacing with multiple cFS instances, allowing a test script to verify requirements that involve multiple flight software targets. Lastly, CTF provides support for executing test scripts against FSW running on remote or embedded hardware. This allows CTF to execute the same test scripts across different target configurations throughout the development process. In this presentation, we will introduce the cFS Test Framework (CTF) architecture, discuss the history of cFS testing frameworks, and present the features and capabilities currently provided by CTF. Lastly, we will show a demo of the CTF tool being used to execute test scripts against flight software.

cfs↗
NASA NTRS1979

Manned Orbital Transfer Vehicle (MOTV). Volume 5: Turnaround analysis

The development of a low-cost reliable turnaround process to employ the MOTV in enhancing the utilization of the geosynchronous space region is analyzed. It is indicated that a routine effective turnaround/maintenance plan must make maximum use of flight data for maintenance planning, a high degree of test automation, and MOTV maintainability features in order to minimize tests, facilitate repair, and reduce manpower requirements. An effective turnaround plan provides a payback of reduced risks.

Boyland, R. E.↗
NASA NTRS1981

Laser velocimeter stand-alone controller

A distributed microprocessor network has been developed to position a laser-based velocity measurement package. Designed primarily for use inside the Ames 40 x 80-foot Subsonic Wind Tunnel, the instrument assembly is remotely operated. The mechanical system is reconfigurable for other test environments which necessitates an adaptive control approach. Three stepper motor drives provide two-dimensional positioning of the sampling point over 200/sq m of the test section, with a 5-mm resolution. Real-time multiprocessing provides fast response, fault detection, and parametric data acquisition. Manual tests are run from a dedicated control panel and automated tests are accomplished via an I.E.E.E 488 interface. The design approach and the progress to date are discussed.

Brown, R.↗
NASA NTRS1985

Automation of assertion testing - Grid and adaptive techniques

Assertions can be used to automate the process of testing software. Two methods for automating the generation of input test data are described in this paper. One method selects the input values of variables at regular intervals in a 'grid'. The other, adaptive testing, uses assertion violations as a measure of errors detected and generates new test cases based on test results. The important features of assertion testing are that: it can be used throughout the entire testing cycle; it provides automatic notification of error conditions; and it can be used with automatic input generation techniques which eliminate the subjectivity in choosing test data.

Andrews, D. M.↗
NASA NTRS1982

The status of two- and three-dimensional testing in the University of Southampton transonic self-streamlining wind tunnel

An automated test section was used to develop a flexible walled testing technique which eliminates some sources of uncertainty in boundary interference effects which exist in conventional transonic test sections. The flexible floor and ceiling of the test section were adjusted to contours which produce a constant Mach number distribution along each wall with no model present. These aerodynamically straight contours form the basis for all streamlining. The wall data are to contain information on the models performance and on lift. Two dimensional validation testing has continued with a cambered NPL 9510 section. Lift data up to Mach 0.87 are compared with reference data. Drag information on a NACA 0012-64 section is presented to indicate the powerful effects of streamlining. Preliminary three dimensional testing in the two dimensional test section has demonstrated that model and support blockage can be relieved by wall contouring.

Wolf, S. W. D.↗
NASA NTRS1992

An automated system for creep testing

A completely automated data collection system was devised to measure, analyze, and graph creep versus time using a PC, a 16 channel multiplexed analog to digital converter, and low friction potentiometers to measure length. The sampling rate for each experiment can be adjusted in the software to meet the needs of the material tested. Data is collected and stored on a diskette for permanent record and also for later data analysis on a different machine.

Spiegel, F. Xavier↗
NASA NTRS2009

(Quickly) Testing the Tester via Path Coverage

The configuration complexity and code size of an automated testing framework may grow to a point that the tester itself becomes a significant software artifact, prone to poor configuration and implementation errors. Unfortunately, testing the tester by using old versions of the software under test (SUT) may be impractical or impossible: test framework changes may have been motivated by interface changes in the tested system, or fault detection may become too expensive in terms of computing time to justify running until errors are detected on older versions of the software. We propose the use of path coverage measures as a "quick and dirty" method for detecting many faults in complex test frameworks. We also note the possibility of using techniques developed to diversify state-space searches in model checking to diversify test focus, and an associated classification of tester changes into focus-changing and non-focus-changing modifications.

evaluation of test systems↗
NASA NTRS2007

The General Mission Analysis Tool (GMAT) System Test Plan

This document serves as the System Test Approach for the GMAT Project. Preparation for system testing consists of three major stages: 1) The Test Approach sets the scope of system testing, the overall strategy to be adopted, the activities to be completed, the general resources required and the methods and processes to be used to test the release. It also details the activities, dependencies and effort required to conduct the System Test. 2) Test Planning details the activities, dependencies and effort required to conduct the System Test. 3) Test Cases documents the tests to be applied, the data to be processed, the automated testing coverage and the expected results. This document covers the first two of these items, and established the framework used for the GMAT test case development. The test cases themselves exist as separate components, and are managed outside of and concurrently with this System Test Plan.

Conway, Darrel J.↗
NASA NTRS2013

Verification and Validation Studies for the LAVA CFD Solver

The verification and validation of the Launch Ascent and Vehicle Aerodynamics (LAVA) computational fluid dynamics (CFD) solver is presented. A modern strategy for verification and validation is described incorporating verification tests, validation benchmarks, continuous integration and version control methods for automated testing in a collaborative development environment. The purpose of the approach is to integrate the verification and validation process into the development of the solver and improve productivity. This paper uses the Method of Manufactured Solutions (MMS) for the verification of 2D Euler equations, 3D Navier-Stokes equations as well as turbulence models. A method for systematic refinement of unstructured grids is also presented. Verification using inviscid vortex propagation and flow over a flat plate is highlighted. Simulation results using laminar and turbulent flow past a NACA 0012 airfoil and ONERA M6 wing are validated against experimental and numerical data.

Validation↗
NASA NTRS2010

Design and Testing of Suit Regulator Test Rigs

The next generation space suit requires additional capabilities for controlling and adjusting internal pressure compared to that of historical designs. Next generation suit pressures will range from slight pressure, for astronaut prebreathe comfort, to hyperbaric pressure levels for emergency medical treatment of decompression sickness. In order to test these regulators through-out their development life cycle, novel automated test rigs are being developed. This paper addresses the design philosophy, performance requirements, physical implementation, and test results with various units under test.

Campbell, Colin↗
NASA NTRS1998

Automatic Generation of Test Oracles - From Pilot Studies to Application

There is a trend towards the increased use of automation in V&V. Automation can yield savings in time and effort. For critical systems, where thorough V&V is required, these savings can be substantial. We describe a progression from pilot studies to development and use of V&V automation. We used pilot studies to ascertain opportunities for, and suitability of, automating various analyses whose results would contribute to V&V. These studies culminated in the development of an automatic generator of automated test oracles. This was then applied and extended in the course of testing an Al planning system that is a key component of an autonomous spacecraft.

Feather, Martin S.↗
NASA NTRS1992

Automated screening of propulsion system test data by neural networks, phase 1

The evaluation of propulsion system test and flight performance data involves reviewing an extremely large volume of sensor data generated by each test. An automated system that screens large volumes of data and identifies propulsion system parameters which appear unusual or anomalous will increase the productivity of data analysis. Data analysts may then focus on a smaller subset of anomalous data for further evaluation of propulsion system tests. Such an automated data screening system would give NASA the benefit of a reduction in the manpower and time required to complete a propulsion system data evaluation. A phase 1 effort to develop a prototype data screening system is reported. Neural networks will detect anomalies based on nominal propulsion system data only. It appears that a reasonable goal for an operational system would be to screen out 95 pct. of the nominal data, leaving less than 5 pct. needing further analysis by human experts.

Hoyt, W. Andes↗
NASA NTRS1981

Symbol error rate performance evaluation of the LM37 multimegabit telemetry modulator-demodulator unit

The LM37 multimegabit telemetry modulator-demodulator unit was tested for evaluation of its symbol error rate (SER) performance. Using an automated test setup, the SER tests were carried out at various symbol rates and signal-to-noise ratios (SNR), ranging from +10 to -10 dB. With the aid of a specially designed error detector and a stabilized signal and noise summation unit, measurement of the SER at low SNR was possible. The results of the tests show that at symbol rates below 20 megasymbols per second (MS)s) and input SNR above -6 dB, the SER performance of the modem is within the specified 0.65 to 1.5 dB of the theoretical error curve. At symbol rates above 20 MS/s, the specification is met at SNR's down to -2 dB. The results of the SER tests are presented with the description of the test setup and the measurement procedure.

Malek, H.↗