Results 1 -
5 of
5
Extensions to the C Programming Language for Enhanced Fault Detection
- Software -- Practice and Experience
, 1993
"... this paper were formatted input and output of the prototype preprocessor. The prototype is a one-pass preprocessor whose only input is a single source file and whose outputs are the preprocessed source along with a header file. The functionality of the prototype is limited by the fact that it is fir ..."
Abstract
-
Cited by 7 (0 self)
- Add to MetaCart
this paper were formatted input and output of the prototype preprocessor. The prototype is a one-pass preprocessor whose only input is a single source file and whose outputs are the preprocessed source along with a header file. The functionality of the prototype is limited by the fact that it is first in the chain of compilation, prior to the regular C preprocessor. This was done to keep the prototype small and simple. A full implementation should be in the form of a plug-in replacement for the C preprocessor. That way, any implementation conflicts which might arise between the Robust C functions and the regular C preprocessor functions can be transparently resolved
Software quality through domain-driven certification
- Annals of Software Engineering
, 1998
"... Software reuse is being pursued in an attempt to improve programmer productivity. The concept of reuse is to permit various work products of software development to be used on more than one project in order to amortize their development costs. Productivity is not the only advantage of reuse although ..."
Abstract
-
Cited by 5 (0 self)
- Add to MetaCart
Software reuse is being pursued in an attempt to improve programmer productivity. The concept of reuse is to permit various work products of software development to be used on more than one project in order to amortize their development costs. Productivity is not the only advantage of reuse although it is the most widely publicized. By incorporating reusable components into a new product, the components bring with them whatever qualities they possess, and these can contribute to the quality of the new product. This suggests that reuse might be exploited for achieving quality as an entirely separate goal from improving productivity. If useful properties pertaining to quality could be shown to be present in products as a direct result of software development based on reuse, this might be a costeffective way of achieving those qualities irrespective of the productivity advantages. The adjective certified is sometimes used to describe components that have been tested in some way prior to entry into a library but the term certified is not formally defined in the reuse literature. In this paper, we address the issue of certifying reusable components. We advocate the development of software by reuse with the specific intent of establishing as many of the required properties in the final product as possible by depending upon properties present in the reusable components. For this goal to succeed, a precise definition of certification of reusable components is required and such a definition is presented. The benefits of the definition and the way in which it supports the goal are explored.
A Systematic Review of Automated Test Data Generation Techniques
, 2007
"... Engineering. The thesis is equivalent to 20 weeks of full time studies. Contact Information: Author: ..."
Abstract
-
Cited by 1 (0 self)
- Add to MetaCart
Engineering. The thesis is equivalent to 20 weeks of full time studies. Contact Information: Author:
AND
"... Software quahty is achieved through the apphcatlon of development techniques and the use of verification procedures throughout the development process Careful consideratmn of specific quality attmbutes and validation reqmrements leads to the selection of a balanced collection of review, analysis, an ..."
Abstract
- Add to MetaCart
Software quahty is achieved through the apphcatlon of development techniques and the use of verification procedures throughout the development process Careful consideratmn of specific quality attmbutes and validation reqmrements leads to the selection of a balanced collection of review, analysis, and testing techmques for use throughout the life cycle. This paper surveys current verification, validation, and testing approaches and discusses their strengths, weaknesses, and life-cycle usage. In conjunction with these, the paper describes automated tools used to nnplement vahdation, verification, and testmg. In the discussion of new research thrusts, emphasis is gwen to the continued need to develop a stronger theoretical basis for testing and the need to employ combinations of tools and techniques that may vary over each apphcation. Categories and Subject Descriptors: D 2 1 [Software Engineering]: Requirements/ Specifications--methodologws, tools; D 2 2 [Software Engineering]: Tools and Techniques--dec~smn tables; modules and interfaces, structured programming; top-down programmtng; user ~nterfaces; D.2.3 [Software Engineering]: Coding--standards; D.2.4 [Software Engineering]. Program Verification--assertion checkers, correctness proofs; rehabd~ty, validation; D.2.5 [Software Engineering] Testmg and Debugging--debugging a~ds; monitors; symbohc executmn; test data generators; D.2.6

