Hardest SQA Engineer Interview Preparation Guide

Download PDF

The answer to this question depends on industry, company and/or project. In our software company, the closest thing to a Quality Control plan are our Test Standards and Test Plans.

The elements of our Test Plans are:

1) Introduction
- Purpose
- Product description
- System architecture
2) Scope
- Test coverage
- Features to be tested (in scope)
- Features not to be tested (out of scope)
- Compatibility matrix
3) Test strategy
- Test objectives
- Test approach
- Test environment
- System dependencies
- Test tools
- Assumptions
- Risks
4) Process
- Test process and guidelines
- Priority and Severity defined
- Pass/fail criteria
- Test entry/exit criteria
- Test resources
- Deliverables required for testing
- Roles and responsibilities
- Approvals and sign off

The CMM is a way to communicate capabilities.
The ISO is a way to communicate the process.

According to me i track bug by defect tracking tool and i report it through defect life cycle. i i was wrong please correct me.

Noise variable factors either cannot be controlled or are difficult and or expensive to control during the design or actual production stage.

Risk can be anything that leads to failure / defect / error in the apllication or process.

We can avoid risk by applying proper risk matrix in the process.Risk Matrix shows the controls within application systems used to reduce the identified risk, and in what segment of the application those risks exist.

Consider,Team members are leaving from the organization in the middle of the project is the risk for the Manager.For that he can take the preventive action by ask for the bond from the employee or can have the countable backups in the project.

Control charts are suitable for tracking items such as:
Production failures
Defects by life cycle phase
Complaint/failures by application/software
Response time to change request
Cycle times/delivery times
Mean time to failure

The activities that are involved in Software Quality Control are Reviews and Testing.

Reviews:

a. Review of requirement.
b. Review of design.
c. Review of code.
d. Review of deployment plan .
e. Review of test plan.
f. Review of test cases.

Testing:

a. Unit Testing
b. Integration Testing
c. System Testing
d. Acceptance Testing

a. Unit Testing
b. Integration Testing
c. System Testing
d. Acceptance Testing

Review of requirement.
b. Review of design.
c. Review of code.
d. Review of deployment plan .
e. Review of test plan.
f. Review of test cases

The following are the activities of project control:

- Verify the integrity of the database files.
- Check the transcription errors while inputting and referencing the data.
- Verify the data consistency.
- Perform the internal review of documents.
- Perform the completeness check.
- Compare the existing results with previous results.

Following are the benefits of SQC:

- Increased productivity of the development team.
- Improved Product Quality: Test statistics and defect tracking are more precise and up to date.
- Decreased re-work costs as the detection of defects are found earlier in the software project development lifecycle in every stage.
- Increased confidence levels in existing product management and future product development.
- Increased credibility as the software produced will be highly qualitative.

Transcendental View : Quality can be recognized and not defined.
User View: Quality as suitable for the needs.
Product View : Quality as related to the inherent characteristics of the product.
Value-based View: Quality is dependent on the number of customers those who are willing to pay for the software product.
Development View : Quality that is in conformance to specification.

Quality being part of every day operations, is the internal impact.

- Quality becomes as a part of setting and managing the objectives, practices.

- The open up of operations to customer audits, is the external impact.

- Procedures and record-keeping improve dramatically.

- The implementation of this standards will obviously takes the work to keep audits and the appropriate follow-ups fluent.

Quantifying the dimensions of the software product, to what extent the rate of the product is met.

- Qualitative and quantitative approaches provide the aggregate view of the product.

- Linear continuum need to be supplemented by the identification of the critical programming bugs.

- Consequences that might lead to catastrophic outages need to be properly identified.

- The critical application characteristics measurement involves the structural attribute measurement of the application architecture, coding, in-line documentation.

Project Manager - Controls the software engineering work performed during the software development.

- Designer - Assists the team to complete the overall design of the software project implementation.

- Technical Advisors - Supports to implement all technical aspects and imposes the quality practices.

- Checkers/Testers - Performs the complete testing of the software project at various levels.

- Quality Assurance Manager - Conforms the software product is as per the expected result with proper guidance and co-ordination with the development team.

SFQ is pertaining to conformance to the functional requirements.

- The SFQ is measured by the level of end user satisfaction.

- The usability and the intuitiveness and responsiveness of the use cases are referred, so as to determine the simplicity / complexity of the operations.

- SFQ compliances with the original design, and desired testability.

- Example: Voice of the Customer can be compared with the level of intuitiveness and responsiveness to measure the quality.

There are two types of software sizes:

Technical Size:
- The most technical sizing method is measured in terms of Line of Code per technology.
- The number of lines include in functions, files, classes and tables.
- These are computed with backfiring the Function Points.

Functional Size:
- The very common function size is Function Point Analysis.
- FPA is all about measuring the software deliverables.
- FPA is based on the requirements of the user and presents accurate representation of developer and estimator.
- FPA reflects the functionality that is delivered to the client.
- FPA involves in identifying and weighting of inputs, outputs and data storage.

The very common function size is Function Point Analysis.

- FPA is all about measuring the software deliverables.

- FPA is based on the requirements of the user and presents accurate representation of developer and estimator.

- FPA reflects the functionality that is delivered to the client.

- FPA involves in identifying and weighting of inputs, outputs and data storage.

The most technical sizing method is measured in terms of Line of Code per technology.

- The number of lines include in functions, files, classes and tables.

- These are computed with backfiring the Function Points.

Practices of implementing Application Architecture.

- Interactions with remote resources should be appropriate.

- Proper management of memory, network and disk space.

- Best coding practices.

- Proper and appropriate data access performance and management.

- Appropriate compliance with Object Oriented and Structured Programming practices.
- Appropriate compliance with SQL Programming best practices.

Implementing proper Application Architecture Practices.

- Design compliance of multi-layer components and their functionality.

- Input validation, Cross Site Scripting best practices

- Proper handling of error and exceptions.

- Proper access controls to the program and system functions.

The following are the SE Practices and attributes:

- Coding practices / standards.

- Practices of Application Architecture.

- Determining the complexity of the algorithms.

- Determining the multi-layer design compliance.

- Ratio of component and pattern usability.

- Determining the software to avoid the patterns which would lead to unexpected results / behaviors.

- Determination of data integrity and consistency

Includes the activities that are designed to determine the level of quality.

- QC is a reactive means which measures and monitors the quality

- Includes operational activities and techniques to meet the quality needs.

- QC involves in verifying the desired quality levels.

Quality Assurance:

- Focused on planning, documentation and agreeing certain guidelines that ensures quality.

- The outcomes of Quality Assurance are quality plans, inspection plan, test plan.

- QA is to prevent defects from entering into solutions.

Quality Control:

- Includes the activities that are designed to determine the level of quality.

- QC is a reactive means which measures and monitors the quality

- Includes operational activities and techniques to meet the quality needs.

- QC involves in verifying the desired quality levels.

Focused on planning, documentation and agreeing certain guidelines that ensures quality.

- The outcomes of Quality Assurance are quality plans, inspection plan, test plan.

- QA is to prevent defects from entering into solutions.