![]() | This article includes a list ofgeneral references, butit lacks sufficient correspondinginline citations. Please help toimprove this article byintroducing more precise citations.(April 2019) (Learn how and when to remove this message) |
IEEE software life cycle |
---|
Software quality assurance (SQA) is a means and practice of monitoring allsoftware engineeringprocesses, methods, and work products to ensure compliance against defined standards.[1] It may include ensuring conformance to standards or models, such asISO/IEC 9126 (now superseded by ISO 25010),SPICE orCMMI.[2]
It includes standards and procedures that managers, administrators or developers may use to review and audit software products and activities to verify that the software meets quality criteria which link to standards.
SQA encompasses the entiresoftware development process, includingrequirements engineering,software design,coding,code reviews,source code control,software configuration management,testing,release management andsoftware integration. It is organized into goals, commitments, abilities, activities, measurements,verification and validation.[3]
![]() | This sectionis inlist format but may read better asprose. You can help byconverting this section, if appropriate.Editing help is available.(November 2019) |
SQA involves a three-pronged approach:
Guidelines for the application of ISO 9001:2015 to computer software are described in ISO/IEC/IEEE 90003:2018.[4] External entities can be contracted as part of process assessments to verify that projects are standard-compliant. More specifically in case of software,ISO/IEC 9126 (now superseded by ISO 25010) should be considered and applied for software quality.
Quality assurance activities take place at each phase of development. Analysts use application technology and techniques to achieve high-quality specifications and designs, such asmodel-driven design. Engineers and technicians find bugs and problems with related software quality through testing activities. Standards and process deviations are identified and addressed throughout development byproject managers or quality managers, who also ensure that changes to functionality, performance, features, architecture and component (in general: changes to product or servicescope) are made only after appropriate review, e.g. as part ofchange control boards.[5]