index_T

 < Free Open Study >   


Index


[SYMBOL] [A] [B] [C] [D] [E] [F] [G] [H] [I] [J] [K] [L] [M] [N] [O] [P] [Q] [R] [S] [T] [U] [V] [W]

T-shaped integration
table-driven methods
     advantages of
     binary searches with
     case statement approach
     checklist
     code-tuning with
     creating from expressions
     days-in-month example
     defined
     design method
     endpoints of ranges
     flexible-message-format example
     fudging keys for
     indexed access tables 2nd
     insurance rates example
     issues in
     key points
     keys for
     lookup issue
     miscellaneous examples
     object approach
     precomputing calculations
     purpose of
     stair-step access tables
     storage issue
     transforming keys
Tacoma Narrows bridge
takedown code, refactoring
Team Software Process (TSP)
teams
     build groups
     checklist
     development processes used by
     expanding to meet schedules
     managers
     physical environment
     privacy of offices
     process, importance to
     religious issues
     resources on
     size of projects, effects of
     style issues
     time allocations
     variations in performance
technology waves, determining your location in
Template Method pattern
template tools
temporal cohesion
temporary variables
test-data generators
test-first development
testability
     defined
     strategies for
testing
     automated testing
     bad data classes
     black-box testing
     boundary analysis
     bounds checking tools
     cases, creating 2nd 3rd
     characteristics of, troublesome
     checklist
     classes prone to error
     classifications of errors
     clean test limitation
     clerical errors (typos)
     code coverage testing
     component testing
     compound boundaries
     construction defects, proportion of
     coverage of code 2nd
     data flow testing
     data generators for
     data recorder tools
     debuggers
     debugging, compared to
     defined-used data paths
     design concerns
     designs, misunderstanding
     developer-view limitations
     developing tests
     diff tools for
     driver routines
     dummy classes
     dummy files for
     during construction
     ease of fixing defects
     equivalence partitioning
     error checklists for
     error databases
     error guessing
     error presence assumption
     errors in testing itself
     expected defect rate
     first or last recommendation 2nd
     frameworks for 2nd
     goals of
     good data classes
     integration testing
     JUnit for
     key points
     limitations on developer testing
     logging tools for
     logic coverage testing
     maximum normal configurations
     measurement of 2nd
     memory tools
     minimum normal configurations
     mock objects
     nominal case errors
     old data, compatibility with
     optimistic programmers limitation
     outside of construction domain defects
     planning for
     prioritizing coverage
     provability of correctness 2nd
     quality not affected by
     random-data generators
     recommended approach to
     record keeping for
     regression testing 2nd
     requirements
     resources for
     results, uses for
     role in software quality assurance
     routines, black-box testing of
     scaffolding 2nd
     scope of defects
     selecting cases for convenience
     stabilizing errors
     standards, IEEE
     structured basis testing 2nd
     stub objects
     symbolic debuggers
     system perturbers
     system testing
     test case errors
     test-first development
     testability 2nd
     time commitment to
     tools, list of
     unit testing 2nd
     varying cases
     white-box testing 2nd
threading
throwaway code
throwing one away metaphor
time allowances
tool version control
toolbox approach
tools
     checklist
top-down approach to design
top-down integration
transcendental functions 2nd
translator tools
try-finally statements
type casting, avoiding
type creation
    C++ [See data types, creating; data types, user-defined]
     centralization benefit
     checklist
     classes, compared to
     example of
     guidelines for
     information hiding aspect of
     languages with, evaluation of
     modification benefit
     naming conventions
     Pascal example
     portability benefit
     predefined types, avoiding
     purpose of
     reasons for
     redefining predefined
     reliability benefit
     validation benefit
type definitions

 < Free Open Study >   


Code Complete
Code Complete: A Practical Handbook of Software Construction, Second Edition
ISBN: 0735619670
EAN: 2147483647
Year: 2003
Pages: 334

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net