SECTION 4 TESTING & QUALITY CONTROL

Save this PDF as:
 WORD  PNG  TXT  JPG

Size: px
Start display at page:

Download "SECTION 4 TESTING & QUALITY CONTROL"

Transcription

1 Page 1 SECTION 4 TESTING & QUALITY CONTROL TESTING METHODOLOGY & THE TESTING LIFECYCLE The stages of the Testing Life Cycle are: Requirements Analysis, Planning, Test Case Development, Test Environment Setup, Master Test Plan Execution and Test Cycle Closure. Each of these stages is characterized by quantifiable commencement and completion criteria along with defined work streams and deliverables. Each stage of the testing lifecycle is detailed on the pages that follow. The entire testing lifecycle is presented at a high-level in the process summary (Table 4.1) at the end of this section. REQUIREMENTS ANALYSIS AND THE REQUIREMENT TRACEABILITY MATRIX - -

2 Page 2 - The RTM should serve as the cross-reference the point of intersection of the functionality of the software (as defined in the FFU) and the test process designed to ensure that the software can be used in the manner for which it is intended (that it is fit for use). A traceability matrix is a table that connects a functional requirement of the software to the tests that are needed to verify that the requirement is fulfilled. A good traceability matrix will provide backward and forward traceability, (a requirement can be traced to a test and a test to a requirement). In addition to serving as the cross reference between functions and functional testing, the RTM links high-level requirements, design specifications, test requirements and code files to each other, where appropriate. In this capacity, the RTM serves as a map providing the information necessary for understanding where information is located. This information is particularly valuable as a lesson learned and as an input for future design, development and testing processes. The fundamental goal of the RTM is to make sure that all features are tested and that all test processes are tied back to a feature. Preparation of Requirement Traceability Matrix (RTM). Identification of the testing approach, targets, goals and objectives Setting of testing priorities, success measures and pass/fail thresholds Identification of automated versus manual test processes TEST PROCESS PLANNING The Test Strategy document is an artifact created by the test leader to provide the details of a systematic test process and cadence. This high-level, strategic document includes testing human resource requirements, process timeline estimates, interim deliverable target dates and the overall test life cycle timeline as driven by the scope of the testing effort. This scope

3 Page 3 definition should synchronize with and use as inputs all content from the Fitness-For-Use and Technical Specification documentation provided by the development leader. Key work streams at this stage of testing include: Project scope and expectations definition Technology and methodology selection and detailed definition Preparation of the Master Test Plan including: o Test Cases o Use Cases o Tester Role Definitions and Security Protocols Testing effort resource requirement estimation Definition of quantifiable, measurable pass/fail thresholds and success measures Resource Plan (Load Balancing Plan) and identification of roles and responsibility across the testing team Testing management tool(s) configuration and setup TEST CASE DEVELOPMENT After the programming and development team has reached a state of requirement freeze and with a clear understanding of the Fitness-For-Use and Technical Specification documents, the testing team begins creation and definition of test cases, test scripts and use case scenarios along with definition of the requisite test data necessary to facilitate execution of all test processes. It is during this phase that test case cadence is defined according to complexity, criticality and testing resource requirements. Key work streams at this stage of testing include: Create test cases or Test scripts (if applicable). Categorization of Test Case. Create Test Data

4 Page 4 TEST ENVIRONMENT SETUP A testing environment, separate from any development or production environments, consists of the following assets: Test process infrastructure and hardware including: o Application Host Server o Application Test Data Server (if separate from host server) Test process software including: o Host server(s) Operating System o Database populated with test data o Application software build(s) configured with appropriate user security configurations o Front-end portal environment and browser o Any other software components required to effectively test the application software build in a production-like mode. It is the responsibility of the test team leader to ensure the conditions, infrastructures and environments necessary to support an effective testing effort are in place and that all pre-test criteria have been met before testing can be initiated. Key work streams at this stage of testing include: Ensure that all hardware and software components of the testing infrastructure are in place, and ready for operation - - TEST EXECUTION Test Case execution is a process of performing the steps defined in test cases, test scripts and use cases in their logical sequence against specific test data while logged into the test environment with a variety of end-user security rights and privileges. If any test case, script or scenario fails, the testing team logs the bug in the defect tracking tool and goes through proper channels, as defined in the QC standard operating procedures, to report the defect to

5 Page 5 appropriate personnel on the programming and development team and track that defect through to satisfactory resolution. Concurrently with the execution of the master test plan, a dedicated team of developers should be correcting defects in preparation for release of the next application test build. Key work streams at this stage of testing include: Execution of test cases, test scenarios and use cases Defect logging and tracking defined tool(s) Creation, verification and on-going update of test result documentation including the daily testing dashboard Mapping of defects to test cases in Requirement Traceability Matrix For additional information regarding the types of tests executed during this phase of the testing life cycle, please refer to the Testing Processes section of this publication. TEST CYCLE CLOSURE Once all test cases, scenarios and use cases have met the exit criteria and success thresholds test cycle closure activities including: finalization of key deliverables, definition and documentation of lessons learned, calculation of test results and statistics and documents related to the project are finalized so that they can be used as reference and information inputs for future software development work streams. Finally, a Causal Analysis and Resolution (CAR) Report is prepared wherein best practices and defect cause analysis are detailed. Key work streams at this stage of testing include: Test Metrics based on test coverage, resource cost Test Closure Report Analysis of test results including calculation of defect distribution by module, function, defect type and defect severity Causal Analysis and Resolution (CAR) Report

6 Page 6 HIGH LEVEL TEST PROCESS DEFINITION TEST PHASE WORK STREAM DELIVERABLE / ARTIFACTS Requirements Analysis Test Process Planning Test Case Development Test Environment Setup - Test Process Execution

7 Page 7 TEST PHASE WORK STREAM DELIVERABLE / ARTIFACTS Test Cycle Closure Table 4.1 Test Process Summary

8 Page 8 TESTING PROJECT SAMPLE PLAN AND TIMELINE

9 Page 9 REQUIREMENT TRACEABILITY MATRIX

10 Page 10 DAILY TESTING SCORECARD

11 Page 11 TESTING PROCESSES During the course testing builds of software applications the development team and testing team will conduct a variety of types of test procedures. The primary test types relevant for the enterprise are as follows: Technical Testing Functional Testing Usability Testing Unit Testing Integration Testing System Testing Stress Testing Performance Testing Regression Testing User Acceptance Testing Beta Testing Not every new release process requires every type of test and not all types of tests are executed on every application build. Each type of test is detailed in the following section and the testing roadmap detailing test cadence and test targets is presented as illustration 4.x herein. FUNCTIONAL TESTING Functional testing focuses on application functionality, as defined in the Fitness- For-Use document and as designed in the Technical Specification document. Where Unit and Integration testing focus on processes, Functional testing targets specific features of an application that, when combined, become the objects of Functional and Unit testing. USABILITY TESTING Where all other tests focus on the functional capability of an application build Usability Testing focuses on the user interface of the build. Simply put, all other test types focus on whether or not the software works while Usability Testing focuses on whether or not the software can be used for the purpose for which it is intended by an average end user. UI standards including font formatting, color pallets, field-based, context-sensitive and system-level help and all other aspects of the application build designed to simplify user interaction and add to an application s measure of intuitiveness and ease-of-use.

12 Page 12 UNIT TESTING Unit testing is focuses on individual functional groups as defined by the test leader and development leader. Functional groups may be identified as specifically as a common menu items (example: all features under the Transaction menu versus all features under the Reports menu) or units may be identified as globally as all features within the Residential Land module versus the Hunting Permits module. As the development team is usually sub-divided according to vertical areas of expertise (printing for example) or horizontally (the Marriage License module) unit definition usually follows development team bifurcation. Finally, Unit Testing is most often executed by the programmer/developer and, as such, stands alone as the only type of quality control test executed by the person(s) responsible for the development of application features and functions. INTEGRATION TESTING Integration testing focuses on groups of units that combine to support a specific function or work stream. Integration testing is also where the connectivity and inter-operability of software and hardware is tested to the extent that specific hardware components combine with software functionality to support a function or work stream. SYSTEM TESTING System testing assures the operability of application builds installed in the different environments that the enterprise will support. Environmental issues that are addressed during System testing include but are not limited to varying operating systems (example: Windows 7 vs. Windows 8 vs. Apple Snow Leopard), browsers (example: Internet Explorer vs. Firefox vs. Safari), functional platforms (example: local install vs. hosted service) and data platforms (example: SQL vs Oracle). STRESS TESTING Stress testing enables the enterprise to evaluate and understand how application builds behave under favorable and unfavorable conditions. Stress testing also enables performance benchmarking as data sets and concurrent user seats in size. It is critical that Stress testing not begin until functional testing is completed so that any performance defects can rightfully be associated with environmental issues, as all programmatic issues will have been detected during previous tests.

13 Page 13 PERFORMANCE TESTING Performance testing is designed to establish throughput speed benchmarks and processing effectiveness measures of the application build. Performance testing is often executed in conjunction with Stress testing procedures and only after the successful completion of functional testing. REGRESSTION TESTING Regression testing is often executed in conjunction with Functional, Integration and System testing to ensure that defect fixes and modifications in the current software build did not result in a previously working feature becoming disabled. As it is possible to break one thing in the process of fixing another, Regression testing is critical. Regression testing is sometimes referred to as Backwards testing or Related Process testing and is performed prior to Performance and Stress testing procedures. USER ACCEPTANCE TESTING User Acceptance Testing (UAT) is the first set of testing procedures executed by stakeholders who are employed outside the enterprise; most often by select end user organizations. By the time an application build gets to UAT, it is expected to be nearly complete and mostly defect free, but it is also understood that programming and development are not 100% complete. Two important keys to a successful UAT are making sure that those carrying out the test have the capability and bandwidth necessary to perform their duties and that appropriate expectations are set with these resources regarding the state of the build they will be testing. BETA TESTING As is the case with User Acceptance Testing, external stakeholders perform Beta Testing. While UAT however is done prior to the completion of programming and development and there remains the possibility that critical defects may exist Beta Testing focuses on a production-ready application build and commences upon completion of major programming, development, testing and defect correction activities If significant and/or multiple functional or user interface errors are detected

14 Page 14 during the Beta test program that is an indication that the enterprise went to Beta too soon and that previous internal testing efforts (Integration, Functional, System, Stress, Performance, Usability or Regression testing procedures) were not fully executed and were in fact closed prematurely according to defined acceptance and success criteria.

15 Page 15 TESTING & QUALITY CONTROL PROCESS DEFINITION This process definition section includes detailed process flow charts and RACI diagrams for the key deliverables, as defined in table 1.1, for the Programming and Development group at Cott Systems. As you review the charts and tables in this section keep in mind that these are high-level, strategic process definitions and are not intended to include the granular process detail that would be expected in a project plan and timeline. These illustrations do however present the major milestones and work streams on the critical path for each key deliverable and can be used as the starting point for development of more detailed project plans, job descriptions and other tactical artifacts. The flow charts in this section use graphic images that are defined in the tables below: Action, Work Stream and Executed function Symbols Symbol Name Description Process Predefined Process (Subroutine) Alternate Process Delay Represent a Process or action step. This is the most common symbol in both process flowcharts and process maps. A Predefined Process symbol is a marker for another process step or series of process flow steps that are formally defined elsewhere. This shape commonly depicts sub-processes (or subroutines in programming flowcharts). If the sub-process is considered "known" but not actually defined in a process procedure, work instruction, or some other process flowchart or documentation, then it is best not to use this symbol since it implies a formally defined process. This flowchart symbol is used when the process flow step is an alternate to the normal process step. Flow lines into an alternate process flow step are typically dashed. The Delay flowchart symbol depicts any waiting period that is part of a process. Delay shapes are common in process mapping and are often included in process flowcharts where periodic batch processes must be executed before the overall work stream can be completed.

16 Page 16 Preparation Manual Operation Any process step that is a Preparation process flow step including but not limited to a set-up operation, user login, or user-defined parameter definition. Manual Operations flowchart shapes show which process steps are not automated. In data processing flowcharts, this data flow shape indicates a looping operation along with a loop limit symbol. Branching and Control of Flow Symbols Symbol Name Description Flow Line Flow line connectors show the direction that the process flows. Flow charts in North America typically flow from top to bottom and left to right. Terminator Terminators show the start and stop points in a process. When used as a Start symbol, terminators depict a trigger action that sets the process flow into motion. Decision Connector (Inspection) Indicates a question, binomial response expectation or branch in the process flow. Typically, a Decision flowchart shape is used when there are 2 options (Yes/No, Go/No-Go, etc.) Flowchart Context: In flowcharts, this symbol is typically small and is used as a Connector to show a jump from one point in the process flow to another. Connectors are usually labeled with capital letters (A, B, AA) to show matching jump points. They are handy for avoiding flow lines that cross other shapes and flow lines. They are also handy for jumping to and from a sub-processes defined in an area other than the main flowchart.

17 Page 17 Symbol Name Description Process Mapping Context: In process maps, this symbol is full sized and shows an Inspection point in the process flow. Off-Page Connector Merge (Storage) Extract (Measurement) Or Off-Page Connector shows continuation of a process flowchart onto another page. When using them in conjunction with Connectors, it's best to differentiate the labels, e.g. use numbers for Off-Page Connectors and capital letters for Connectors. Flowchart Context: Shows the merging of and concatenation of multiple processes or process outputs into one piece of information or a single artifact. Process Mapping Context: commonly indicates storage of raw materials. Flowchart Context: Shows when a process splits into parallel paths. Also commonly indicates a Measurement, with a capital 'M' inside the symbol. Process Mapping Context: commonly indicates storage of finished goods. The logical Or symbol shows when a process diverges - usually for more than 2 branches. When using this symbol, it is important to label the out-going flow lines to indicate the criteria that must be met in order for process flow to follow each branch. Summing Junction The logical Summing Junction flowchart shape is shows when multiple branches converge into a single process.

18 Page 18 Input and Output Symbols Symbol Name Description Data (I/O) The Data flowchart shape indicates inputs to and outputs from a process. As such, the shape is often referred to as an I/O shape. Document Document flowchart symbol is for a process step that produces a document or artifact. Keep in mind that documents do not necessarily mean printed outputs. Display Indicates a process step where information is displayed to a person (e.g., PC user, machine operator, customer, etc.) Manual Input Manual Input flowchart shapes show process steps where the operator/ user is prompted for information that must be manually input into a system.

19 Page 19 File and Information Storage Symbols Symbol Name Description Stored Data A general Data Storage flowchart shape used for any process step that stores. Database This flowchart shape depicts a database consisting of columns corresponding to fields and rows corresponding to records. Direct Access Storage Direct Access Storage Hard Drive. Databases are usually stored on Direct Access Storage appliances. Internal Storage Used in programming flowcharts to represent information stored in memory, as opposed to on a file. Arrays are the most common internally stored artifact but this symbol may also be used to represent cookies stored locally on a web applet users machine or device.

20 Page 20 The RACI diagrams in this section use the following coding nomenclature: SCENARIO R Responsible A - Accountable C Consulted I Informed POTENTIAL RESOURCE ALLOCATION ISSUE Responsible parties own the project, work stream and/or deliverable assigned to them and are ultimately the point person for their quality and on-time delivery. Responsible parties, by definition are Accountable and must sign off on projects, work streams and deliverables before they can be considered complete Accountable parties must sign off on (approve) projects, work streams and or deliverables before than can be put into production or made available for external distribution Consulted parties have information, own content, have capabilities or are subject matter experts such that their contributions are necessary for successful completion of a project, work flow or deliverable Informed parties must be notified of the results and/or successful completion of projects and work streams and should be made aware of the availability of key deliverables

21 Page 21 TESTING & QUALITY ASSURANCE RACI DIAGRAM Testing & QA Lifecycle Responsible Accountable Consulted Informed Technical Testing Test Lead Development Lead Development Team Functional Testing Test Lead Development Team Sales Lead, Marketing Lead Usability Testing Test Lead IT Pro Services Lead, Customer Support Lead IT Pro Services Team, Tech Support Team Sales Lead, Marketing Lead Unit Testing Test Lead IT Pro Services Team, Tech Support Team Integration Testing Test Lead Hrdwr Support Lead Senior Exec Team System Testing Test Lead Hosted Solutions Lead Stress Testing Test Lead Hosted Solutions Lead Performance Testing Test Lead Hosted Solutions Lead Regression Testing Test Lead Senior Exec Team User Acceptance Testing Test Lead Hosted Solutions Lead Beta Testing Test Lead Dev Lead, Sales Lead, VP IT Pro Services, Customer Support Lead Hosted Solutions Lead Senior Exec Team, Customers Senior Exec Team, Customers

22 Page 22 APPLICATION BUILD PROCESS FLOW

23 Page 23

SECTION 2 PROGRAMMING & DEVELOPMENT

SECTION 2 PROGRAMMING & DEVELOPMENT Page 1 SECTION 2 PROGRAMMING & DEVELOPMENT DEVELOPMENT METHODOLOGY THE WATERFALL APPROACH The Waterfall model of software development is a top-down, sequential approach to the design, development, testing

More information

Process / Operation Symbols

Process / Operation Symbols Flowchart s and Their Meanings Flowchart s Defined By Nicholas Hebb The following is a basic overview, with descriptions and meanings, of the most common flowchart symbols - also commonly called flowchart

More information

Test Plan (a Real Sample) SoftwareTestingHelp.com Live Project Training - OrangeHRM

Test Plan (a Real Sample) SoftwareTestingHelp.com Live Project Training - OrangeHRM www.softwaretestinghelp.com Test Plan (a Real Sample) SoftwareTestingHelp.com Live Project Training - OrangeHRM 2/1/2014 SoftwareTestingHelp.com Name of the tester Note: This is a sample test plan created

More information

Rational Quality Manager. Quick Start Tutorial

Rational Quality Manager. Quick Start Tutorial Rational Quality Manager Quick Start Tutorial 1 Contents 1. Introduction... 2 2. Terminology... 3 3. Project Area Preparation... 4 3.1 Adding Users and specifying Roles... 4 3.2 Managing Tool Associations...

More information

Quality Assurance - Karthik

Quality Assurance - Karthik Prevention is better than cure Quality Assurance - Karthik This maxim perfectly explains the difference between quality assurance and quality control. Quality Assurance is a set of processes that needs

More information

Smarter Balanced Assessment Consortium. Recommendation

Smarter Balanced Assessment Consortium. Recommendation Smarter Balanced Assessment Consortium Recommendation Smarter Balanced Quality Assurance Approach Recommendation for the Smarter Balanced Assessment Consortium 20 July 2012 Summary When this document was

More information

Software Testing Lifecycle

Software Testing Lifecycle STLC-Software Testing Life Cycle SDLC Software Testing Lifecycle Software Testing Life Cycle (STLC) defines the steps/ stages/ phases in testing of software. However, there is no fixed standard STLC in

More information

Copyrighted www.eh1infotech.com +919780265007, 0172-5098107 Address :- EH1-Infotech, SCF 69, Top Floor, Phase 3B-2, Sector 60, Mohali (Chandigarh),

Copyrighted www.eh1infotech.com +919780265007, 0172-5098107 Address :- EH1-Infotech, SCF 69, Top Floor, Phase 3B-2, Sector 60, Mohali (Chandigarh), Content of 6 Months Software Testing Training at EH1-Infotech Module 1: Introduction to Software Testing Basics of S/W testing Module 2: SQA Basics Testing introduction and terminology Verification and

More information

Business Application Services Testing

Business Application Services Testing Business Application Services Testing Curriculum Structure Course name Duration(days) Express 2 Testing Concept and methodologies 3 Introduction to Performance Testing 3 Web Testing 2 QTP 5 SQL 5 Load

More information

1. Introduction. Annex 7 Software Project Audit Process

1. Introduction. Annex 7 Software Project Audit Process Annex 7 Software Project Audit Process 1. Introduction 1.1 Purpose Purpose of this document is to describe the Software Project Audit Process which capable of capturing different different activities take

More information

Oracle Insurance Policy Administration System Quality Assurance Testing Methodology. An Oracle White Paper August 2008

Oracle Insurance Policy Administration System Quality Assurance Testing Methodology. An Oracle White Paper August 2008 Oracle Insurance Policy Administration System Quality Assurance Testing Methodology An Oracle White Paper August 2008 Oracle Insurance Policy Administration System Quality Assurance Testing Methodology

More information

ASSURING SOFTWARE QUALITY USING VISUAL STUDIO 2010

ASSURING SOFTWARE QUALITY USING VISUAL STUDIO 2010 ASSURING SOFTWARE QUALITY USING VISUAL STUDIO 2010 QA2010 3 Days INTRODUCTION This three-day, instructor-led course provides students with the knowledge and skills to prevent, detect, manage and avoid

More information

FSW QA Testing Levels Definitions

FSW QA Testing Levels Definitions FSW QA Testing Levels Definitions 1. Overview This document is used to help determine the amount and quality of testing (or its scope) that is planned for or has been performed on a project. This analysis

More information

How Silk Central brings flexibility to agile development

How Silk Central brings flexibility to agile development How Silk Central brings flexibility to agile development The name agile development is perhaps slightly misleading as it is by its very nature, a carefully structured environment of rigorous procedures.

More information

Software Project Audit Process

Software Project Audit Process Software Project Audit Process Version 1.2 Information and Communication Technology Agency of Sri Lanka July 2013 Copyright 2011 ICTA Software Project Audit Process-v-1.2 Revision History Date Version

More information

STC - 2013 Test Report Dashboard Art of Showcasing data graphically, dynamically

STC - 2013 Test Report Dashboard Art of Showcasing data graphically, dynamically STC - 2013 Test Report Dashboard Art of Showcasing data graphically, dynamically Prepared by: Indium Software India Ltd. Name : Poornima Gopalan & Vishnupriya B Email : poornima.g@indiumsoft.com vishnupriya.b@indiumsoft.com

More information

Latest Trends in Testing. Ajay K Chhokra

Latest Trends in Testing. Ajay K Chhokra Latest Trends in Testing Ajay K Chhokra Introduction Software Testing is the last phase in software development lifecycle which has high impact on the quality of the final product delivered to the customer.

More information

Test Run Analysis Interpretation (AI) Made Easy with OpenLoad

Test Run Analysis Interpretation (AI) Made Easy with OpenLoad Test Run Analysis Interpretation (AI) Made Easy with OpenLoad OpenDemand Systems, Inc. Abstract / Executive Summary As Web applications and services become more complex, it becomes increasingly difficult

More information

Load DynamiX Storage Performance Validation: Fundamental to your Change Management Process

Load DynamiX Storage Performance Validation: Fundamental to your Change Management Process Load DynamiX Storage Performance Validation: Fundamental to your Change Management Process By Claude Bouffard Director SSG-NOW Labs, Senior Analyst Deni Connor, Founding Analyst SSG-NOW February 2015 L

More information

TestTrack Test Case Management Quick Start Guide

TestTrack Test Case Management Quick Start Guide TestTrack Test Case Management Quick Start Guide This guide is provided to help you get started with TestTrack test case management and answer common questions about working with test cases and test runs.

More information

ájoƒ ùdg á«hô dg áµلªÿg Yesser Overall SDLC Process Definition

ájoƒ ùdg á«hô dg áµلªÿg Yesser Overall SDLC Process Definition ájoƒ ùdg á«hô dg áµلªÿg Yesser Overall SDLC Process Definition Version 0.6 - Page 3 / 43 Table of Contents 1. Process Introduction... 5 1.1. Process Scope... 5 1.2. Process Objectives and Benefits... 5

More information

Bringing Value to the Organization with Performance Testing

Bringing Value to the Organization with Performance Testing Bringing Value to the Organization with Performance Testing Michael Lawler NueVista Group 1 Today s Agenda Explore the benefits of a properly performed performance test Understand the basic elements of

More information

Siebel Business Process Framework: Workflow Guide. Version 8.0 Rev A May 2008

Siebel Business Process Framework: Workflow Guide. Version 8.0 Rev A May 2008 Siebel Business Process Framework: Workflow Guide Version 8.0 Rev A May 2008 Copyright 2005, 2008, Oracle. All rights reserved. The Programs (which include both the software and documentation) contain

More information

Development Best Practices

Development Best Practices Development Best Practices 0 Toad Toad for Oracle v.9.6 Configurations for Oracle Standard Basic Toad Features + Team Coding + PL/SQL Profiler + PL/SQL Debugging + Knowledge Xpert PL/SQL and DBA Toad for

More information

BPMN by example. Bizagi Suite. Copyright 2014 Bizagi

BPMN by example. Bizagi Suite. Copyright 2014 Bizagi BPMN by example Bizagi Suite Recruitment and Selection 1 Table of Contents Scope... 2 BPMN 2.0 Business Process Modeling Notation... 2 Why Is It Important To Model With Bpmn?... 2 Introduction to BPMN...

More information

Project Management Guidelines

Project Management Guidelines Project Management Guidelines 1. INTRODUCTION. This Appendix (Project Management Guidelines) sets forth the detailed Project Management Guidelines. 2. PROJECT MANAGEMENT PLAN POLICY AND GUIDELINES OVERVIEW.

More information

http://www.softwaretestinghelp.com/ Test Plan Template: (Name of the Product) Prepared by: (Names of Preparers) (Date) TABLE OF CONTENTS

http://www.softwaretestinghelp.com/ Test Plan Template: (Name of the Product) Prepared by: (Names of Preparers) (Date) TABLE OF CONTENTS http://www.softwaretestinghelp.com/ Test Plan Template: (Name of the Product) Prepared by: (Names of Preparers) (Date) TABLE OF CONTENTS 1.0 INTRODUCTION 2.0 OBJECTIVES AND TASKS 2.1 Objectives 2.2 Tasks

More information

Software Quality Assurance Plan

Software Quality Assurance Plan For Database Applications Document ID: Version: 2.1a Planning Installation & Acceptance Integration & Test Requirements Definition Design Development 1 / 54 Copyright 2000-2006 Digital Publications LLC.

More information

SEVEN KEY TACTICS FOR ENSURING QUALITY

SEVEN KEY TACTICS FOR ENSURING QUALITY SEVEN KEY TACTICS FOR ENSURING QUALITY 1 INTRODUCTION Besides avoiding disasters and fatal flaws, quality assurance (QA) delivers significant benefits for banks. Strong QA planning provides the groundwork

More information

Performance Testing: Roles, Activities, and QA Inclusion

Performance Testing: Roles, Activities, and QA Inclusion : Roles, Activities, and QA Inclusion Michael Lawler NueVista Group 1 Today s Agenda Outline the components of a performance test and considerations Discuss various roles, tasks, and activities Review

More information

Introduction to Automated Testing

Introduction to Automated Testing Introduction to Automated Testing What is Software testing? Examination of a software unit, several integrated software units or an entire software package by running it. execution based on test cases

More information

The George Washington University

The George Washington University PMLC Project Management Life Cycle The George Washington University eexpense System Implementation Project Test Plan & Procedures Prepared By: Jeff Pearson Version: 1 Date: August 13, 2012 Project Owners:

More information

SA Tool Kit release life cycle

SA Tool Kit release life cycle Release management Release management process is a software engineering process intended to oversee the development, testing, deployment and support of software releases. A release is usually a named collection

More information

POLAR IT SERVICES. Business Intelligence Project Methodology

POLAR IT SERVICES. Business Intelligence Project Methodology POLAR IT SERVICES Business Intelligence Project Methodology Table of Contents 1. Overview... 2 2. Visualize... 3 3. Planning and Architecture... 4 3.1 Define Requirements... 4 3.1.1 Define Attributes...

More information

Colorado Department of Health Care Policy and Financing

Colorado Department of Health Care Policy and Financing Colorado Department of Health Care Policy and Financing Solicitation #: HCPFRFPCW14BIDM Business Intelligence and Data Management Services (BIDM) Appendix B BIDM Project Phases Tables The guidelines for

More information

Siebel Business Process Framework: Workflow Guide. Siebel Innovation Pack 2013 Version 8.1/8.2 September 2013

Siebel Business Process Framework: Workflow Guide. Siebel Innovation Pack 2013 Version 8.1/8.2 September 2013 Siebel Business Process Framework: Workflow Guide Siebel Innovation Pack 2013 Version 8.1/8.2 September 2013 Copyright 2005, 2013 Oracle and/or its affiliates. All rights reserved. This software and related

More information

Agile QA Process. Anand Bagmar Anand.Bagmar@thoughtworks.com abagmar@gmail.com http://www.essenceoftesting.blogspot.com. Version 1.

Agile QA Process. Anand Bagmar Anand.Bagmar@thoughtworks.com abagmar@gmail.com http://www.essenceoftesting.blogspot.com. Version 1. Agile QA Process Anand Bagmar Anand.Bagmar@thoughtworks.com abagmar@gmail.com http://www.essenceoftesting.blogspot.com Version 1.1 Agile QA Process 1 / 12 1. Objective QA is NOT the gatekeeper of the quality

More information

Chapter 13: Program Development and Programming Languages

Chapter 13: Program Development and Programming Languages Understanding Computers Today and Tomorrow 12 th Edition Chapter 13: Program Development and Programming Languages Learning Objectives Understand the differences between structured programming, object-oriented

More information

Skatteudvalget 2014-15 (2. samling) SAU Alm.del Bilag 48 Offentligt. Programme, Project & Service Management Analysis

Skatteudvalget 2014-15 (2. samling) SAU Alm.del Bilag 48 Offentligt. Programme, Project & Service Management Analysis Skatteudvalget 2014-15 (2. samling) SAU Alm.del Bilag 48 Offentligt Programme, Project & Service Management Analysis Table of Content 1 Executive Summary... 3 1.1 Scope of Work... 3 1.2 Methodology for

More information

AUTOMATED TESTING and SPI. Brian Lynch

AUTOMATED TESTING and SPI. Brian Lynch AUTOMATED TESTING and SPI Brian Lynch 1 Introduction The following document explains the purpose and benefits for having an Automation Test Team, the strategy/approach taken by an Automation Test Team

More information

Product Build. ProPath. Office of Information and Technology

Product Build. ProPath. Office of Information and Technology Product Build ProPath Office of Information and Technology Table of Contents Product Build Process Maps... 1 Process: Product Build... 3 Product Build and Goals... 4... 4 Goals... 4 Product Build RACI

More information

Axe in the Agile World

Axe in the Agile World Axe in the Agile World WHITE PAPER Executive Summary This paper explains the way in which Axe (Odin s Enterprise Test Automation Platform) allows the automated testing to take place in a range of project

More information

Continuous Delivery. Anatomy of the Deployment Pipeline (Free Chapter) by Jez Humble and David Farley

Continuous Delivery. Anatomy of the Deployment Pipeline (Free Chapter) by Jez Humble and David Farley Continuous Delivery Anatomy of the Deployment Pipeline (Free Chapter) by Jez Humble and David Farley Copyright 2011 ThoughtWorks Inc. All rights reserved www.thoughtworks-studios.com Introduction Continuous

More information

IBM Business Process Manager Version 8 Release 5. Hiring Tutorial IBM

IBM Business Process Manager Version 8 Release 5. Hiring Tutorial IBM IBM Business Process Manager Version 8 Release 5 Hiring Tutorial IBM Note Before using this information and the product it supports, read the information in Notices on page 95. This edition applies to

More information

DiskPulse DISK CHANGE MONITOR

DiskPulse DISK CHANGE MONITOR DiskPulse DISK CHANGE MONITOR User Manual Version 7.9 Oct 2015 www.diskpulse.com info@flexense.com 1 1 DiskPulse Overview...3 2 DiskPulse Product Versions...5 3 Using Desktop Product Version...6 3.1 Product

More information

Performance Testing. What is performance testing? Why is performance testing necessary? Performance Testing Methodology EPM Performance Testing

Performance Testing. What is performance testing? Why is performance testing necessary? Performance Testing Methodology EPM Performance Testing Performance Testing What is performance testing? Why is performance testing necessary? Performance Testing Methodology EPM Performance Testing What is Performance Testing l The primary goal of Performance

More information

Program Lifecycle Methodology Version 1.7

Program Lifecycle Methodology Version 1.7 Version 1.7 March 30, 2011 REVISION HISTORY VERSION NO. DATE DESCRIPTION AUTHOR 1.0 Initial Draft Hkelley 1.2 10/22/08 Updated with feedback Hkelley 1.3 1/7/2009 Copy edited Kevans 1.4 4/22/2010 Updated

More information

Intellect Platform - The Workflow Engine Basic HelpDesk Troubleticket System - A102

Intellect Platform - The Workflow Engine Basic HelpDesk Troubleticket System - A102 Intellect Platform - The Workflow Engine Basic HelpDesk Troubleticket System - A102 Interneer, Inc. Updated on 2/22/2012 Created by Erika Keresztyen Fahey 2 Workflow - A102 - Basic HelpDesk Ticketing System

More information

Software Quality Testing Course Material

Software Quality Testing Course Material Prepared by Vipul Jain Software Quality Testing Course Material Course content is designed and will be taught in such a manner in order to make a person job ready in around 10-12 weeks. Classroom sessions

More information

VAIL-Plant Asset Integrity Management System. Software Development Process

VAIL-Plant Asset Integrity Management System. Software Development Process VAIL-Plant Asset Integrity Management System Software Development Process Document Number: VAIL/SDP/2008/008 Engineering For a Safer World P u b l i c Approved by : Ijaz Ul Karim Rao Revision: 0 Page:2-of-15

More information

SolovatSoft. Load and Performance Test Plan Sample. Title: [include project s release name] Version: Date: SolovatSoft Page 1 of 13

SolovatSoft. Load and Performance Test Plan Sample. Title: [include project s release name] Version: Date: SolovatSoft Page 1 of 13 SolovatSoft Load and Performance Test Plan Sample Title: [include project s release name] Version: Date: SolovatSoft Page 1 of 13 Approval signatures Project Manager Development QA Product Development

More information

IBM Business Process Manager Version 8 Release 5. Hiring Tutorial

IBM Business Process Manager Version 8 Release 5. Hiring Tutorial IBM Business Process Manager Version 8 Release 5 Hiring Tutorial Note Before using this information and the product it supports, read the information in Notices. This edition applies to version 8.5 of

More information

(Refer Slide Time: 01:52)

(Refer Slide Time: 01:52) Software Engineering Prof. N. L. Sarda Computer Science & Engineering Indian Institute of Technology, Bombay Lecture - 2 Introduction to Software Engineering Challenges, Process Models etc (Part 2) This

More information

Levels of Software Testing. Functional Testing

Levels of Software Testing. Functional Testing Levels of Software Testing There are different levels during the process of Testing. In this chapter a brief description is provided about these levels. Levels of testing include the different methodologies

More information

Distributed Agile Development in the Cloud

Distributed Agile Development in the Cloud W H I T E PA P E R Distributed Agile Development in the Cloud A new development process using the Power of Cloud and combining the merits of Agile, Feature Branching, Continuous Integration, Continuous

More information

Request for Proposal for Application Development and Maintenance Services for XML Store platforms

Request for Proposal for Application Development and Maintenance Services for XML Store platforms Request for Proposal for Application Development and Maintenance s for ML Store platforms Annex 4: Application Development & Maintenance Requirements Description TABLE OF CONTENTS Page 1 1.0 s Overview...

More information

System Build 2 Test Plan

System Build 2 Test Plan System Build 2 Test Plan Version 1.0 System Build 2 Test Plan Author s Signature Your signature indicates that this document has been prepared with input from content experts and is in compliance with

More information

TASPO-ATS-L System Test Plan

TASPO-ATS-L System Test Plan TASPO-ATS-L System Test Plan Automated Targeting System-Land ATS-L_(WR_1941)_STP_1.1 Document Number: ATS-L_(WR_1941)_STP_1.1 October 6, 2011 For Official Use Only - 42414 - TASPO-ATS-L System Test Plan

More information

Montana Department of Transportation Information Services Division. System Development Life Cycle (SDLC) Guide

Montana Department of Transportation Information Services Division. System Development Life Cycle (SDLC) Guide Montana Department of Transportation Information Services Division System Development Life Cycle (SDLC) Guide Version 2 August 2, 2007 \mdt_sdlc_process\mdt_sdlc_v02.doc Table of Contents 1 Business Analysis...3

More information

CDC UNIFIED PROCESS JOB AID

CDC UNIFIED PROCESS JOB AID CDC UNIFIED PROCESS JOB AID Independent Verification & Validation Activities Document Purpose This Job Aid is a brief document listing the items to be noted, checked, remembered, and delivered when completing

More information

Strategies for a Successful E2E Systems Integration Test. Fiona Charles Let s Test May 9, 2012

Strategies for a Successful E2E Systems Integration Test. Fiona Charles Let s Test May 9, 2012 Strategies for a Successful E2E Systems Integration Test Fiona Charles Let s Test May 9, 2012 This session Describes key project management strategies I have used to manage large- scale Systems Integration

More information

Software Testing Interview Questions

Software Testing Interview Questions Software Testing Interview Questions 1. What s the Software Testing? A set of activities conducted with the intent of finding errors in software. 2.What is Acceptance Testing? Testing conducted to enable

More information

Performance Testing Process A Whitepaper

Performance Testing Process A Whitepaper Process A Whitepaper Copyright 2006. Technologies Pvt. Ltd. All Rights Reserved. is a registered trademark of, Inc. All other trademarks are owned by the respective owners. Proprietary Table of Contents

More information

The Quality Assurance Centre of Excellence

The Quality Assurance Centre of Excellence The Quality Assurance Centre of Excellence A X I S T E C H N I C A L G R O U P A N A H E I M H E A D Q U A R T E R S, 300 S. H A R B O R, B L V D. S U I T E 904, A N A H E I M, CA 92805 PHONE :( 714) 491-2636

More information

Integrating Oracle Sales Cloud, Release 9 with JD Edwards EnterpriseOne release 9.1 Implementation Guide

Integrating Oracle Sales Cloud, Release 9 with JD Edwards EnterpriseOne release 9.1 Implementation Guide December 2014 Integrating Oracle Sales Cloud, Release 9 with JD Edwards EnterpriseOne release 9.1 Implementation Guide Doc version 1.0 Copyright 2005, 2014 Oracle and/or its affiliates. All rights reserved.

More information

Basic Unix/Linux 1. Software Testing Interview Prep

Basic Unix/Linux 1. Software Testing Interview Prep Basic Unix/Linux 1 Programming Fundamentals and Concepts 2 1. What is the difference between web application and client server application? Client server application is designed typically to work in a

More information

Software Test Plan (STP) Template

Software Test Plan (STP) Template (STP) Template Items that are intended to stay in as part of your document are in bold; explanatory comments are in italic text. Plain text is used where you might insert wording about your project. This

More information

HP Application Lifecycle Management

HP Application Lifecycle Management HP Application Lifecycle Management Overview HP Application Lifecycle Management is a software solution expressly designed to allow your team to take control of the application lifecycle while investing

More information

Modeling Workflow Patterns

Modeling Workflow Patterns Modeling Workflow Patterns Bizagi Suite Workflow Patterns 1 Table of Contents Modeling workflow patterns... 4 Implementing the patterns... 4 Basic control flow patterns... 4 WCP 1- Sequence... 4 WCP 2-

More information

WHAT WE NEED TO START THE PERFORMANCE TESTING?

WHAT WE NEED TO START THE PERFORMANCE TESTING? ABSTRACT Crystal clear requirements before starting an activity are always helpful in achieving the desired goals. Achieving desired results are quite difficult when there is vague or incomplete information

More information

Quick Guide Business Process Modeling Notation (BPMN)

Quick Guide Business Process Modeling Notation (BPMN) Quick Guide Business Process Modeling Notation (BPMN) IDM Technical Team January 2007 Quick Guide: BPMN 2 of 14 The scope of this document is to provide a quick guide to the concepts and usage of the Business

More information

Essential Visual Studio Team System

Essential Visual Studio Team System Essential Visual Studio Team System Introduction This course helps software development teams successfully deliver complex software solutions with Microsoft Visual Studio Team System (VSTS). Discover how

More information

2 SYSTEM DESCRIPTION TECHNIQUES

2 SYSTEM DESCRIPTION TECHNIQUES 2 SYSTEM DESCRIPTION TECHNIQUES 2.1 INTRODUCTION Graphical representation of any process is always better and more meaningful than its representation in words. Moreover, it is very difficult to arrange

More information

Biorepository and Biobanking

Biorepository and Biobanking Biorepository and Biobanking LabWare s solution for biorepositories and biobanks combines powerful specimen tracking and logistics capabilities with specimen processing and workflow management features.

More information

Formal Software Testing. Terri Grenda, CSTE IV&V Testing Solutions, LLC www.ivvts.com

Formal Software Testing. Terri Grenda, CSTE IV&V Testing Solutions, LLC www.ivvts.com Formal Software Testing Terri Grenda, CSTE IV&V Testing Solutions, LLC www.ivvts.com Scope of Testing Find defects early Remove defects prior to production Identify Risks Unbiased opinion When Should Testing

More information

Integrity 10. Curriculum Guide

Integrity 10. Curriculum Guide Integrity 10 Curriculum Guide Live Classroom Curriculum Guide Integrity 10 Workflows and Documents Administration Training Integrity 10 SCM Administration Training Integrity 10 SCM Basic User Training

More information

EXHIBIT L. Application Development Processes

EXHIBIT L. Application Development Processes EXHIBIT L Application Development Processes Optum Development Methodology Development Overview Figure 1: Development process flow The Development phase consists of activities that include the building,

More information

Live Event Count Issue

Live Event Count Issue Appendix 3 Live Event Document Version 1.0 Table of Contents 1 Introduction and High Level Summary... 3 2 Details of the Issue... 4 3 Timeline of Technical Activities... 6 4 Investigation on Count Day

More information

Change Management Best Practices

Change Management Best Practices General Change Management Best Practices Practice Area Best Practice Criteria Organization Change management policy, procedures, and standards are integrated with and communicated to IT and business management

More information

CMS Testing Framework Overview

CMS Testing Framework Overview Department of Health and Human Services Centers for Medicare & Medicaid Services Office of Information Services CMS Framework Overview Version 1.1 May 18, 2011 Table of Contents 1. Introduction... 1 1.1

More information

Chapter 13: Program Development and Programming Languages

Chapter 13: Program Development and Programming Languages 15 th Edition Understanding Computers Today and Tomorrow Comprehensive Chapter 13: Program Development and Programming Languages Deborah Morley Charles S. Parker Copyright 2015 Cengage Learning Learning

More information

WebSphere Business Monitor

WebSphere Business Monitor WebSphere Business Monitor Dashboards 2010 IBM Corporation This presentation should provide an overview of the dashboard widgets for use with WebSphere Business Monitor. WBPM_Monitor_Dashboards.ppt Page

More information

Laila TECHNICAL SKILLS

Laila TECHNICAL SKILLS PROFESSIONAL SUMMARY Diversified experience in the field of Information Technology in the financial domain. In depth knowledge of RUP, Agile, waterfall Software Development Life Cycle (SDLC) processes.

More information

Design Document Version 0.0

Design Document Version 0.0 Software Development Templates Design Document Version 0.0 Description of Project DOCUMENT NO: VERSION: CONTACT: EMAIL: Ivan Walsh DATE: 4/13/2004 Distribution is subject to copyright. Design Document

More information

CHAPTER 20 TESING WEB APPLICATIONS. Overview

CHAPTER 20 TESING WEB APPLICATIONS. Overview CHAPTER 20 TESING WEB APPLICATIONS Overview The chapter describes the Web testing. Web testing is a collection of activities whose purpose is to uncover errors in WebApp content, function, usability, navigability,

More information

Life Cycle Management for Oracle Data Integrator 11 & 12. At lower cost Get a 30% return on investment guaranteed and save 15% on development costs

Life Cycle Management for Oracle Data Integrator 11 & 12. At lower cost Get a 30% return on investment guaranteed and save 15% on development costs Life Cycle Management for Oracle Data Integrator 11 & 12 Increase productivity Stop wasting your time doing things maually by automating every step in your project s Life Cycle At lower cost Get a 30%

More information

Capacity Plan. Template. Version X.x October 11, 2012

Capacity Plan. Template. Version X.x October 11, 2012 Template Version X.x October 11, 2012 This is an integral part of infrastructure and deployment planning. It supports the goal of optimum provisioning of resources and services by aligning them to business

More information

a new generation software test automation framework - CIVIM

a new generation software test automation framework - CIVIM a new generation software test automation framework - CIVIM Software Testing is the last phase in software development lifecycle which has high impact on the quality of the final product delivered to the

More information

SACWIS PLANNING FOR DEPARTMENT OF HUMAN SERVICES DRAFT - STRATEGIC IMPLEMENTATION PLAN: MILESTONES & TIMELINES FOR A FULL IMPLEMENTATION

SACWIS PLANNING FOR DEPARTMENT OF HUMAN SERVICES DRAFT - STRATEGIC IMPLEMENTATION PLAN: MILESTONES & TIMELINES FOR A FULL IMPLEMENTATION STATE OF MICHIGAN SACWIS PLANNING FOR DEPARTMENT OF HUMAN SERVICES DRAFT - STRATEGIC IMPLEMENTATION PLAN: MILESTONES & TIMELINES FOR A FULL IMPLEMENTATION September 13, 2010 DRAFT -Strategic Plan: Key

More information

Software Engineering Introduction & Background. Complaints. General Problems. Department of Computer Science Kent State University

Software Engineering Introduction & Background. Complaints. General Problems. Department of Computer Science Kent State University Software Engineering Introduction & Background Department of Computer Science Kent State University Complaints Software production is often done by amateurs Software development is done by tinkering or

More information

European Commission. <Project Name> Test Management Plan. Date: 23/10/2008 Version: 1.002 Authors: Revised by: Approved by: Public: Reference Number:

European Commission. <Project Name> Test Management Plan. Date: 23/10/2008 Version: 1.002 Authors: Revised by: Approved by: Public: Reference Number: EUROPEAN COMMISSION DIRECTORATE-GENERAL INFORMATICS Information systems Directorate European Commission Test Management Plan Date: 23/10/2008 Version: 1.002 Authors: Revised by: Approved

More information

Essentials of the Quality Assurance Practice Principles of Testing Test Documentation Techniques. Target Audience: Prerequisites:

Essentials of the Quality Assurance Practice Principles of Testing Test Documentation Techniques. Target Audience: Prerequisites: Curriculum Certified Software Tester (CST) Common Body of Knowledge Control Procedures Problem Resolution Reports Requirements Test Builds Test Cases Test Execution Test Plans Test Planning Testing Concepts

More information

Using UML Part Two Behavioral Modeling Diagrams

Using UML Part Two Behavioral Modeling Diagrams UML Tutorials Using UML Part Two Behavioral Modeling Diagrams by Sparx Systems All material Sparx Systems 2007 Sparx Systems 2007 Page 1 Trademarks Object Management Group, OMG, Unified Modeling Language,

More information

Appendix 2-A. Application and System Development Requirements

Appendix 2-A. Application and System Development Requirements Appendix 2-A. Application and System Development Requirements Introduction AHRQ has set up a Distributed Systems Engineering Lab (DSEL) to support all internal development efforts and provide a facility

More information

Terrace Consulting Services

Terrace Consulting Services Terrace Consulting Services Overview: Every project will require some degree of Planning before Implementation can begin. Analysis and Planning are essential in order to confirm requirements, define the

More information

3SL. Requirements Definition and Management Using Cradle

3SL. Requirements Definition and Management Using Cradle 3SL Requirements Definition and Management Using Cradle November 2014 1 1 Introduction This white paper describes Requirements Definition and Management activities for system/product development and modification

More information

TDWI strives to provide course books that are content-rich and that serve as useful reference documents after a class has ended.

TDWI strives to provide course books that are content-rich and that serve as useful reference documents after a class has ended. Previews of TDWI course books are provided as an opportunity to see the quality of our material and help you to select the courses that best fit your needs. The previews can not be printed. TDWI strives

More information

Benefits of Test Automation for Agile Testing

Benefits of Test Automation for Agile Testing Benefits of Test Automation for Agile Testing Manu GV 1, Namratha M 2, Pradeep 3 1 Technical Lead-Testing Calsoft Labs, Bangalore, India 2 Assistant Professor, BMSCE, Bangalore, India 3 Software Engineer,

More information

TIBCO Spotfire and S+ Product Family

TIBCO Spotfire and S+ Product Family TIBCO Spotfire and S+ Product Family Compliance with 21 CFR Part 11, GxP and Related Software Validation Issues The Code of Federal Regulations Title 21 Part 11 is a significant regulatory requirement

More information

Software Testing. Knowledge Base. Rajat Kumar Bal. Introduction

Software Testing. Knowledge Base. Rajat Kumar Bal. Introduction Software Testing Rajat Kumar Bal Introduction In India itself, Software industry growth has been phenomenal. IT field has enormously grown in the past 50 years. IT industry in India is expected to touch

More information