COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall.

Slides:



Advertisements
Similar presentations
Roadmap for Sourcing Decision Review Board (DRB)
Advertisements

Ninth Lecture Hour 8:30 – 9:20 pm, Thursday, September 13
Software Quality Assurance Plan
Global Business Blueprint Summary Presenters: Laurie Dempsey, CBP Lois McCluskey, eCP January 28, 2004.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 3.1.
ClosingExecuting/ Controlling ControllingPlanningInitiatingOpportunityAssessment Client AcceptancePlanning ApprovalInitiating ApprovalOpportunity Assessment.
Sixth Hour Lecture 10:30 – 11:20 am, September 9 Framework for a Software Management Process – Artifacts of the Process (Part II, Chapter 6 of Royce’ book)
Project Management: A Critical Skill for Organizations Presented by Hetty Baiz Project Office Princeton University.
Gu & Maher University of Sydney, October 2004 DECO2005 Monitoring Team Process.
A framework for describing IT Project Management Processes and Tool Set Features Enterprise Project Management Framework.
Requirements - Why What and How? Sriram Mohan. Outline Why ? What ? How ?
Iterative development and The Unified process
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
Effort in hours Duration Over Weeks Or Months Inception Launch Web Lifecycle Methodology Maintenance Phases Copyright Wonderlane Studios.
Stoimen Stoimenov QA Engineer QA Engineer SitefinityLeads,SitefinityTeam6 Telerik QA Academy Telerik QA Academy.
Project phases and the life cycle
© 2008 Prentice Hall11-1 Introduction to Project Management Chapter 11 Managing Project Execution Information Systems Project Management: A Process and.
Project Execution.
Chapter 9. Intro  What is Project Management?  Project Manager  Project Failures & Successes Managing Projects  PMBOK  SDLC Core Process 1 – Project.
Release & Deployment ITIL Version 3
Project Management Lecture 5+6 MS Saba Sahar.
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
What is Business Analysis Planning & Monitoring?
Degree and Graduation Seminar Project Management Processes
Copyright 2002 Prentice-Hall, Inc. Managing the Information Systems Project 3.1 Chapter 3.
 A project is “a unique endeavor to produce a set of deliverables within clearly specified time, cost and quality constraints”
Project Management Process Overview
PMP® Exam Preparation Course
CPTE 209 Software Engineering Summary and Review.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Test Organization and Management
RUP Fundamentals - Instructor Notes
Bellevue Planning Exhibits1 Welcome to Project Planning Instructor Phyllis Sweeney Project Planning Class.
CPIS 357 Software Quality & Testing
BUSINESS PLUG-IN B15 Project Management.
Certification and Accreditation CS Phase-1: Definition Atif Sultanuddin Raja Chawat Raja Chawat.
What is a Business Analyst? A Business Analyst is someone who works as a liaison among stakeholders in order to elicit, analyze, communicate and validate.
Lecture 11 Managing Project Execution. Project Execution The phase of a project in which work towards direct achievement of the project’s objectives and.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
Chapter 11. Intro  What is Project Management?  Project Manager  Project Failures & Successes Managing Projects  PMBOK  SDLC Core Process 1 – Project.
CHECKPOINTS OF THE PROCESS Three sequences of project checkpoints are used to synchronize stakeholder expectations throughout the lifecycle: 1)Major milestones,
Top Down View of Estimation Test Managers Forum 25 th April 2007.
Project Life Cycle.
I n t e g r i t y - S e r v i c e - E x c e l l e n c e Business & Enterprise Systems The Integrated Master Plan (IMP) and the Integrated Master Schedule.
PLUG IT IN 6 Project Management. 1.Project Management for Information Systems Projects 2.The Project Management Process 3.The Project Management Body.
PLANNING ENGINEERING AND PROJECT MANAGEMENT By Lec. Junaid Arshad 1 Lecture#03 DEPARTMENT OF ENGINEERING MANAGEMENT.
Information Systems System Analysis 421 Chapter 3 Managing the Information Systems Project.
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
Project management Topic 4 Starting up a project.
Stand Up Comedy Project/Product Management
Overview of RUP Lunch and Learn. Overview of RUP © 2008 Cardinal Solutions Group 2 Welcome  Introductions  What is your experience with RUP  What is.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
Illuminating Britelite’s Internal Services for Success Strategy for Process Improvement.
1 Chapter 11 Planning. 2 Project Planning “establishing a predetermined course of action within a forecasted environment” “establishing a predetermined.
SOFTWARE PROJECT MANAGEMENT
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
Informed Traveler Program and Applications Agile / Scrum Overview Jerry Inberg.
Prof. Shrikant M. Harle.  The Project Life Cycle refers to a logical sequence of activities to accomplish the project’s goals or objectives.  Regardless.
Chapter 11 Project Management.
Systems Analysis and Design in a Changing World, 4th Edition
Identify the Risk of Not Doing BA
Project Management and Information Security
Purchasing supplies at CERN
TechStambha PMP Certification Training
Enterprise Content Management Owners Representative Contract Approval
Process Improvement With Roles and Responsibilities explained
By Jeff Burklo, Director
Project Management Chapter 11.
Presentation transcript:

COMP8130 and 4130Adrian Marshall 8130 and 4130 Test Management Adrian Marshall

COMP8130 and 4130Adrian Marshall Overview Principal Testing Activities Testing Problems Scoping, Scheduling and Estimating Planning Documenting Controlling Test Teams (and independence)

COMP8130 and 4130Adrian Marshall Principal Testing Activities Planning scope, approach, resources, budget, documentation set, roles & responsibilities, schedule Preparation test documents, tools, environments, training Execution developers, systems integrators, users, external specialists, Independent V&V agents Reporting informal, formal, automated defects, progress, resource usage, issues & risks….

COMP8130 and 4130Adrian Marshall Testing Problems Modern software systems present the following potential problems to testing: Large, complex and expensive distributed processing / multi-tier systems are common Lack of a single end-to-end solution development owner Variability of component maturity and quality Variability of supplier capability and workmanship Significant component interface and integration problems

COMP8130 and 4130Adrian Marshall Testing Problems Modern software systems present the following potential problems to testing: Large user populations, and large numbers of concurrent users Unpredictable user loads which are often driven by uncontrollable circumstances Enterprise wide implementation of software systems creates critical business dependency on systems availability ….

COMP8130 and 4130Adrian Marshall Testing Problems Modern software systems present the following potential problems to testing: Significant component interface and integration problems Large user populations, and large numbers of concurrent users Unpredictable user loads which are often driven by uncontrollable circumstances Enterprise wide implementation of software systems creates critical business dependency on systems availability ….

COMP8130 and 4130Adrian Marshall Testing Problems Problems can occur in: Quality focus; Test scope; Test priorities; Test budget; Test schedule; Test skills and experience; Test documentation; Communications.

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating How do we scope the testing? Understand the system to be tested (requirements) Understand the risks Understand the development process Understand the technology Understand the business objectives

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Where do we get our requirements from? Operational requirements documents User feedback from prototypes, field trials, site visits Existing systems and their documentation Customers: System specification(s) Statement of work, Contract MIL, ISO or AS Standards Customer Furnished Information

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Where do we get our requirements from? Specifications: Interface Specifications Product Requirements Specifications, Marketing Specification Drawings Technical Specifications and standards

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Where do we get our requirements from? Corporate: The bid Marketing Specification Company and project policies, standards and procedures Existing design

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Analysing the risks Hazard identification Business risks System risks Technology risks Management risks Risk sizing Risk management / mitigation

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Understand the development process (and influence it?) Incremental Iterative Use Case definitions Integration methods Phasing of builds

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Understand the technology (examples): PKI Embedded systems Windows / Unix Smart-card EFTPOS jpeg

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Understand the business objectives (examples): Time to market critical Phased delivery Low price, high volume sales Security, confidentiality, IP protection

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Scoping. Finally….. …….determine the required tasks to fulfill the scope….. Inspections, unit, integration, system, acceptance, performance, reporting

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Scoping exercise: Consider requirements, risks, development process, technology and business objectives for the development of: a.R&D program for biometric authentication; b.Game based on the latest movie; c.Fuel management system for the A380

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Estimating Understand the scope Understand the size of the system (may use COTS products) and the size of the development Understand the complexity of the system Historic data for similar testing scope Gut feel Rule of thumb

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Estimating - Useful numbers: Overall testing effort (all activities) = 30% of the Test planning = 15% of total test effort Designing and documenting tests cases = 10% of total test effort Test procedures and test execution = 70% of total test effort Test reporting = 5% of total test effort

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Estimating Evaluate estimates Record actual effort (test metrics) Don’t be too granular (testers aren’t accountants or lawyers) Refine estimates Refine schedule

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Scheduling Identify the sequence of events Identify the critical path Communicate the draft schedule  Development team  Project manager Refine the schedule (communicate and changes to the risk profile)

COMP8130 and 4130Adrian Marshall Scoping, Scheduling and Estimating Scheduling and estimating exercise (small groups): Three month schedule from start of development to release First build due at the end of the second month 12 developers working fulltime Estimate the effort, size of the test team, and present a simple schedule

COMP8130 and 4130Adrian Marshall Planning Building the test plan: Scope, Schedule and Estimate Explain the test execution strategy Allocate roles and responsibilities Outline the testing schedule Identify test resource requirements List assumptions, issues and risks Approving the test plan Have appropriate stakeholders authorise / sign the plan….

COMP8130 and 4130Adrian Marshall Planning Planning should be done very early - be part of the project bid / project initiation team Obtain clear solution success / acceptance / quality criteria to enable identification of test focus areas Identify & evaluate risks and create a testing strategy which helps to manage them Produce a professional and defendable Test WBS Be appropriately independent Act as a support service not an authority figure Keep testing team and ‘customers’ informed Be involved across the project lifecycle….

COMP8130 and 4130Adrian Marshall Documenting Why do we document? What do we document? How do we document? Master Test Plan Entry and exit criteria Unit level testing documentation Documentation for subsequent phases Plans are not static… they must be constantly evaluated Test Cases Test Procedures Test Reports

COMP8130 and 4130Adrian Marshall Controlling What is needed to control the activities? Metrics Rate of test design Rate of execution Product quality Product stability Reporting

COMP8130 and 4130Adrian Marshall Test resources Test Teams Test Environments Test Tools

COMP8130 and 4130Adrian Marshall Test resources Test Teams Independence Identify skills / experience Hiring / contracting Motivating / retaining

COMP8130 and 4130Adrian Marshall Test resources Test Environments Procure Develop Control/manage

COMP8130 and 4130Adrian Marshall Test resources Test Tools Evaluate Procure Develop Validate/verify Training