FROM SOFTWARE TESTING to QUALITY ENGINEERING« Software Testing Has Become a Complex Technical Discipline Within the Development Process

Total Page:16

File Type:pdf, Size:1020Kb

FROM SOFTWARE TESTING to QUALITY ENGINEERING« Software Testing Has Become a Complex Technical Discipline Within the Development Process INTERVIEW WITH PANKAJ RAI JAIN, DIRECTOR AT ACCENTURE IN MUNICH »FROM SOFTWARE TESTING TO QUALITY ENGINEERING« Software testing has become a complex technical discipline within the development process. The reasons are complex, says Pankaj Rai Jain from Accenture. He speaks of Software Quality Engineering that would develop very quickly. In this interview, Jain shares some of his ideas about what this development might look like. Software is ubiquitous today. of their users, the demands from every more complex, highly integrated and Unlike than in the past, we no corner of an increasingly digital world, the virtually limitless IT-system and all the longer find it only in the data different areas of application from related products. The demand for centers and on PCs, but also, for entertainment to business-critical and life- software quality is growing not only example, as an app on every sustaining systems, and the sheer amount functional, but also non-functional in smartphone, in the household of software that needs to be produced and appliances of a smart home, in the changed more rapidly. All these distinctions areas such as user experience, modern transport systems or in the and the constantly increasing time security, data protection and machines and robots of the constraints make software engineering so integration capability. factories. complicated and testing so challenging. This increases the pressure on Quality These few examples make it clear: Even experts such as Pankaj Jain cannot Engineering, because in the future much better products with completely Software must work! Error-free, predict exactly how software developers secure and performant. However, new and non-functional specifications will be working in ten years. In his opinion, will have to be delivered much faster there are other criteria that are however, one thing is certain: The "software important for the use of software. than before. According to Jain, all this testing" over the next decade will look These include properties such as has serious consequences for how, being flexible, quick and easy to completely different than it does today: The what and when testing has to be done. set up or intuitive to use. reason for this is obvious: Current quality In this interview, he shows how this assurance methods will not be sufficient to change can be shaped. Software plays a central role in our achieve the quality assurance methods will "Software testing has undergone a daily lives. It is difficult to imagine not be sufficient to achieve the quality fundamental change over the past required by a much an aspect of life that still functions four or five years – without software. Thereby, the and it has matured requirements for software vary into ‘Quality Engineering’!“ greatly. This is no wonder, given the expectations Mr. Jain, how would you describe the development of software testing in the recent years? Over the last 5 to 10 years, software testing has developed enormously. A mature engineering discipline has emerged from rudimentary processes. But this is by far not enough. This is evident from the fact that software today can be found practically everywhere – not only on computers, but also in the car, in kitchen appliances and on our smartphone as well as in factories, hospitals and retail industry. INTERVIEW WITH PANKAJ RAI JAIN, DIRECTOR AT ACCENTURE IN MUNICH Additionally, there are innovative We are witnesses to the introduction of So, is it about detection of root-cause and technologies such as AI, Blockchain or IoT. modern AI and ML (Machine Learning) prevention? These technologies each require their techniques into software testing. AI own, completely new strategies for enables us to automatically meet the Exactly! This is being wrongly put aside software testing. This is the only way we huge number of known requirements under the pressure of deadlines. It has to can get all the benefits of possible and conditions of use, as well as the be the other way around: The earlier we innovations. definition and simulation of unknown find errors and eliminate the causes of and totally unexpected events in the test. errors in the development process, the What does it mean for software testing? faster we will have a functioning software, We can see the development of and the cheaper it will be, because it is The continuous progress in IT makes it techniques for automatically extracting time-consuming and complicated to sort clear that we need to remain highly test cases from the software out mistakes later. Especially if the innovative as software engineers. We specification – which are also highly software is already delivered to the need to find new intelligent ways, automated using natural language customers. methods, tools and techniques to processing. This now ensures that we efficiently test this vast range of software automatically generate test cases that How do we solve the fundamental with unprecedented complexity. will immediately take any minor problem of software quality? software changes into account. We need, as I said, completely new We need a holistic approach: Quality strategies for this. These strategies must In the meantime, not only are we using Engineering. Testing individual systems is reduce the risks associated with software virtual technologies such as Robotic no longer enough in our world of deployment and improve the user Process Automation in testing, but also networking. Our holistic approach also experience and response time. real robot arms that work with software considers that environmental conditions -test machines. Real and virtual robots change, that wrong inputs are delivered, "We need more testing, will continue to automate physical as or that the software could be altered we need better testing, well as functional product tests. without authorization. All this is becoming we need comprehensive more and more likely with the increasing Quality Engineering! “ It is obvious that with the number of digitalization and virtualization of our connected systems and processes, the world. This is the reason why we Quality number of unpredictable situations is Engineers are more in demand than ever. also growing so quickly, that it cannot The costs and effects of software errors Do you already see new strategies for even be simulated in the laboratory, let are higher than before and continue to software testing, Mr. Jain? alone be tested. Therefore, we need to grow. step up the processes of quality Oh yes! There are plenty of improvements assurance, error prediction and error You are asking for a holistic approach to which I call Quality Engineering of prevention. The analysis of the historical software quality, Mr. Jain. What should software. One example is automated data logs of development and this approach look like? testing, which is permanently integrated production helps in this case, as it allows into the DevOps pipeline. This integration timely focus on the most important In general, software developers will have enables the initiation of test cases based potential sources of error. on planned software changes. This to adopt a customer-oriented way of practice is already widespread – and only thinking and working. This means: one example from many. INTERVIEW WITH PANKAJ RAI JAIN, DIRECTOR AT ACCENTURE IN MUNICH The functional and technical risk profiles Not only test execution, but also error testing. The testers must be able to handle of a software will remain to be significant identification and documentation, root this. Another example: It is possible that inputs for testing in the future. In addition, cause analysis, classification and the software is expected to be used by customer expectations will be considered distribution of errors can usually be people who have not been trained to use much more than before. Often, the performed automatically. The Quality it before. We must also take this into performance of the software is still Engineer can therefore concentrate fully account while testing. The operation of considered the most important feature on the design of new test scenarios and the software must become more intuitive that the customer expects. However, it on the analysis of the results. Routine, and simpler. could also be security for bankers, time-consuming tasks, such as obtaining innovation in the gaming sector or user and checking test data and test results, Third example: Companies have huge experience (UX) in e-commerce. The list of are largely automated. amounts of data. The question is: How can different customer expectations could be we generate meaningful test data from it? extended as desired. One thing is clear: Another example: In the digitized world, Test data with which we can minimize the The two inputs, namely, risk profile and virtually all business processes depend risk of errors and test the "hot spots" of the customer expectations will determine the on software that functions seamlessly. software effectively and intensively, quality assurance activities massively in This dependence increases with the where errors have particularly serious the future. degree of digitalization as rapidly as the consequences. And how can we avoid unexpected dependencies of the detecting errors at the last minute? AI can "We look for the flaws in the design and software itself – for example, support here as well. eliminate them before they can even dependency on other systems, on the cause errors" hardware or on unpredictable Last but not least, we can make quality environmental factors. We must prepare assurance more efficient; Thanks to AI and ourselves for this in Quality Engineering. automation, if 30 to 35 percent of the effort In addition, in the future, we should not was previously reserved for quality only look for defects in the software itself, "Quality Engineers are in demand more assurance in software development, we but also reduce the risks of than ever, because we will no longer are now able to achieve 25 percent – and commissioning.
Recommended publications
  • Quality Management for IT Support Services - a Case Study of an IT Helpdesk Service
    Quality Management for IT Support Services - A case study of an IT helpdesk service Master of Science Thesis in the Master Degree Programme, Quality and Operations Management JOHANNA IVARSSON Department of Technology Management and Economics Division of Quality Sciences CHALMERS UNIVERSITY OF TECHNOLOGY Gothenburg, Sweden 2013 Report No. E2013:080 REPORT NO. E2013:080 QUALITY MANAGEMENT FOR IT SUPPORT SERVICES A CASE STUDY OF AN IT HELPDESK SERVICE JOHANNA IVARSSON Department of Technology Management and Economics Chalmers University of Technology Göteborg, Sweden QUALITY MANAGEMENT FOR IT SUPPORT SERVICES A CASE STUDY OF AN IT HELPDESK SERVICE JOHANNA IVARSSON © Ivarsson, J. 2013 Report no. E2013:080 Department of Technology Management and Economics Division of Quality Sciences Chalmers University of Technology SE-412 96 Göteborg Sweden Telephone: + 46 (0)31-772 1000 Printed by Chalmers Reproservice Göteborg, Sweden 2013 Abstract IT services are a necessary support for most business processes; therefore the quality of IT support services is a topic of high importance. The aim of this study was to analyse how an IT helpdesk service can be improved in order to align with the organisation’s expectations. The study was conducted as a case study of an IT helpdesk service during spring 2013. The data collection combined a quantitative analysis of event logs data for a two-year period, with a qualitative approach conducting observations and ten interviews. The result showed that the quality issues arose from two main areas; resolution time of requests and professionalism of IT staff. The quality issues are, according to both the quantitative and qualitative analysis, caused by high workload for one of the IT department’s teams and high expectations of the organisation.
    [Show full text]
  • Quality Engineering in The
    QUALITY ENGINEERING IN THE NEW A vision and R&D update from Accenture Labs and Accenture Testing Services QUALITY ENGINEERING WITH BUSINESS PURPOSE In recent years, traditional approaches to application testing have been significantly disrupted with the advent of DevOps and intelligent automation, as well as proliferation of digital applications. As delivery timelines have shrunk from months to weeks and now days, testing has shifted both left and right in the software development lifecycle. DevOps and agile have merged development and testing into a single continuous activity. Testing has evolved to quality engineering that begins upfront as part of initial application planning and establishes a continuous feedback loop to anticipate and act on the unknown. But to truly understand the scale of evolution from testing to quality engineering, we need to recognize how data has changed software development itself. The power of data goes well beyond fueling automation use cases and AI learning datasets for repetitive development and testing tasks. The massive amounts of data users generate every day is now elevating quality engineers to predict risk, identify opportunities, increase speed and agility and minimize technical debt. With this vast influx of data, the quality engineer’s role has become far more exciting but also complex. It will further evolve as we move towards AI, edge computing and the massive IoT end datasets which require machine-to-machine (M2M) communications with complete autonomy and failsafe protection. Accenture has long been at the forefront of testing innovation, and now we are leading our clients into the world of quality engineering at scale.
    [Show full text]
  • Software Engineering for Main Campus, Sub Campuses, and Affiliated Colleges
    Revised Curriculum of BS Software Engineering for Main Campus, Sub Campuses, and Affiliated Colleges Department of Computer Science & Information Technology University of Sargodha (Applicable from Fall 2013) Page 1 of 105 Table of Contents Guidelines for Affiliated Colleges .................................................................................................. 4 The Discipline of Software Engineering ......................................................................................... 5 Vision of Software Engineering Education .................................................................................... 6 Software Engineering Programs‘Rationale..................................................................................... 7 Software Engineering Programs‘ Curriculum Underlying Principles ............................................ 9 BS Software Engineering Program‘sAims & Objectives ............................................................. 10 BSSE Program‘s Outcome ............................................................................................................ 11 BSSE Program‘s Structure ............................................................................................................ 11 Specializations ........................................................................................................................................ 11 Degree Requirement ..............................................................................................................................
    [Show full text]
  • The Goal/Question/Metric Method: a Practical Guide for Quality Improvement of Software Development
    The Goal/Question/Metric Method: a practical guide for quality improvement of software development The Goal/Question/Metric Method: a practical guide for quality improvement of software development Rini van Solingen and Egon Berghout THE McGRAW-HILL COMPANIES London · Chicago · New York · St Louis · San Francisco · Auckland Bogotá · Caracas · Lisbon · Madrid · Mexico · Milan Montreal · New Delhi · Panama · Paris · San Juan · São Paulo Singapore · Sydney · Tokyo · Toronto Published by McGraw-Hill Publishing Company SHOPPENHANGERS ROAD, MAIDENHEAD, BERKSHIRE, SL6 2QL, ENGLAND Telephone +44 (0) 1628 502500 Fax: +44 (0) 1628 770224 Web site: http://www.mcgraw-hill.co.uk British Library Cataloguing in Publication Data A catalogue record for this book is available from the British Library ISBN 007 709553 7 Library of Congress Cataloguing-in-Publication Data The LOC data for this book has been applied for and may be obtained from the Library of Congress, Washington, D.C. Further information on this and other McGraw-Hill titles is to be found at http://www.mcgraw-hill.co.uk Authors Website address: http://www.mcgraw-hill.co.uk/vansolingen While having complete faith in the methods explained in this book when they are properly applied, neither the authors nor the publisher can accept any responsibility for the outcome of the application of these methods by users. Publishing Director: Alfred Waller Publisher: David Hatter Typeset by: The Authors Produced by: Steven Gardiner Ltd Cover by: Hybert Design Copyright © 1999 McGraw-Hill International (UK) Limited All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic or otherwise without the prior permission of McGraw-Hill International (UK) Limited.
    [Show full text]
  • Thursday Sessions
    Thursday Sessions Thursday Sessions Session T1A: Mini Workshop - Great Problems Lead to Great Projects: A First Year Seminar Course Chair: Kristin Wobbe, Worcester Polytechnic Institute Time: Thursday, October 28, 2010, 8:00 am - 9:30 am Salon A MINI WORKSHOP - GREAT PROBLEMS LEAD TO GREAT PROJECTS: A FIRST YEAR SEMINAR COURSE Kristin Wobbe and Arthur Heinricher In 2007 WPI initiated the Great Problems Seminars to engage First Year students with current events, societal problems and human needs while developing skills that will facilitate subsequent project work. These seminars focus on large global issues – energy and its utilization, food and hunger, disease and healthcare delivery and the NAE Grand Challenges. Each is led by two faculty from disparate departments who expose the students to the complexity of the problem using a number of disciplinary perspectives. Students develop information literacy, effective writing and speaking skills, while working in teams on short assignments. For the final project student teams work with faculty supervision to analyze some aspect of the problem and/or develop a partial solution. The seminars culminate in a Project presentation day where all student groups present a poster on their work. We have assessment data that show that the courses achieve their desired outcomes. The special session will review the motivation to create these courses and provide information about course organization and logistics. Participants will review student projects, discuss the preparation required, and determine
    [Show full text]
  • Quality Engineering
    PREREQUISITES CURRICULUM • BS Degree or equivalent The curriculum is designed to provide the student with • Mathematical statistics (Ex. Stat 312) a balance and breadth of understanding of industrial • Computer programming (Ex. CS 302) engineering disciplines that contribute to designing • Three courses in ISYE (Ex: 313, 315, 320, 323, 349, and delivering high quality products or services safely 415, 417) The Associate Chair of Graduate Affairs is responsible selected from each of four groupings: (1) foundation for evaluating equivalences. courses;and efficiently. (2) organizational To accomplish dynamics/change this, courses can strate be - gies and sociotechnical engineering; (3) statistical PROGRAM DESCRIPTION methods, and (4) a grouping consisting of Industrial and Business electives. Ever increasing global competition has sparked renewed interest in quality improvement of products FOUNDATION COURSES (12 cr) and services. This, in conjunction with the greater • ISyE 412: Fundamental Industrial Data Analytics complexity of modern production and service systems, • ISyE/ME 512: Inspection, Quality Control, has created a demand for engineers who can mas- (or ISyE 612) and Reliability Quality Engineering ter the technical and managerial tools and concepts • ISyE 515: Engineering Management of Continuous needed for the economic implementation of quality Process Improvement systems. To meet this demand the graduate program • ISyE 520: Quality Assurance Systems concentration in Quality Engineering exists to prepare • ISyE 575: Introduction to Quality Engineering Faculty students for careers as quality professionals in indus- • Pascale Carayon, 3126 ECB try, health care, consulting, research, and teaching. ORGANIZATIONAL DYNAMICS/CHANGE & SOCIO- TECHNICAL SYSTEMS (6cr min) • Kaibo Liu, 3017 ME The MS degree is designed to provide necessary back- • ISyE/Psych 652: Sociotechnical Systems • Shiyu Zhou, 3254 ME ground for a professional career in industry or govern- ment.
    [Show full text]
  • Courses Scheme & Syllabus
    COURSES SCHEME & SYLLABUS B.E. (COMPUTER ENGINEERING) B.E. (Computer Engineering) 2017 Course Scheme First Semester S. No. Course Number Course Title L T P Cr 1. UCB008 APPLIED CHEMISTRY 3 1 2 4.5 2. UTA017 COMPUTER PROGRAMMING 3 0 2 4.0 3. UEE001 ELECTRICAL ENGINEERING 3 1 2 4.5 4. UEN002 ENERGY AND ENVIRONMENT 3 0 0 3.0 5. UMA003 MATHEMATICS-I 3 1 0 3.5 6. UES009 MECHANICS 2 1 2 * 2.5 17 4 6 22.0 MECHANICS (2*): 2HOURS LAB ONCE IN SEMESTER Second Semester S. No. Course Number Course Title L T P Cr 1 UPH004 APPLIED PHYSICS 3 1 2 4.5 2. UTA018 OBJECT ORIENTED PROGRAMMING 3 0 2 4.0 3. UEC001 ELECTRONIC ENGINEERING 3 1 2 4.5 4. UTA015 ENGINEERING DRAWING 2 4 0 4.0 5. UHU003 PROFESSIONAL COMMUNICATION 2 0 2 3.0 6. UMA004 MATHEMATICS-II 3 1 0 3.5 16 7 8 23.5 Third Semester S. No. Course Number Course Title L T P Cr 1. ENGINEERING DESIGN PROJECT-I UTA013 1 0 2 5.0 (6 SELF EFFORT HOURS) 2. UES012 ENGINEERING MATERIALS 3 1 2 4.5 3. UMA007 NUMERICAL ANALYSIS 3 1 2 4.5 4. UCS520 COMPUTER NETWORKS 3 0 2 4.0 5. DISCRETE MATHEMATICAL 3.5 UCS405 STRUCTURES 3 1 0 6. INVENTIONS & INNOVATIONS IN UCS407 2 0 0 2.0 COMPUTING 7. UCS303 OPERATING SYSTEMS 3 0 2 4.0 18 3 10 27.5 Fourth Semester S. No. Course Number Course Title L T P Cr 1.
    [Show full text]
  • 17 Introducing the Goal-Question-Metric Approach to Telecommunications Software Development: the PITA Experiment
    17 Introducing the Goal-Question-Metric approach to telecommunications software development: the PITA experiment V. Sylaidis, I. Nanakis, V Kopanas INTRACOMS.A. P.O. Box 68, 19002 Peania, Attika, Greece phone:(+ 30-1) 6860876, fax:(+ 30-1) 6860887 E-mail : {vsyl, inan, vkop}@intranet.gr Abstract This paper describes the experience of introducing the Goal-Question-Metric approach for software development process metrication to INTRACOM's Software Design Centre, based on the AMI methodology. This process improvement experiment, named PIT A, was supported by EU funds as an ESSI project (proj. no. 21305). The main objective was to provide a comprehensive and relevant frame of measurements to enable software developers to control and eventually improve the processes they employ, thus ensuring consistently high-quality products. The approach involved a formal CMM assessment and derivation /introduction of systematic measurements at project and organisational level, based on goal­ tree analysis. Keywords AMI (Application of Metrics in Industry), CMM (Capability Maturity Model), ESSI (European Systems and Software Initiative), GQM (Goal Question Metric), measurement plan, PIE (Process Improvement Experiment), PIT A (Process Improvement Through AMI), Policy Deployment, software metrics, SEI/CMU (Software Engineering Institute at Carnegie-Mellon Univ.), SEPG (Software Engineering Process Group), SPI (Software Process Improvement). D. Gritzalis (ed.), Reliability, Quality and Safety of Software-Intensive Systems © Springer Science+Business Media Dordrecht 1997 216 Part Seven Applications and Experiences 1 INTRODUCTION In recent years one can observe a large interest and grow in the application of measurement techniques in software project management. This trend can be justified in the context of systematic efforts to overcome the persisting software crisis, which is manifested by phenomena such as budget and schedule overruns, low quality and reliability and in general high cost of quality for software.
    [Show full text]
  • From Quality Assurance to Quality Engineering
    Baltimore - Washington D.C. | April 7-11, 2014 From Quality Assurance to Quality Engineering KEYNOTE PRESENTATIONS: Software Testing in a Reduced Budget Climate The Bushido Code: The Seven Virtues of the Bernie Gauf, Innovative Defense Technologies, LLC Samurai When Agile Becomes a Quality Game Changer John Godoy, John Godoy Lifestyle Michael Mah, QSM Associates, Inc. Understanding the New International Transformation Journey: Are we SAFe yet? Software Testing Standard – ISO 29119 Pete DuPre, Vantiv Susan Burgess, Burgess Consulting Agile Resiliency: How CMMI will make Agile Thrive and Survive Jeff Dalton, Broadsword QUEST Organizer Publication Sponsor 2 TABLE OF CONTENTS & FEATURED ARTICLES BALTIMORE What’s INSIDE IDT Welcomes You to QUEST 2014! On behalf of Innovative Defense Technologies (IDT) and the Greater Washington Area, I 5 Manager’s Workshop would like to welcome you to QUEST 2014. I feel fortunate to participate in a conference so 6 Networking Events closely aligned with IDT’s mission of designing, building and enabling quality software. I know 12 Full-Day Classes you share that objective if you are here. 14 Half-Day Tutorials The theme of this year’s conference, From Quality Assurance to Quality Engineering, articulates the goal many of us have for our work every day. As software 18 Keynote Presentations professionals, we navigate a rapidly changing landscape of emerging technologies, 22 Training & Certification Prep increasing customer expectations and tightening budgets. Yet we must persevere in our commitment to quality and in fact identify methodologies that will enable improvement. 25 Hotel Map This conference offers us an excellent arena in which to discuss best practices for quality 25 Quest at a Glance assurance, continuous testing and development methodologies.
    [Show full text]
  • SFE 4030 Software Testing and Quality Assurance
    SFE 4030: SOFTWARE TESTING AND QUALITY ASSURANCE Prerequisite APT 2080: Introduction to Software Engineering 3 Credit Units Rationale Computer Science 688: Software Testing and Quality Assurance studies the state-of-the-art and main research challenges of two important aspects of software engineering: testing and quality. The course also examines various approaches and methodologies used in software testing and quality assurance. Course topics are defined and illustrated by examples and papers from current peer-reviewed research literature in the area under study. The course will prepare students to independently conduct research in software testing and quality assurance, and to apply that knowledge in their future research and practice. COMP 688 focuses on the widely-adopted and emerging principles and knowledge of software testing and quality assurance, and provides the knowledge of and research skills in these areas of study. This course is designed for those who are about to start research in software testing and quality assurance, and for practitioners and managers of any aspect of software development. The knowledge of, and research skills in the area of software engineering will enable new researchers to apply their knowledge of software testing and quality assurance when identifying research topics, solving research problems, and addressing various research challenges. Practitioners and those with managerial responsibilities in software development will be able to apply the knowledge of the state-of-the-art in software testing and quality assurance. Software developers will also be able to apply the skills gained in this course in everyday practice by adding novel and more innovative approaches to their knowledge areas.
    [Show full text]
  • QFD in SOFTWARE ENGINEERING a Thesis Submitted to Kent State
    QFD IN SOFTWARE ENGINEERING A thesis submitted to Kent State University in partial fulfillment of the requirements for the degree of Master of Science by Leenah O. Alrabghi December, 2013 Thesis written by Leenah O. Alrabghi B.S., King Abdulaziz University, 2006 M.S., Kent State University, 2013 Approved by Dr. Austin Melton Chair, Master Thesis Committee Dr. Arden Ruttan Members, Master Thesis Committee Dr. Paul Farrell Members, Master Thesis Committee Accepted by Dr. Javed Khan Chair, Department of Computer Science Dr. Raymond Craig Associate Dean, College of Arts and Sciences ii TABLE OF CONTENT LIST OF FIGURES ...................................................................................................... VII LIST OF TABLES .......................................................................................................... IX ACKNOWLEDGEMENTS ............................................................................................ X CHAPTER 1 INTRODUCTION ..................................................................................... 1 1.1 Background ............................................................................................................... 1 1.2 Objectives of the Study ............................................................................................. 2 1.3 Research Problem ...................................................................................................... 2 1.4 Scope of the Study ....................................................................................................
    [Show full text]
  • ABSTRACT This Chapter Introduces the Generally Accepted Knowledge
    AN OVERVIEW OF SOFTWARE QUALITY CONCEPTS AND MANAGEMENT ISSUES ABSTRACT This chapter introduces the generally accepted knowledge on software quality that has been included in the (SWEBOK) Software Engineering Body of Knowledge (ISOTR19759-05). One chapter of the SWEBOK is dedicated to software quality (Apr05). It argues that ethics play an important role in applying the quality models and the notions of cost of quality for software engineers. It also describes the minimal content required in a software quality assurance plan. Finally an overview of what to expect in the upcoming international standards on software quality requirements, which transcend the life cycle processes of all IT processes, is presented. Keywords: Capability Maturity Model1, cost of quality, software quality requirements, software product quality, software quality measurement, software quality improvement, software quality fundamentals, software quality. INTRODUCTION The business value of a software product results from its quality as perceived by both acquirers and end-users. Therefore, quality is increasingly seen as a critical attribute of software, since its absence results in financial loss as well as dissatisfied users, and may even endanger lives. For example, Therac- 25, a computer-driven radiation system, seriously injured and killed patients by massive overdosing (Lev93). Improving recognition of the importance of setting software quality requirements and of assessing quality causes a shift in the ‘center of gravity’ of software engineering from creating technology-centered solutions to satisfying stakeholders. Software acquisition, development, maintenance and operations organizations confronted with such a shift are, in general, not adequately equipped to deal with it. Until recently, they did not have at their disposal the quality models or 1 Capability Maturity Model and CMM are registered trademarks in the U.S.
    [Show full text]