Friday, December 14, 2018
'Why Is Testing Stage of Sdlc so Important?\r'
'Why is the interrogatory stage of bodys reading so important? November 2012 Introduction ââ¬Â¢ Systems nurture Lifecycle ââ¬Â¢ Types of SDLC ââ¬Â¢ Stages of SDLC ââ¬Â¢ ââ¬Â¢ ââ¬Â¢ ââ¬Â¢ ââ¬Â¢ ââ¬Â¢ ââ¬Â¢ ââ¬Â¢ ââ¬Â¢ ââ¬Â¢ falls method turn exposeing Programme interrogation credence exam Limitations of Testing Case theme 1: University of Salford Case Study 2: Knight dandy Group Summary Conclusion References Systems Development Lifecycle ââ¬Â¢ Systems Development Life Cycle (SDLC) is the process of developing cultivation carcasss through various stages from identifying initial requirements through analysis, design, examen, mplementation and maintenance. ââ¬Â¢ galore(postnominal) different models hardly each generally consists of a series of defined steps or stages. Laudon & Laudon (2006) Types of SDLC ââ¬Â¢ waterfall ââ¬Â¢ Fountain ââ¬Â¢ Spiral ââ¬Â¢ Rapid prototyping ââ¬Â¢ Incremental Bocij et al (2006) Waterfall ââ¬Â¢ O ne of the oldest, best known ââ¬Â¢ analogue sequential set of phases ââ¬Â¢ Review at closure of each phase before moving on to the next ââ¬Â¢ Logical chain of events, e. g. programming cannot bring forth until stipulation perpetrated ââ¬Â¢ m each a(prenominal) different versions ââ¬Â¢ M either critics â⬠does not work? La thinkte & Neill (2004) Dennis et al (2008) Stages of SDLCVary according to the methodological analysis used but usually some novelty of the waterfall method which has Galin (2004) served as a fair example for others. ââ¬Â¢ Systems analysis â⬠identify problems & establish requirements ââ¬Â¢ Systems Design â⬠stool design specifications ââ¬Â¢ Programming â⬠translate design specification into code ââ¬Â¢ Testing ââ¬Â¢ Conversion â⬠plan conversion, drawstring users ââ¬Â¢ Production & Maintenance â⬠operate, evaluate and modify the body Laudon & Laudon (2006) Testing Why test? System should be teste d to look that it meets the requirements laid out at the start of the process. Develop a test plan ââ¬Â¢ Involve users as well as developers ââ¬Â¢ posture data and test system processes e. g. entering a new record, inserting incorrect data Laudon & Laudon (2006) Test aim Test Number Purpose of Test Test Data Expected issuance Actual Result 1 Test the well-groundedation incur on the ââ¬Å"Date of Birthââ¬Â field to ensure that valid dates of birth can be entered. 15/02/1988 trustworthy Accepted 2 Test the validation rule on the Date of Birth field to ensure that a date in the future cannot be entered. 14/10/2013 Rejected Accepted competent from: Laudon & Laudon (2006) Testing 2 basic phases of interrogation: course testing â⬠ensures that the programmes work as expected in controlled environment ââ¬Â¢ acceptance testing â⬠ensures users are able to use the system and that it operates as expected when in use. Laudon & Laudon (2006) Programme T esting 3 phases ââ¬Â¢ unit testing â⬠individual modules of the system are tested for any potential errors in the code. ââ¬Â¢ integration testing â⬠to finish the modules work together as expected ââ¬Â¢ complete system testing â⬠see how all the components allow work under various conditions Bocij et al (2006) acceptance Testing User betrothal Testing (UAT) by actual end users of the ystem to determine how well it meets their expectations and requirements. ââ¬Â¢ of import testing â⬠using simulated data ââ¬Â¢ beta testing â⬠using actual data â⬠nett stage before implementation Bocij et al (2006) Acceptance Testing ââ¬Â¢ Security testing â⬠whether security policies film been implemented as intended ââ¬Â¢ Recovery testing â⬠how the system reacts when it has been forced to fail ââ¬Â¢ Performance testing â⬠in different environments ââ¬Â¢ Stress testing â⬠attempts to ââ¬Å" pullââ¬Â the system by not following guidelines. Lo oks at how the system performs under heavy demand. Bocij et al (2006) Limitations of Testing Impossible to guarantee that once a system is tested it will work exactly as expected ââ¬Â¢ Too many factors to carry out exhaustive testing ââ¬Â¢ It is often given substandard brilliance and other stages overrun at the disbursement of testing ââ¬Â¢ Cannot rule out unforeseen problems kick upstairs down the line BUT: Gives a good idea, identifies major errors Morris (2005), Bocij et al (2006) Case Study 1 â⬠Careers process ââ¬Â¢ New system to manage Careers Service meshings, industrial planthops and events ââ¬Â¢ Alpha testing revealed few errors which were resolved ââ¬Â¢ of import testing revealed significant issues re: student status, ducation details, appointment booking abilities ââ¬Â¢ Issues were resolved and pilot system launched ââ¬Â¢ Phased implementation. Testing continuesââ¬Â¦ Case Study 2 â⬠Knight metropolis Group ââ¬Â¢ occupation US equities e lectronically (high frequence trading) ââ¬Â¢ dormant(ip) software from a legacy system inadvertently reactivated ââ¬Â¢ Multiplied stock trades by kelvin ââ¬Â¢ 45 minute delay in shutdown down the system ââ¬Â¢ Proper testing and ââ¬Å" enamour market simulationsââ¬Â ââ¬Â¢ Estimated $440M loss Detterman (2012), Ruhle, Harper and Mehta (2012) Summary ââ¬Â¢ delimitate SDLC ââ¬Â¢ Types & Stages of SDLC ââ¬Â¢ Types of Testing ââ¬Â¢ Limitations of Testing Case studies demonstrate importance of thorough testing Conclusion ââ¬Â¢ Testing reveals any errors and incompatibilities ââ¬Â¢ Essential to ensure they can be rectify before implementation ââ¬Â¢ Testing is a continuous process. There needs to be a carving off point before implementation but it can (and should) continue ââ¬Â¢ Testing is critical because it is the alone way to determine whether the system operates to requirements and actually works! Laudon & Laudon (2006), Cervone (2007) Refe rences Cervone, H. F. (2007),ââ¬ÂThe system development life cycle and digital library developmentââ¬Â, O CLC Systems & Services, Vol. 3 Iss: 4 pp. 348ââ¬352 [online]. Available from: [Accessed 12 November 2012] Dennis, A. , Wixom, B. H. & Roth, R. M. (2008) Systems Analysis and Design, 4th Edn, Oxford: Wiley Detterman, E. (2012) ââ¬Å" package Development Life Cycle (SDLC) Case Study â⬠Result = $440m Loss. ââ¬Â Solid Logic engine room. 12 tremendous 2012 [online]. Available from: [Accessed 11 November 2012] Galin, D. (2004) software Quality assumption: from theory to implementation. Harlow: Pearson Education Laplante, P. A. & Neill, C. J. (2004), ââ¬Å"The Demise of the Waterfall precedent Is Imminentââ¬Â and Other Urban Mythsââ¬Â, ACM Queue, Vol 1, No. 10 [onliine].Available from: [Accessed 12 November 2012] Laudon, K. C. and Laudon, J. P. (2006) Essentials of Management Information Systems: Organization and Technology in the Networked En terprise, ninth ed. , New Jersey: Prentice-Hall Morris, S. , (2005) ââ¬Å"Software Development Cycleââ¬Â, Tessella Support Services plc, lendable at < http://www. tessella. com/wp-content/uploads/2008/05/softwaredevelopmentcycle. p df> [accessed 12 November 2012] Ruhle, S. Harper, C. & Mehta, N. (2012) Knight Trading Loss Said to Be Linked to Dormant Software. Bloomberg. 14 August 2012. [online] Available from: {Accessed 01-11-2012]\r\n'
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment