Software Testing and Quality Control

In QuickTest Expert View, typing an object name followed by a dot triggers IntelliSense-style autocomplete. This displays child objects and available methods for that object, aiding code completion.

Informatica Designer provides multiple viewing options for objects: Iconized View for compact representation, Normal View for standard display, and Edit Mode for detailed editing. All these views are available.

In Quality Center (QC/ALM), requirements can be mapped to test plans within the Test Plan module. This allows traceability between requirements and test cases. The mapping ensures test coverage for all requirements.

In Quality Center/ALM, test scripts (test cases) typically have 5 possible statuses: Not Completed, Passed, Failed, No Run, and N/A. This covers the full lifecycle of test execution from not started to various completion states.

Quality Center allows linking defects directly from the Test Lab module. After running a test, you can link a defect to the test run to track failures. This integration between Test Lab and Defects modules is a core feature for defect tracking.

Requirement mapping can be done from the Test Plan module in Quality Center. You can associate test cases with requirements to establish traceability. This Coverage Analysis feature shows which requirements are covered by which tests.

Test scripts in Quality Center have 5 standard statuses covering their lifecycle: Not Completed (not run), Passed, Failed, No Run (skipped), and N/A (not applicable). These statuses allow teams to track test execution progress and results accurately.

Standalone utilities in DB2 operate on offline data - they don't require DB2 to be active and run directly against data sets. This contrasts with online utilities that run through DB2. Options A, C, D are incorrect terminology. The correct term is 'Offline' utilities.

Regression testing benefits most from test capture and replay facilities because it involves repeatedly running the same tests after code changes. Captured test scenarios can be automatically replayed to verify that existing functionality remains intact, which is the core purpose of regression testing.

Comparing a user manual with the actual program behavior during system testing verifies that the documentation accurately reflects what the software does. This ensures users receive correct instructions and prevents confusion from mismatches between documented and actual behavior. Finding bugs (A) is a secondary benefit, not the primary goal. Ease of use (C) and version checking (D) are separate concerns.

Equivalence partitioning achieves input and output coverage by grouping inputs that should be treated similarly into classes, then testing representatives from each class. This ensures coverage of all possible behaviors without testing every value. Boundary value analysis focuses on edges, error guessing is ad-hoc, and decision tables handle complex logic combinations.

Migration testing specifically verifies data conversion from legacy systems to new systems, checking that data is accurately transferred and transformed. Data-driven testing uses data files to drive tests, configuration testing checks software behavior under different configs, and back-to-back testing compares two systems' outputs.

LCSAJ (Linear Code Sequence and Jump) is a white-box structural testing technique that analyzes code execution paths through the program. The other options - equivalence partitioning, state transition testing, and boundary value analysis - are all black-box techniques that test without examining internal code.

In HP Quality Center (now ALM), deleting a folder in the test plan tree does not permanently delete the tests themselves. Instead, they are moved to the Unattached folder, allowing them to be recovered from there. Subject is the root of the test plan tree, and once deleted, tests are not gone immediately, nor is this action restricted only to project managers.

The Quality Tab within the Release module contains quality metrics including the Defect Opening Rate graph and Outstanding Defects graph. These graphs track defect trends and backlog. Option A's Progress Tab focuses on schedule progress, not defects. Option C's Defects module is for managing individual defects, not release-level metrics.