psqt00south-1.gif (2282 bytes)

Software Dimensions and The International Institute for Software Testing

Present

PSQT/PSTT 2001 East

Win a Free Admission to PSQT/PSTT 2001 East

spacer.gif (849 bytes)
psqtleft.gif (1883 bytes)
spacer.gif (849 bytes)
calls.gif (2148 bytes)
spacer.gif (849 bytes)
Registration.gif (2258 bytes)
spacer.gif (849 bytes)
program.gif (2139 bytes)
spacer.gif (849 bytes)
winfree.gif (2459 bytes)
spacer.gif (849 bytes)
committee.gif (2228 bytes)
spacer.gif (849 bytes)
sponsors.gif (1588 bytes)
spacer.gif (849 bytes)
vendors.gif (1302 bytes)
spacer.gif (849 bytes)
archive.gif (1510 bytes)
spacer.gif (849 bytes)
softdim.gif (2173 bytes)
spacer.gif (849 bytes)
bottom.gif (1023 bytes)

 

Wednesday Afternoon Conference Sessions (1:00 - 2:00 PM)

PSQT PSTT
Requirements Management Process Improvement Process Management Quality Management Test Process I Test Process II Web Testing Test Automation

How to Release the Hidden Power of Inspection

Dr. Rebecca Staton-Reinstein

Developing a Strong Test Process (B)

David Petrella

Challenges in process definition & metrics collection (I)Gayatri Sundar
Subramanian
Chandra KR

First Time Testing A Web Application: Lessons Learned (B)

Mark Bonewell

Distributed Test Automation – Run-time Synchronization (A)

Jamie Mitchell


PSQT Feature Presentation (1:00 - 2:00 PM)

How to Release the Secret Power of Inspection
Dr. Rebecca Staton-Reinstein

Concepts:

When Michael Fagan introduced Inspections at IBM in the 1970's the technique had major benefits and impact.  Thirty years later the process has been embraced by thousands of companies around the world and is recognized as our most effective quality control tool.   It costs less than testing and finds more defects.  It provides critical data to improve the development and maintenance process.  It's a major tool to drive towards CMM level 5 and reach 6 sigma quality.  If you are using Fagan Inspections, are you getting the full benefit you need from them?  If you are thinking about implementing them, do you know the secrets that will turn them into your secret quality weapon?  If you have never considered using Inspections, do you know what you're missing?  We will go behind the scenes to discover the secrets that can power up your efforts to build quality software while saving you money.

Learning Objectives:

  • Getting the most from Fagan Inspections

  • Turning Fagan Inspections into a quality weapon

  • Building quality software while saving money

    Dr. Rebecca Staton-Reinstein
    is President of Advantage Leadership, has had a successful career as an organizational leader, educator and management consultant. From 1986 to 1989 she established Quality Assurance functions in two major insurance companies. Dr. Staton-Reinstein is on the faculty and develops courses for the American Management Association.

Back to Top


PSQT Track Presentations (1:00 - 2:00 PM)

Developing a Strong Test Process
David Petrella

Concepts:

This presentation will describe how the Test Process Improvement Team at Gateway developed and implemented a new test process. The presentation will give the audience an idea of how to create a process that will work for their environment by presenting a real-life example.


Presentation Outline:

  • How we started
  • Development of the process
  • Implementing the process
  • Summary


Learning Objectives:

  • How to create a test process that works for your organization.
  • What documents are needed for the test process.
  • What are the major issues in creating this process.
  • How to implement a new test process.


David Petrella is a Senior Architect for ICG Communications, Inc. He is developing a test strategy for their billing systems. Previously, Mr. Petrella was a consultant for Keane, Inc. in the capacity of a System Test Team Lead for Gateway. In addition to leading many testing projects, he was responsible for creating the test methodology for Gateway. He has also participated as a key member in efforts for Gateway to achieve CMM level 3 compliance. In addition to ICG and Gateway, Mr. Petrella has led various testing and quality efforts at Lockheed Martin and US West. In his assignments, David emphasizes process improvement, specifically the involvement of the test organization into software development activities. David is a software test professional with over 14 years of software industry experience, 12 of that specifically in software testing and quality assurance. He has tested software systems at various levels including unit, application, system, and specializing in systems integration. David has performed testing on multiple operating systems and architectures including VMS, UNIX, NT, Mainframe, Client Server, and Embedded systems. Mr. Petrella holds a MBA in Computer Resources Management from Webster University and a BS in Aeronautical Studies/Computer Sciences from Embry-Riddle Aeronautical University.

Back to Top


 

Challenges In Process Definition & Metrics Collection For Telecom/Datacom Testing
Gayatri Sundar

Concepts:

Testing is a part and parcel of any development, whether it is an automobile, a pin or software.  The importance of testing in the SW (software) arena needs no emphasis as testing is the only way that products can be shown to meet their requirements.  Software testing has taken a new dimension in the recent past due to increasing complexity and functionality of SW.  In critical applications like Telecom & Datacom, the effort spent on testing can be as high as 35 to 45% of project effort. Hence it is necessary to define precise processes and process metrics for testing.  This presentation discusses how process definition and process metrics help to consistently execute testing, measure quality and productivity of testing in order to improve the process.

Presentation Outline:

·         An overview of testing with a view to bring out the differences in testing approaches for different segments of IT industries like banking, E-engineering, Telecom
·         What are the different testing methodologies in telecom and datacom projects
·         The typical test process as a guideline
·         Skill sets required for a testing personnel
·         Metrics that need to be collected for testing and difficulties in the collection of these
·         Road ahead for testing projects

Learning Objectives:

·        Concept of Testing work done in Telecom/Datacom projects
·         Definition of process and metrics collection in telecom projects

Biography:

Gayatri Sundar is the Software Quality Advisor at Infosys Technologies Ltd., in Bangalore, India. Gayatri was responsible for implementing CMM Level 5 at Infosys. She has over 9 years of experience, of which 6 years are in SW development. Prior to joining Infosys in 1995, she worked for ABB Relays, MACMET India and Karamchand Thapar, Ltd. She has a Bachelors degree in Electrical & Electronics Engineering Regional Engineering College, Nagpur, India.

Back to Top


First Time Testing a Web Application: Lessons Learned
Mark Bonewell

Concepts:

This presentation will describe some of the issues encountered in testing a Web site application. In this particular case, it was the first time either the development organization or the test group had worked on a Web application. This presentation will also address how to avoid some of the problems encountered in development and testing of Web applications (i.e., Lessons Learned).

Presentation Outline:

I. System Description
    The Web application to be tested consisted of a database on the Web that contains patient data, which     is assessable only to the patient’s physician. (Insert diagram of full system)
    This data, which is collected by an implantable monitor on a daily bases, in one of two ways.

II. Requirements
    How determined – ad hoc
    Insufficiencies – requirements unknown at start of testing were established real-time or as you go.

III. Test Planning
    Approach – treated like testing a multi-tasking real time operating system (many similarities)
    Test Plan Outline
    Additional Items considered after taking "Testing Internet & eBusiness Applications" Class

IV. Major Issues Encountered
    Test Environment Set-up
    Test Resources
    Browser Differences
    Real Time Considerations
    Lack of Well Defined Requirements

Learning Objectives:

Know who your end user is
Know how your product is to be used
Have well defined requirements (i.e., a System Level Specification, which drives lower level specifications)
Differences between your testing and user environments
Benchmark other sites which are similar to your application



Mark Bonewell is a Principal Design Assurance Engineer at Medtronic, Inc. His responsibilities include both system testing and software quality assurance activities for programmer software applications development that support implantable pulse generators. Before joining Medtronic, Mark worked as an independent consultant for medical device testing, lead verification/validation engineer and software developer. Mark is a Past President of the Twin Cities Quality Assurance Association.

Back to Top


Distributed Test Automation – Run-time Synchronization
Jamie Mitchell


Concepts:

Test automation scripts can fail to run successfully for many different reasons.  One of the most common failure modes is the inability of the script to synchronize successfully with the application under test (AUT.)  This is especially problematic when trying to use recorded or semi-recorded scripts. Good synchronization will allow a test to run correctly despite variances in the runtime performance of the workstation, AUT, network, servers, and other tiers on which the AUT depends. 

Attendees will be presented with several tested strategies to ensure successful synchronization of their automation.  Included will be ways of dealing with both client/server and web based applications.

Presentation Outline:

·         Common causes of synchronization problems will be investigated
·         Different solutions will be discussed
·         A return on investment (ROI) view will be used to discuss the differences
·         Code snippets will be used to illustrate specific concepts where applicable

Learning Objectives:

·         Understand the reason for synchronization failures
·         Explore various synchronization strategies
·         Compare several tools facilities for synchronization
·         Compare push (reactive) vs. pull (proactive) strategies
·         Look at wrappers/shadow functions
·         Web synchronization

Biography:

Jamie L. Mitchell is a Senior Test Automation Consultant at BenchmarkQA. in Minneapolis, MN.  He is a contributing editor and columnist for “The Journal of Software Test Professionals.”   He previously was a Senior Consultant at CornerStone Consulting, and the Lead Automation Engineer for Distributed Integration Testing / Global for American Express Technologies Organization.  He has long been involved in test automation as automator, designer, architect, and mentor.  He has worked in test automation since the first automation tools were released in Windows 3.0, including stints with Prudential Insurance, IBM AS/400 division, and ShowCase Corporation.  He earned the Master of Computer Science degree in 1992 from Lehigh University and is a QAI Certified Software Test Engineer.  He resides in Farmington, MN, and is an active member of the Twin Cities Quality Assurance Association.

Back to Top