SlideShare a Scribd company logo
1 of 29
1
Beta Test MethodologyBeta Test Methodology
Beta testing, our Beta Process, and Beta BestBeta testing, our Beta Process, and Beta Best
Practices.Practices.
2
IntroductionIntroduction
PurposePurpose
ProcessProcess
ValueValue
TimeTime
3
Module 1Module 1
Beta TestingBeta Testing
4
Module 1 - Beta TestingModule 1 - Beta Testing
ObjectiveObjective
Provide an understanding of what Beta testing isProvide an understanding of what Beta testing is
– Purpose/Value
– Types
– Structure and Process
– Beta teams, stakeholders and their needs
5
• Beta is a sub phase of the Software Development
Life Cycle’s Implementation phase
• Definition of Beta testing
• What is the purpose/value of Beta testing?
• Types of Beta testing
Module 1 - Beta TestingModule 1 - Beta Testing
What is Beta Testing?What is Beta Testing?
6
When preparing for a product’s Beta phase addressWhen preparing for a product’s Beta phase address
the following items:the following items:
– Beta Plan Document
• Define scope and goals
– Beta Plan Meeting
• Set expectations for all stakeholders
– Beta Matrix
• Structure the timetable and metrics
– Determine internal and external participants
– Install Beta release at Beta sites
Wait, there’s more…
Module 1 - Beta TestingModule 1 - Beta Testing
Beta Structure / ProcessBeta Structure / Process
7
When preparing for a product’s Beta phase addressWhen preparing for a product’s Beta phase address
the following items (Continued):the following items (Continued):
– Set reporting/meeting schedules
– Identify onsite Beta partners
– Provide training if needed
– Create data collection and associated Beta
documentation
– Compile data into final Beta Report
– Hold a post-release lessons learned meeting.
Module 1 - Beta TestingModule 1 - Beta Testing
Beta Structure / ProcessBeta Structure / Process
8
The following are some suggestions to ensure aThe following are some suggestions to ensure a
successful and productive Beta:successful and productive Beta:
– Well-defined, clear lines of communication
– Control of communications and perception of the
Beta
– Assure customers that we have processes in place
to deal with issues.
– Set clear, achievable goals for your Beta.
– Set length of Beta.
– Collect meaningful data.
– Ensure no regression issues were introduced.
– Keep the number of Beta sites manageable.
– Schedule regular reporting intervals.
Module 1 - Beta TestingModule 1 - Beta Testing
Best PracticesBest Practices
9
• Applicants for the Beta: Ask qualified Beta candidates to
apply for the Beta testing program
• Beta cycles: Plan to release new builds to Beta
participants once every two weeks to address identified
issues
• Reset the Clock: If you add a new feature or major fix to
existing functionality during the Beta process, the clock
goes back to the beginning of the Beta schedule
•
• Incentives: are a great way of showing appreciation for
your Beta partners but must be earned.
 The Beta contract or agreement should also specify our
company’s obligation to support the Beta participant.
Module 1 - Beta TestingModule 1 - Beta Testing
Best PracticesBest Practices
10
• The number of required testers may vary.
• Some estimates report that only 20% of Beta users send back
useful Beta information.
• Most Beta testers will try the program when they first get it, and
then lose interest. Keep your Beta testers motivated!
• Most Information Technology personnel focus primarily on the
technical aspects of the Beta release.
• At all times, the Beta team members and stakeholders must
present the Beta product in the best possible light.
• The Beta director: Distributes pertinent information to all parties.
Module 1 - Beta TestingModule 1 - Beta Testing
Best PracticesBest Practices
11
Choose effective Beta sites and Beta partners. KeyChoose effective Beta sites and Beta partners. Key
considerations in Beta participant selectionconsiderations in Beta participant selection
include the following:include the following:
– Value: What test items or unique configuration or
conditions does the Beta site/user deliver?
– Commitment:. Ask qualified Beta candidates to apply
for the Beta testing program. This method gauges
commitment.
– Ability: Assess the Beta participants’ ability.
– Attitude/Motivation: A Beta participant may be
committed to the process but still be motivated by
factors that are not conducive to a fair evaluation of
the product.
Module 1 - Beta TestingModule 1 - Beta Testing
Best Practices - Beta sites and Beta partnersBest Practices - Beta sites and Beta partners
12
Nominations for the Beta release are submitted by
the Sales team using the following process:
• Local Engineers tell their Account Executives (AE)
to contact possible candidates.
• The AE builds a case for possible candidates.
• Nominated candidates are presented to the Core
Team members representing the product.
Module 1 - Beta Testing/Beta Site CandidatesModule 1 - Beta Testing/Beta Site Candidates
Process for Identifying Beta Site CandidatesProcess for Identifying Beta Site Candidates
13
• Nominees undergo an internal review.
• Meetings with the accepted nominees are held.
• A contract with the customer is signed.
• The logistical planning starts and resources are
assigned to the implementation.
Module 1 - Beta Testing/Beta Site CandidatesModule 1 - Beta Testing/Beta Site Candidates
Process for Identifying Beta Site CandidatesProcess for Identifying Beta Site Candidates
14
Module 2Module 2
Beta Documentation SetBeta Documentation Set
15
The Beta Phase has a specific Documentation and ArtifactThe Beta Phase has a specific Documentation and Artifact
set. The extent and formality of the Beta Documentationset. The extent and formality of the Beta Documentation
Set will depend on the organization, product, and scope ofSet will depend on the organization, product, and scope of
the Beta. At a minimum every Beta should contain thethe Beta. At a minimum every Beta should contain the
following:following:
 Beta Test Plan
 Beta Matrix or Metrics tracking artifact
 Beta Report
The Beta Documentation and Artifact setThe Beta Documentation and Artifact set are the toolsare the tools
used toused to manage the beta processmanage the beta process , to set goals and, to set goals and
expectations, to collect/distribute data/information, toexpectations, to collect/distribute data/information, to
gauge the effectiveness of the Beta and thegauge the effectiveness of the Beta and the accuracy of
the Beta objectives (success factor)(success factor) .
Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set
OverviewOverview
16
• The Beta Documentation Set is more extensive
but also scalable, depending on the scope of the
Beta release it is being applied to.
• The full Beta Documentation Set contains artifact
for these four categories:
– Internal artifacts
– Internal emails
– External or Customer facing artifacts
– External or Customer facing email
Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set
Beta Documentation SetBeta Documentation Set
17
We will now examine each of these artifacts:
• Link to Beta Templates
• <INSERT LINKS>
• Enter your network login in the following format
– Domainuser name
– password
Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set
Walk-throughWalk-through
18
Internal artifactsInternal artifacts
– Beta Test Plan.doc (A customer-facing Beta Guide may
accompany or with other artifacts substitute for the Beta Test
Plan)
– Beta Matrix.xls
– Beta site candidate criteria form (may be part of the
Beta Test Plan)
– Beta-Contacting Support Internal.doc
– Beta site ID.xls (Maybe included in the Beta Matrix.xls)
– Beta Roles and responsibilities.doc
– Support FTP instructions.doc
– Beta Test report
Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set
Internal ArtifactsInternal Artifacts
19
The Beta Test PlanThe Beta Test Plan
– Introduction
– Beta Test Strategy and Methods
– Beta Scenarios
– Assumptions
– Beta Process
– Entry, Suspension, and Exit Criteria
– Resources
– Milestones and Test Deliverables
– Beta Test Items
– Release Documentation
– Variances
– Risk
– Summary
Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set
Beta Test PlanBeta Test Plan
20
Beta Matrix.xlsBeta Matrix.xls
– Beta Sites
– Sub Sites
– "Triangle" Teams
– Builds
– Beta Wrap-up
– Actual Site Usage
– Incentive Summary
– Beta SARs
– Beta Feedback
– Summary of Activities
Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set
Beta Matrix.xlsBeta Matrix.xls
21
• Beta site candidate criteria form
• Beta-Contacting Support Internal.doc
• Beta site ID.xls (Maybe included in the Beta
Matrix.xls)
• Beta Roles and responsibilities.doc
• Support FTP instructions.doc
Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set
Internal Artifacts – Additional Beta ArtifactsInternal Artifacts – Additional Beta Artifacts
22
Beta Test ReportBeta Test Report
1) Introduction
2) Beta Summary
• Beta Coverage Items and New
Features/Fixes (NF/F)
3) Variances
4) Beta Timetable
5) Comprehensive Assessment
6) Summary of Activities
7) Risk and Open Issues
8) Test Report Document Signoff Form
Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set
Internal Artifacts – Beta Test ReportInternal Artifacts – Beta Test Report
23
• Internal emailsInternal emails
– Initial Beta site confirmation email
– Build announcement emails
– Beta sites incentive emails
– Scheduled status updates/progress
reports emails
– Internal Stakeholder survey emails
Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set
Internal Artifacts – Internal EmailsInternal Artifacts – Internal Emails
24
External or Customer facing artifactsExternal or Customer facing artifacts
– Beta Site Acceptance letter_Final.doc
– Beta Site Agreement / Contract.doc
– Beta Site Guidelines.doc
– Special data collection instructions
(Report PDF – Win/Mac).doc
– Beta Wrap-up Letter.doc
Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set
External ArtifactsExternal Artifacts
25
External or Customer facing emailExternal or Customer facing email
–Initial Beta site contact email
–Build announcement emails
–Beta sites incentive emails
–Scheduled status updates/progress
report emails
–Beta feedback form email
Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set
External Artifacts – External EmailsExternal Artifacts – External Emails
26
Module 3Module 3
Beta Testing ResultsBeta Testing Results
Conclusion
27
How do you measure the success or failureHow do you measure the success or failure
of your Beta experience?of your Beta experience?
• Did the Beta successfully satisfy all of the items
within the scope of work?
• Can you claim success if the Beta has not
successfully satisfied all of the items?
• In either of these cases, the product may not go
to market.
• Note other factors that indicate success.
• Finally, from a product standpoint was it a
successful Beta Phase?
Module 3 - Beta TestingModule 3 - Beta Testing
Results Was the Beta Successful?Results Was the Beta Successful?
28
• Success or failure of a Beta must be determined
by the accuracy of the Beta objectives.
• A failed Beta can be detrimental to both your
company and your company’s clients.
– For example, you may have met all of your
objectives but failed to communicate effectively
with your Beta participants and the Beta team.
– In this case Product Management would deploy a
product that the clients can’t use and won’t buy.
– In the worst case, you may deploy a product that is
extremely hard to support or that will fail and
destroy the user’s data.
Module 3 - Beta TestingModule 3 - Beta Testing
ConclusionConclusion
29
Questions?
Wrap-up / Q&AWrap-up / Q&A

More Related Content

What's hot

SPM Lecture 1 - Introduction
SPM Lecture 1 - IntroductionSPM Lecture 1 - Introduction
SPM Lecture 1 - IntroductionGarm Lucassen
 
SPM lecture2 Requirements Management and Identification
SPM lecture2 Requirements Management and IdentificationSPM lecture2 Requirements Management and Identification
SPM lecture2 Requirements Management and IdentificationGarm Lucassen
 
Cursus Software Product Management - Introduction
Cursus Software Product Management - IntroductionCursus Software Product Management - Introduction
Cursus Software Product Management - IntroductionGarm Lucassen
 
SPM Cursus introductie
SPM Cursus introductieSPM Cursus introductie
SPM Cursus introductieGarm Lucassen
 
Fitman webinar 2015 06 Verification and Validation methodology
Fitman webinar 2015 06 Verification and Validation methodologyFitman webinar 2015 06 Verification and Validation methodology
Fitman webinar 2015 06 Verification and Validation methodologyFITMAN FI
 
Design Requirements Training
Design Requirements TrainingDesign Requirements Training
Design Requirements TrainingKathy Vinatieri
 
Verifying and Validating Requirements
Verifying and Validating RequirementsVerifying and Validating Requirements
Verifying and Validating RequirementsRavikanth-BA
 
Requirements Management
Requirements Management Requirements Management
Requirements Management Shwetha-BA
 
Innovation day 2012 11. luc van goethem & frederik wouters - verhaert - 'r...
Innovation day 2012   11. luc van goethem & frederik wouters - verhaert -  'r...Innovation day 2012   11. luc van goethem & frederik wouters - verhaert -  'r...
Innovation day 2012 11. luc van goethem & frederik wouters - verhaert - 'r...Verhaert Masters in Innovation
 
What is Rational CLM?
What is Rational CLM?What is Rational CLM?
What is Rational CLM?IBM Danmark
 
Ray Business Technologies Process Methodology
Ray Business Technologies Process MethodologyRay Business Technologies Process Methodology
Ray Business Technologies Process Methodologyray biztech
 
Performance Continuous Integration
Performance Continuous IntegrationPerformance Continuous Integration
Performance Continuous IntegrationAlmudena Vivanco
 
Software Development Life Cycle - SDLC
Software Development Life Cycle - SDLCSoftware Development Life Cycle - SDLC
Software Development Life Cycle - SDLCShwetha-BA
 
Automate virtualize and smart test the new testing realities
Automate virtualize and smart test   the new testing realitiesAutomate virtualize and smart test   the new testing realities
Automate virtualize and smart test the new testing realitiesmanoj7698
 

What's hot (17)

SPM Lecture 1 - Introduction
SPM Lecture 1 - IntroductionSPM Lecture 1 - Introduction
SPM Lecture 1 - Introduction
 
SPM lecture2 Requirements Management and Identification
SPM lecture2 Requirements Management and IdentificationSPM lecture2 Requirements Management and Identification
SPM lecture2 Requirements Management and Identification
 
Cursus Software Product Management - Introduction
Cursus Software Product Management - IntroductionCursus Software Product Management - Introduction
Cursus Software Product Management - Introduction
 
SPM Cursus introductie
SPM Cursus introductieSPM Cursus introductie
SPM Cursus introductie
 
Fitman webinar 2015 06 Verification and Validation methodology
Fitman webinar 2015 06 Verification and Validation methodologyFitman webinar 2015 06 Verification and Validation methodology
Fitman webinar 2015 06 Verification and Validation methodology
 
NPD- Stage Gate Presentation
NPD- Stage Gate PresentationNPD- Stage Gate Presentation
NPD- Stage Gate Presentation
 
Design Requirements Training
Design Requirements TrainingDesign Requirements Training
Design Requirements Training
 
SPM1 - Introductie
SPM1 - IntroductieSPM1 - Introductie
SPM1 - Introductie
 
Verifying and Validating Requirements
Verifying and Validating RequirementsVerifying and Validating Requirements
Verifying and Validating Requirements
 
Requirements Management
Requirements Management Requirements Management
Requirements Management
 
Lecture 4
Lecture 4Lecture 4
Lecture 4
 
Innovation day 2012 11. luc van goethem & frederik wouters - verhaert - 'r...
Innovation day 2012   11. luc van goethem & frederik wouters - verhaert -  'r...Innovation day 2012   11. luc van goethem & frederik wouters - verhaert -  'r...
Innovation day 2012 11. luc van goethem & frederik wouters - verhaert - 'r...
 
What is Rational CLM?
What is Rational CLM?What is Rational CLM?
What is Rational CLM?
 
Ray Business Technologies Process Methodology
Ray Business Technologies Process MethodologyRay Business Technologies Process Methodology
Ray Business Technologies Process Methodology
 
Performance Continuous Integration
Performance Continuous IntegrationPerformance Continuous Integration
Performance Continuous Integration
 
Software Development Life Cycle - SDLC
Software Development Life Cycle - SDLCSoftware Development Life Cycle - SDLC
Software Development Life Cycle - SDLC
 
Automate virtualize and smart test the new testing realities
Automate virtualize and smart test   the new testing realitiesAutomate virtualize and smart test   the new testing realities
Automate virtualize and smart test the new testing realities
 

Similar to Beta Test Methodology

Validation strategies for cloud-based EDCs: more innovation, less effort
Validation strategies for cloud-based EDCs: more innovation, less effortValidation strategies for cloud-based EDCs: more innovation, less effort
Validation strategies for cloud-based EDCs: more innovation, less effortVeeva Systems
 
Podcast movement 2018 - A look into the Podcast Measurement Guidelines
Podcast movement 2018 - A look into the Podcast Measurement GuidelinesPodcast movement 2018 - A look into the Podcast Measurement Guidelines
Podcast movement 2018 - A look into the Podcast Measurement GuidelinesAmit Shetty
 
What You Need to Know about Beta Management
What You Need to Know about Beta ManagementWhat You Need to Know about Beta Management
What You Need to Know about Beta ManagementCentercode
 
19c SCP Upgrade Proposal Final.pptx
19c SCP Upgrade Proposal Final.pptx19c SCP Upgrade Proposal Final.pptx
19c SCP Upgrade Proposal Final.pptxTran Duc Dai
 
Lecture 3 Project Management.ppt
Lecture 3 Project Management.pptLecture 3 Project Management.ppt
Lecture 3 Project Management.pptMehediHasan636262
 
Selecting cots vendor in cbse process
Selecting cots vendor in cbse processSelecting cots vendor in cbse process
Selecting cots vendor in cbse processSaransh Garg
 
ISTQBCH2.ppt
ISTQBCH2.pptISTQBCH2.ppt
ISTQBCH2.pptghkadous
 
Parts Engineering Grade Standard.pptx
Parts Engineering Grade Standard.pptxParts Engineering Grade Standard.pptx
Parts Engineering Grade Standard.pptxriski164923
 
ISTQB, ISEB Lecture Notes- 2
ISTQB, ISEB Lecture Notes- 2ISTQB, ISEB Lecture Notes- 2
ISTQB, ISEB Lecture Notes- 2onsoftwaretest
 
ISTQB Foundation - Chapter 2
ISTQB Foundation - Chapter 2ISTQB Foundation - Chapter 2
ISTQB Foundation - Chapter 2Chandukar
 
unit-2_20-july-2018 (1).pptx
unit-2_20-july-2018 (1).pptxunit-2_20-july-2018 (1).pptx
unit-2_20-july-2018 (1).pptxPriyaFulpagare1
 
Abhishek_Banerjee_Functional _Testing
Abhishek_Banerjee_Functional _TestingAbhishek_Banerjee_Functional _Testing
Abhishek_Banerjee_Functional _TestingAbhishek Banerjee
 
Abhishek_Banerjee_Functional _Testing
Abhishek_Banerjee_Functional _TestingAbhishek_Banerjee_Functional _Testing
Abhishek_Banerjee_Functional _TestingAbhishek Banerjee
 
ISTQB / ISEB Foundation Exam Practice - 2
ISTQB / ISEB Foundation Exam Practice - 2ISTQB / ISEB Foundation Exam Practice - 2
ISTQB / ISEB Foundation Exam Practice - 2Yogindernath Gupta
 

Similar to Beta Test Methodology (20)

Validation strategies for cloud-based EDCs: more innovation, less effort
Validation strategies for cloud-based EDCs: more innovation, less effortValidation strategies for cloud-based EDCs: more innovation, less effort
Validation strategies for cloud-based EDCs: more innovation, less effort
 
Podcast movement 2018 - A look into the Podcast Measurement Guidelines
Podcast movement 2018 - A look into the Podcast Measurement GuidelinesPodcast movement 2018 - A look into the Podcast Measurement Guidelines
Podcast movement 2018 - A look into the Podcast Measurement Guidelines
 
What You Need to Know about Beta Management
What You Need to Know about Beta ManagementWhat You Need to Know about Beta Management
What You Need to Know about Beta Management
 
All about testing
All about testingAll about testing
All about testing
 
19c SCP Upgrade Proposal Final.pptx
19c SCP Upgrade Proposal Final.pptx19c SCP Upgrade Proposal Final.pptx
19c SCP Upgrade Proposal Final.pptx
 
Lecture 3 Project Management.ppt
Lecture 3 Project Management.pptLecture 3 Project Management.ppt
Lecture 3 Project Management.ppt
 
Selecting cots vendor in cbse process
Selecting cots vendor in cbse processSelecting cots vendor in cbse process
Selecting cots vendor in cbse process
 
Alpha & Beta Testing
Alpha & Beta TestingAlpha & Beta Testing
Alpha & Beta Testing
 
ISTQBCH2.ppt
ISTQBCH2.pptISTQBCH2.ppt
ISTQBCH2.ppt
 
ISTQBCH2.ppt
ISTQBCH2.pptISTQBCH2.ppt
ISTQBCH2.ppt
 
Parts Engineering Grade Standard.pptx
Parts Engineering Grade Standard.pptxParts Engineering Grade Standard.pptx
Parts Engineering Grade Standard.pptx
 
ISTQB, ISEB Lecture Notes- 2
ISTQB, ISEB Lecture Notes- 2ISTQB, ISEB Lecture Notes- 2
ISTQB, ISEB Lecture Notes- 2
 
ISTQB Foundation - Chapter 2
ISTQB Foundation - Chapter 2ISTQB Foundation - Chapter 2
ISTQB Foundation - Chapter 2
 
unit-2_20-july-2018 (1).pptx
unit-2_20-july-2018 (1).pptxunit-2_20-july-2018 (1).pptx
unit-2_20-july-2018 (1).pptx
 
SDLC
SDLCSDLC
SDLC
 
Abhishek_Banerjee_Functional _Testing
Abhishek_Banerjee_Functional _TestingAbhishek_Banerjee_Functional _Testing
Abhishek_Banerjee_Functional _Testing
 
Abhishek_Banerjee_Functional _Testing
Abhishek_Banerjee_Functional _TestingAbhishek_Banerjee_Functional _Testing
Abhishek_Banerjee_Functional _Testing
 
Proejct management
Proejct managementProejct management
Proejct management
 
SDLC
SDLC SDLC
SDLC
 
ISTQB / ISEB Foundation Exam Practice - 2
ISTQB / ISEB Foundation Exam Practice - 2ISTQB / ISEB Foundation Exam Practice - 2
ISTQB / ISEB Foundation Exam Practice - 2
 

More from Rob Swoboda

R.Swoboda Resume 8-2017
R.Swoboda Resume 8-2017R.Swoboda Resume 8-2017
R.Swoboda Resume 8-2017Rob Swoboda
 
R. Swoboda Beta Testing presentation-lite
R. Swoboda Beta Testing presentation-liteR. Swoboda Beta Testing presentation-lite
R. Swoboda Beta Testing presentation-liteRob Swoboda
 
Qa exploratory test charter template
Qa exploratory test charter templateQa exploratory test charter template
Qa exploratory test charter templateRob Swoboda
 
Generic exploratory-charter-template-empty
Generic exploratory-charter-template-emptyGeneric exploratory-charter-template-empty
Generic exploratory-charter-template-emptyRob Swoboda
 
RobSwobodaReference-LK-No contact info
RobSwobodaReference-LK-No contact infoRobSwobodaReference-LK-No contact info
RobSwobodaReference-LK-No contact infoRob Swoboda
 
RefLetter_RS[1]John Sullivan
RefLetter_RS[1]John SullivanRefLetter_RS[1]John Sullivan
RefLetter_RS[1]John SullivanRob Swoboda
 
QA Anchor advocate for quality
QA Anchor advocate for qualityQA Anchor advocate for quality
QA Anchor advocate for qualityRob Swoboda
 
QA Anchor Advocate for Quality
QA Anchor Advocate for QualityQA Anchor Advocate for Quality
QA Anchor Advocate for QualityRob Swoboda
 

More from Rob Swoboda (8)

R.Swoboda Resume 8-2017
R.Swoboda Resume 8-2017R.Swoboda Resume 8-2017
R.Swoboda Resume 8-2017
 
R. Swoboda Beta Testing presentation-lite
R. Swoboda Beta Testing presentation-liteR. Swoboda Beta Testing presentation-lite
R. Swoboda Beta Testing presentation-lite
 
Qa exploratory test charter template
Qa exploratory test charter templateQa exploratory test charter template
Qa exploratory test charter template
 
Generic exploratory-charter-template-empty
Generic exploratory-charter-template-emptyGeneric exploratory-charter-template-empty
Generic exploratory-charter-template-empty
 
RobSwobodaReference-LK-No contact info
RobSwobodaReference-LK-No contact infoRobSwobodaReference-LK-No contact info
RobSwobodaReference-LK-No contact info
 
RefLetter_RS[1]John Sullivan
RefLetter_RS[1]John SullivanRefLetter_RS[1]John Sullivan
RefLetter_RS[1]John Sullivan
 
QA Anchor advocate for quality
QA Anchor advocate for qualityQA Anchor advocate for quality
QA Anchor advocate for quality
 
QA Anchor Advocate for Quality
QA Anchor Advocate for QualityQA Anchor Advocate for Quality
QA Anchor Advocate for Quality
 

Recently uploaded

Exploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdf
Exploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdfExploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdf
Exploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdfkalichargn70th171
 
Alfresco TTL#157 - Troubleshooting Made Easy: Deciphering Alfresco mTLS Confi...
Alfresco TTL#157 - Troubleshooting Made Easy: Deciphering Alfresco mTLS Confi...Alfresco TTL#157 - Troubleshooting Made Easy: Deciphering Alfresco mTLS Confi...
Alfresco TTL#157 - Troubleshooting Made Easy: Deciphering Alfresco mTLS Confi...Angel Borroy López
 
Ronisha Informatics Private Limited Catalogue
Ronisha Informatics Private Limited CatalogueRonisha Informatics Private Limited Catalogue
Ronisha Informatics Private Limited Catalogueitservices996
 
Global Identity Enrolment and Verification Pro Solution - Cizo Technology Ser...
Global Identity Enrolment and Verification Pro Solution - Cizo Technology Ser...Global Identity Enrolment and Verification Pro Solution - Cizo Technology Ser...
Global Identity Enrolment and Verification Pro Solution - Cizo Technology Ser...Cizo Technology Services
 
Comparing Linux OS Image Update Models - EOSS 2024.pdf
Comparing Linux OS Image Update Models - EOSS 2024.pdfComparing Linux OS Image Update Models - EOSS 2024.pdf
Comparing Linux OS Image Update Models - EOSS 2024.pdfDrew Moseley
 
Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...
Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...
Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...OnePlan Solutions
 
Powering Real-Time Decisions with Continuous Data Streams
Powering Real-Time Decisions with Continuous Data StreamsPowering Real-Time Decisions with Continuous Data Streams
Powering Real-Time Decisions with Continuous Data StreamsSafe Software
 
Effectively Troubleshoot 9 Types of OutOfMemoryError
Effectively Troubleshoot 9 Types of OutOfMemoryErrorEffectively Troubleshoot 9 Types of OutOfMemoryError
Effectively Troubleshoot 9 Types of OutOfMemoryErrorTier1 app
 
Odoo 14 - eLearning Module In Odoo 14 Enterprise
Odoo 14 - eLearning Module In Odoo 14 EnterpriseOdoo 14 - eLearning Module In Odoo 14 Enterprise
Odoo 14 - eLearning Module In Odoo 14 Enterprisepreethippts
 
SensoDat: Simulation-based Sensor Dataset of Self-driving Cars
SensoDat: Simulation-based Sensor Dataset of Self-driving CarsSensoDat: Simulation-based Sensor Dataset of Self-driving Cars
SensoDat: Simulation-based Sensor Dataset of Self-driving CarsChristian Birchler
 
VictoriaMetrics Anomaly Detection Updates: Q1 2024
VictoriaMetrics Anomaly Detection Updates: Q1 2024VictoriaMetrics Anomaly Detection Updates: Q1 2024
VictoriaMetrics Anomaly Detection Updates: Q1 2024VictoriaMetrics
 
Introduction to Firebase Workshop Slides
Introduction to Firebase Workshop SlidesIntroduction to Firebase Workshop Slides
Introduction to Firebase Workshop Slidesvaideheekore1
 
Machine Learning Software Engineering Patterns and Their Engineering
Machine Learning Software Engineering Patterns and Their EngineeringMachine Learning Software Engineering Patterns and Their Engineering
Machine Learning Software Engineering Patterns and Their EngineeringHironori Washizaki
 
JavaLand 2024 - Going serverless with Quarkus GraalVM native images and AWS L...
JavaLand 2024 - Going serverless with Quarkus GraalVM native images and AWS L...JavaLand 2024 - Going serverless with Quarkus GraalVM native images and AWS L...
JavaLand 2024 - Going serverless with Quarkus GraalVM native images and AWS L...Bert Jan Schrijver
 
SAM Training Session - How to use EXCEL ?
SAM Training Session - How to use EXCEL ?SAM Training Session - How to use EXCEL ?
SAM Training Session - How to use EXCEL ?Alexandre Beguel
 
Best Angular 17 Classroom & Online training - Naresh IT
Best Angular 17 Classroom & Online training - Naresh ITBest Angular 17 Classroom & Online training - Naresh IT
Best Angular 17 Classroom & Online training - Naresh ITmanoharjgpsolutions
 
How to submit a standout Adobe Champion Application
How to submit a standout Adobe Champion ApplicationHow to submit a standout Adobe Champion Application
How to submit a standout Adobe Champion ApplicationBradBedford3
 
Understanding Flamingo - DeepMind's VLM Architecture
Understanding Flamingo - DeepMind's VLM ArchitectureUnderstanding Flamingo - DeepMind's VLM Architecture
Understanding Flamingo - DeepMind's VLM Architecturerahul_net
 
VK Business Profile - provides IT solutions and Web Development
VK Business Profile - provides IT solutions and Web DevelopmentVK Business Profile - provides IT solutions and Web Development
VK Business Profile - provides IT solutions and Web Developmentvyaparkranti
 
Post Quantum Cryptography – The Impact on Identity
Post Quantum Cryptography – The Impact on IdentityPost Quantum Cryptography – The Impact on Identity
Post Quantum Cryptography – The Impact on Identityteam-WIBU
 

Recently uploaded (20)

Exploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdf
Exploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdfExploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdf
Exploring Selenium_Appium Frameworks for Seamless Integration with HeadSpin.pdf
 
Alfresco TTL#157 - Troubleshooting Made Easy: Deciphering Alfresco mTLS Confi...
Alfresco TTL#157 - Troubleshooting Made Easy: Deciphering Alfresco mTLS Confi...Alfresco TTL#157 - Troubleshooting Made Easy: Deciphering Alfresco mTLS Confi...
Alfresco TTL#157 - Troubleshooting Made Easy: Deciphering Alfresco mTLS Confi...
 
Ronisha Informatics Private Limited Catalogue
Ronisha Informatics Private Limited CatalogueRonisha Informatics Private Limited Catalogue
Ronisha Informatics Private Limited Catalogue
 
Global Identity Enrolment and Verification Pro Solution - Cizo Technology Ser...
Global Identity Enrolment and Verification Pro Solution - Cizo Technology Ser...Global Identity Enrolment and Verification Pro Solution - Cizo Technology Ser...
Global Identity Enrolment and Verification Pro Solution - Cizo Technology Ser...
 
Comparing Linux OS Image Update Models - EOSS 2024.pdf
Comparing Linux OS Image Update Models - EOSS 2024.pdfComparing Linux OS Image Update Models - EOSS 2024.pdf
Comparing Linux OS Image Update Models - EOSS 2024.pdf
 
Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...
Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...
Tech Tuesday - Mastering Time Management Unlock the Power of OnePlan's Timesh...
 
Powering Real-Time Decisions with Continuous Data Streams
Powering Real-Time Decisions with Continuous Data StreamsPowering Real-Time Decisions with Continuous Data Streams
Powering Real-Time Decisions with Continuous Data Streams
 
Effectively Troubleshoot 9 Types of OutOfMemoryError
Effectively Troubleshoot 9 Types of OutOfMemoryErrorEffectively Troubleshoot 9 Types of OutOfMemoryError
Effectively Troubleshoot 9 Types of OutOfMemoryError
 
Odoo 14 - eLearning Module In Odoo 14 Enterprise
Odoo 14 - eLearning Module In Odoo 14 EnterpriseOdoo 14 - eLearning Module In Odoo 14 Enterprise
Odoo 14 - eLearning Module In Odoo 14 Enterprise
 
SensoDat: Simulation-based Sensor Dataset of Self-driving Cars
SensoDat: Simulation-based Sensor Dataset of Self-driving CarsSensoDat: Simulation-based Sensor Dataset of Self-driving Cars
SensoDat: Simulation-based Sensor Dataset of Self-driving Cars
 
VictoriaMetrics Anomaly Detection Updates: Q1 2024
VictoriaMetrics Anomaly Detection Updates: Q1 2024VictoriaMetrics Anomaly Detection Updates: Q1 2024
VictoriaMetrics Anomaly Detection Updates: Q1 2024
 
Introduction to Firebase Workshop Slides
Introduction to Firebase Workshop SlidesIntroduction to Firebase Workshop Slides
Introduction to Firebase Workshop Slides
 
Machine Learning Software Engineering Patterns and Their Engineering
Machine Learning Software Engineering Patterns and Their EngineeringMachine Learning Software Engineering Patterns and Their Engineering
Machine Learning Software Engineering Patterns and Their Engineering
 
JavaLand 2024 - Going serverless with Quarkus GraalVM native images and AWS L...
JavaLand 2024 - Going serverless with Quarkus GraalVM native images and AWS L...JavaLand 2024 - Going serverless with Quarkus GraalVM native images and AWS L...
JavaLand 2024 - Going serverless with Quarkus GraalVM native images and AWS L...
 
SAM Training Session - How to use EXCEL ?
SAM Training Session - How to use EXCEL ?SAM Training Session - How to use EXCEL ?
SAM Training Session - How to use EXCEL ?
 
Best Angular 17 Classroom & Online training - Naresh IT
Best Angular 17 Classroom & Online training - Naresh ITBest Angular 17 Classroom & Online training - Naresh IT
Best Angular 17 Classroom & Online training - Naresh IT
 
How to submit a standout Adobe Champion Application
How to submit a standout Adobe Champion ApplicationHow to submit a standout Adobe Champion Application
How to submit a standout Adobe Champion Application
 
Understanding Flamingo - DeepMind's VLM Architecture
Understanding Flamingo - DeepMind's VLM ArchitectureUnderstanding Flamingo - DeepMind's VLM Architecture
Understanding Flamingo - DeepMind's VLM Architecture
 
VK Business Profile - provides IT solutions and Web Development
VK Business Profile - provides IT solutions and Web DevelopmentVK Business Profile - provides IT solutions and Web Development
VK Business Profile - provides IT solutions and Web Development
 
Post Quantum Cryptography – The Impact on Identity
Post Quantum Cryptography – The Impact on IdentityPost Quantum Cryptography – The Impact on Identity
Post Quantum Cryptography – The Impact on Identity
 

Beta Test Methodology

  • 1. 1 Beta Test MethodologyBeta Test Methodology Beta testing, our Beta Process, and Beta BestBeta testing, our Beta Process, and Beta Best Practices.Practices.
  • 3. 3 Module 1Module 1 Beta TestingBeta Testing
  • 4. 4 Module 1 - Beta TestingModule 1 - Beta Testing ObjectiveObjective Provide an understanding of what Beta testing isProvide an understanding of what Beta testing is – Purpose/Value – Types – Structure and Process – Beta teams, stakeholders and their needs
  • 5. 5 • Beta is a sub phase of the Software Development Life Cycle’s Implementation phase • Definition of Beta testing • What is the purpose/value of Beta testing? • Types of Beta testing Module 1 - Beta TestingModule 1 - Beta Testing What is Beta Testing?What is Beta Testing?
  • 6. 6 When preparing for a product’s Beta phase addressWhen preparing for a product’s Beta phase address the following items:the following items: – Beta Plan Document • Define scope and goals – Beta Plan Meeting • Set expectations for all stakeholders – Beta Matrix • Structure the timetable and metrics – Determine internal and external participants – Install Beta release at Beta sites Wait, there’s more… Module 1 - Beta TestingModule 1 - Beta Testing Beta Structure / ProcessBeta Structure / Process
  • 7. 7 When preparing for a product’s Beta phase addressWhen preparing for a product’s Beta phase address the following items (Continued):the following items (Continued): – Set reporting/meeting schedules – Identify onsite Beta partners – Provide training if needed – Create data collection and associated Beta documentation – Compile data into final Beta Report – Hold a post-release lessons learned meeting. Module 1 - Beta TestingModule 1 - Beta Testing Beta Structure / ProcessBeta Structure / Process
  • 8. 8 The following are some suggestions to ensure aThe following are some suggestions to ensure a successful and productive Beta:successful and productive Beta: – Well-defined, clear lines of communication – Control of communications and perception of the Beta – Assure customers that we have processes in place to deal with issues. – Set clear, achievable goals for your Beta. – Set length of Beta. – Collect meaningful data. – Ensure no regression issues were introduced. – Keep the number of Beta sites manageable. – Schedule regular reporting intervals. Module 1 - Beta TestingModule 1 - Beta Testing Best PracticesBest Practices
  • 9. 9 • Applicants for the Beta: Ask qualified Beta candidates to apply for the Beta testing program • Beta cycles: Plan to release new builds to Beta participants once every two weeks to address identified issues • Reset the Clock: If you add a new feature or major fix to existing functionality during the Beta process, the clock goes back to the beginning of the Beta schedule • • Incentives: are a great way of showing appreciation for your Beta partners but must be earned.  The Beta contract or agreement should also specify our company’s obligation to support the Beta participant. Module 1 - Beta TestingModule 1 - Beta Testing Best PracticesBest Practices
  • 10. 10 • The number of required testers may vary. • Some estimates report that only 20% of Beta users send back useful Beta information. • Most Beta testers will try the program when they first get it, and then lose interest. Keep your Beta testers motivated! • Most Information Technology personnel focus primarily on the technical aspects of the Beta release. • At all times, the Beta team members and stakeholders must present the Beta product in the best possible light. • The Beta director: Distributes pertinent information to all parties. Module 1 - Beta TestingModule 1 - Beta Testing Best PracticesBest Practices
  • 11. 11 Choose effective Beta sites and Beta partners. KeyChoose effective Beta sites and Beta partners. Key considerations in Beta participant selectionconsiderations in Beta participant selection include the following:include the following: – Value: What test items or unique configuration or conditions does the Beta site/user deliver? – Commitment:. Ask qualified Beta candidates to apply for the Beta testing program. This method gauges commitment. – Ability: Assess the Beta participants’ ability. – Attitude/Motivation: A Beta participant may be committed to the process but still be motivated by factors that are not conducive to a fair evaluation of the product. Module 1 - Beta TestingModule 1 - Beta Testing Best Practices - Beta sites and Beta partnersBest Practices - Beta sites and Beta partners
  • 12. 12 Nominations for the Beta release are submitted by the Sales team using the following process: • Local Engineers tell their Account Executives (AE) to contact possible candidates. • The AE builds a case for possible candidates. • Nominated candidates are presented to the Core Team members representing the product. Module 1 - Beta Testing/Beta Site CandidatesModule 1 - Beta Testing/Beta Site Candidates Process for Identifying Beta Site CandidatesProcess for Identifying Beta Site Candidates
  • 13. 13 • Nominees undergo an internal review. • Meetings with the accepted nominees are held. • A contract with the customer is signed. • The logistical planning starts and resources are assigned to the implementation. Module 1 - Beta Testing/Beta Site CandidatesModule 1 - Beta Testing/Beta Site Candidates Process for Identifying Beta Site CandidatesProcess for Identifying Beta Site Candidates
  • 14. 14 Module 2Module 2 Beta Documentation SetBeta Documentation Set
  • 15. 15 The Beta Phase has a specific Documentation and ArtifactThe Beta Phase has a specific Documentation and Artifact set. The extent and formality of the Beta Documentationset. The extent and formality of the Beta Documentation Set will depend on the organization, product, and scope ofSet will depend on the organization, product, and scope of the Beta. At a minimum every Beta should contain thethe Beta. At a minimum every Beta should contain the following:following:  Beta Test Plan  Beta Matrix or Metrics tracking artifact  Beta Report The Beta Documentation and Artifact setThe Beta Documentation and Artifact set are the toolsare the tools used toused to manage the beta processmanage the beta process , to set goals and, to set goals and expectations, to collect/distribute data/information, toexpectations, to collect/distribute data/information, to gauge the effectiveness of the Beta and thegauge the effectiveness of the Beta and the accuracy of the Beta objectives (success factor)(success factor) . Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set OverviewOverview
  • 16. 16 • The Beta Documentation Set is more extensive but also scalable, depending on the scope of the Beta release it is being applied to. • The full Beta Documentation Set contains artifact for these four categories: – Internal artifacts – Internal emails – External or Customer facing artifacts – External or Customer facing email Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set Beta Documentation SetBeta Documentation Set
  • 17. 17 We will now examine each of these artifacts: • Link to Beta Templates • <INSERT LINKS> • Enter your network login in the following format – Domainuser name – password Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set Walk-throughWalk-through
  • 18. 18 Internal artifactsInternal artifacts – Beta Test Plan.doc (A customer-facing Beta Guide may accompany or with other artifacts substitute for the Beta Test Plan) – Beta Matrix.xls – Beta site candidate criteria form (may be part of the Beta Test Plan) – Beta-Contacting Support Internal.doc – Beta site ID.xls (Maybe included in the Beta Matrix.xls) – Beta Roles and responsibilities.doc – Support FTP instructions.doc – Beta Test report Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set Internal ArtifactsInternal Artifacts
  • 19. 19 The Beta Test PlanThe Beta Test Plan – Introduction – Beta Test Strategy and Methods – Beta Scenarios – Assumptions – Beta Process – Entry, Suspension, and Exit Criteria – Resources – Milestones and Test Deliverables – Beta Test Items – Release Documentation – Variances – Risk – Summary Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set Beta Test PlanBeta Test Plan
  • 20. 20 Beta Matrix.xlsBeta Matrix.xls – Beta Sites – Sub Sites – "Triangle" Teams – Builds – Beta Wrap-up – Actual Site Usage – Incentive Summary – Beta SARs – Beta Feedback – Summary of Activities Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set Beta Matrix.xlsBeta Matrix.xls
  • 21. 21 • Beta site candidate criteria form • Beta-Contacting Support Internal.doc • Beta site ID.xls (Maybe included in the Beta Matrix.xls) • Beta Roles and responsibilities.doc • Support FTP instructions.doc Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set Internal Artifacts – Additional Beta ArtifactsInternal Artifacts – Additional Beta Artifacts
  • 22. 22 Beta Test ReportBeta Test Report 1) Introduction 2) Beta Summary • Beta Coverage Items and New Features/Fixes (NF/F) 3) Variances 4) Beta Timetable 5) Comprehensive Assessment 6) Summary of Activities 7) Risk and Open Issues 8) Test Report Document Signoff Form Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set Internal Artifacts – Beta Test ReportInternal Artifacts – Beta Test Report
  • 23. 23 • Internal emailsInternal emails – Initial Beta site confirmation email – Build announcement emails – Beta sites incentive emails – Scheduled status updates/progress reports emails – Internal Stakeholder survey emails Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set Internal Artifacts – Internal EmailsInternal Artifacts – Internal Emails
  • 24. 24 External or Customer facing artifactsExternal or Customer facing artifacts – Beta Site Acceptance letter_Final.doc – Beta Site Agreement / Contract.doc – Beta Site Guidelines.doc – Special data collection instructions (Report PDF – Win/Mac).doc – Beta Wrap-up Letter.doc Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set External ArtifactsExternal Artifacts
  • 25. 25 External or Customer facing emailExternal or Customer facing email –Initial Beta site contact email –Build announcement emails –Beta sites incentive emails –Scheduled status updates/progress report emails –Beta feedback form email Module 2 - Beta Documentation SetModule 2 - Beta Documentation Set External Artifacts – External EmailsExternal Artifacts – External Emails
  • 26. 26 Module 3Module 3 Beta Testing ResultsBeta Testing Results Conclusion
  • 27. 27 How do you measure the success or failureHow do you measure the success or failure of your Beta experience?of your Beta experience? • Did the Beta successfully satisfy all of the items within the scope of work? • Can you claim success if the Beta has not successfully satisfied all of the items? • In either of these cases, the product may not go to market. • Note other factors that indicate success. • Finally, from a product standpoint was it a successful Beta Phase? Module 3 - Beta TestingModule 3 - Beta Testing Results Was the Beta Successful?Results Was the Beta Successful?
  • 28. 28 • Success or failure of a Beta must be determined by the accuracy of the Beta objectives. • A failed Beta can be detrimental to both your company and your company’s clients. – For example, you may have met all of your objectives but failed to communicate effectively with your Beta participants and the Beta team. – In this case Product Management would deploy a product that the clients can’t use and won’t buy. – In the worst case, you may deploy a product that is extremely hard to support or that will fail and destroy the user’s data. Module 3 - Beta TestingModule 3 - Beta Testing ConclusionConclusion

Editor's Notes

  1. Purpose of the presentation: To describe Beta testing, and our Beta Process Process of the presentation: A general introduction to Beta testing Definition of the Beta phase, Beta Testing and Beta best practices. Review of our Beta Structure and Beta documentation set Value of the presentation: Participants should gain a sound understanding of what Beta Testing is, our Beta testing Structure (and the roles of all participants in the Beta process) and the Beta documentation set. The importance of communication in the Beta process What constitutes a successful Beta Release Time schedule: Approximately 1 hour. ====================== Objective: Participants will: Meet all other participants Understand the scope of the presentation session Understand session schedule Delivery Method: Discussion Instructions: Use an icebreaker activity if group is uncomfortable. Ask about participant expectations of the presentation. Request questions or concerns prior to starting content. Materials: Hand out course materials Session outline guide Beta Methodology white paper Sample Beta Artifact set Time: 5 minutes
  2. This portion of the presentation is to provide an understanding of what Beta testing is, our Beta process, and each stakeholders place in it, as well as why our process is structured the way it is -What is Beta testing, what is the purpose and value of Beta testing? -Types of Beta testing, and the type of Beta we will deal with -Beta teams, stakeholders and their needs Objective: Participants will: Understand what Beta testing is &amp; how it affects our products. Types of Beta testing, Beta teams, stakeholders and their needs Type of Beta we will deal with. Delivery Method: Lecture/ Demonstration Instructions: Use participants to fill out Sample Beta Artifact set to clarify these items. This will also reinforce the method and importance of the data collection process. If the participants use real data for this exercise, they will have a better understanding of the roles &amp; responsibilities of each person in the Beta process Materials: PPT Sample Beta Artifact set Beta Methodology white paper Time: 15 minutes
  3. Beta is a sub phase of the SDLC Implementation phase. The Beta Phase encompasses all Beta activities. -Beta Testing is the core activity of this phase The definition of Beta Testing is: Testing of a release of a software product (Beta Release) conducted by customers -Types of Beta test include Technical, Marketing, Research and Compliance. We are primarily concerned with Technical type of Beta What is the purpose of Beta testing? -To ensure that the requirements for the product have met and function in the field as expected (confirm what the final product is) -To confirm that the product meets the customers&amp;apos; expectations and needs (confirm that the product is marketable)
  4. When preparing for a product’s Beta phase address the following items: -Define scope, goals and responsibilities of ET Team – Beta Plan document -Set expectations for all stakeholders especially the Beta participants (customers) these expectations should map to the goals and scope of work presented in the Beta Plan. – Meeting Beta Plan, and Beta Contract -Structure the timetable and metrics – Beta Matrix -Determine internal and external participants– Beta Plan and Beta Matrix -Install Beta release at Beta sites
  5. When preparing for a product’s Beta phase address the following items (Continued): -Set reporting/meeting schedules – Via Outlook communicate meeting minutes/notes via scheduled Status Report -Identify Beta sites and onsite Beta partners responsible for day-to-day Beta operations (customers). Provide training if needed.– Beta applications and agreements -Create data collection and associated Beta documentation – Various documentation/communication formats -Compile data into final version of beta documentation set and complete Beta Report -Hold a post-release lessons learned meeting. Results should be documented and referenced when planning the next Beta release
  6. The following are some suggestions to ensure a successful and productive Beta: -Well defined clear lines of communication -Control communications and perception of the Beta (single message). Always present the Beta in the best light. -If there are serious issues, don’t reinforce the customer’s negative perception by commiserating with them. Instead, assure them that the issue will be submitted and resolved in accordance with the processes we have in place to deal with such issues. Also, remind them that we do expect to find issues in the Beta and are prepared for them. - Set clear, achievable goals for your Beta. It is possible to start your Beta Plan as soon as the requirements for a release are finalized, but be prepared to revise this document after acceptance testing confirms exactly what the release contains. Set length of Beta = Limit the length of time for Beta. Three months typically is an adequate amount of time to verify all items released in the Beta. collect meaningful data, and ensure that no regression issues have been introduced, using weekly reports. Too short a Beta cycle does not provide an adequate amount of time to collect meaningful data on all items released in the Beta and ensure no regression issues have been introduced. Longer cycles are more cost effective. The initial setup and coordination can be expensive but once underway, the cost of running the Beta for 12 weeks can be negligible. -It is crucial to limit the number of Beta participants to a manageable number. Consider how many Beta users and sites your Beta team can support in a worst case scenario. Too many sites may result in a greater volume of data than can be processed into meaningful data. You also will increase the odds of receiving data irrelevant to the Beta release. When you limit the number of participants, you need to be careful to select the right Beta participants. Schedule reporting intervals to help the Beta participant focus on day-to-day occurrences of issues. It encourages them not wait until the end of Beta to document all the issues they can remember. Choosing effective Beta sites and Beta partners is essential to a successful Beta. Key considerations in Beta participant selection include the following: Schedule reporting intervals. to help the Beta participant focus on day-to-day occurrences of issues Schedule regular reporting intervals to help the Beta participant focus (report) on day-to-day occurrences of issues. . This will encourages them not wait until the end of Beta to document all the issues they can remember.
  7. -Ask qualified Beta candidates to apply for the Beta testing program. This method gauges their commitment and enhances their buy-in. This commitment must be generated and maintained through the Beta process. It can be accomplished largely through consistent, scheduled communication, including pep talks or incentives if needed. Keep up their enthusiasm! -Beta cycles of less than eight weeks generally are not very effective. Too short a Beta cycle does not provide an adequate amount of time to collect meaningful data on all items released in the Beta and ensure no regression issues have been introduced. Longer cycles are more cost effective. The initial setup and coordination can be expensive but once underway, the cost of running the Beta for 12 weeks can be negligible. Plan to release new builds to Beta participants once every two weeks to address identified issues. Try to have at least four releases per Beta. If no issues are encountered, these build cycles can be used to add low-impact (from a test and risk perspective) enhancements. -If you add a new feature or major fix to existing functionality, even a small one, during the beta process, the clock goes back to the beginning of the Beta schedule (12 weeks, for instance) and you need another three to four releases. -Incentives are not required but they are a great way of showing appreciation for your Beta partners. They can help to smooth any feathers that may have been ruffled during the Beta. They also may make the Beta partner focus more on the positive aspects when speaking about your product and the pending product release. However, any incentive must be earned through diligent participation in the Beta process.
  8. -The number of required testers may vary, depending on the scope of the Beta release and the available support personnel. -Some estimates report that only 20% of Beta users send back useful beta information. However, this estimate is for end users of a general product such as MapQuest. The number can increase to 100% if the Beta partners are chosen and supported with care. -Most Beta testers will try the program when they first get it, and then lose interest. You can split your Beta population into four groups and for each new release, add another group that gets the software, so there are new Beta testers for each milestone. This approach works well, but it is not always possible to train and support four groups of Beta partners. Present each new release as a build that needs the same level of commitment as the first release they received. Also, focus their attention on the new or fixed items and any functionality relating to these items as well as general regression issues. -Most Information Technology personnel focus primarily on the technical aspects of the Beta release. It also is important that participants are aware of marketing concerns. To this end, any message or communications about the Beta product should go through the person directing the beta as well as the product manager. -At all times, the Beta team members and stakeholders must present the Beta product in the best possible light and ensure the Beta partner that any issues encountered are being addressed according to the established process. -The Beta director will distribute pertinent information to the concerned stakeholders once the product manager has approved the information for distribution.
  9. The following are some suggestions to ensure a successful and productive Beta: Choosing effective Beta sites and Beta partners is essential to a successful Beta. Key considerations in Beta participant selection include the following: Value: What test items or unique configuration or conditions does the Beta site/user deliver? Commitment: Beta participants should have a sincere commitment to the Beta process and the improvement of the product. Commitment must be generated and maintained throughout the Beta process via consistent, scheduled communication, including pep talks or incentives if needed. Keep up their enthusiasm! Ensure the Beta participant’s commitment and buy-in of all involved parties at the Beta site. -Ability: Assess the Beta participants’ ability to provide meaningful data and feedback about the Beta release. -Attitude/Motivation: Last but not least, consider attitude. A Beta participant may be committed to the process but still be motivated by factors that are not conducive to a fair evaluation of the product. For example, participants who are motivated by the chance to receive incentives or who pressure you to get your product to market may not give you unbiased feedback; they want it released for their own reasons. Conversely, if a Beta participant is have serious issues with the current version of the product and expects the Beta release to solve all of their problems except world peace, they can have only a negative experience even if all the promised improvements are verified. -So, don’t run your Betas at sites where your Beta participants’ job may depend on the success of the Beta release or where the participants are already unhappy or upset with your product. And, never use a site that has sued your company before for any reason! -If the last two conditions are not met, very little of value will be produced from the Beta sites. -One site with “an attitude issue” can destroy an otherwise perfect Beta release.
  10. Process for Identifying Beta Site Candidates is as follows -Nomination for the beta release are submitted by the Sales team. Via the following process: -The local Engineers tell their Account Executives to contact their District Managers about customers who are possible candidates for a beta implementation. -it&amp;apos;s important that the AE builds a case why the customer is a good fit for this beta. -Next, The District Managers will nominate candidates for Beta to Product Management or to the Core Team members representing the product. An example of the Core team members would be a product ET Lead, in lieu of a Product Manager there is a Core team who makes this decision.
  11. - After all nominations have been gathered an internal review then takes place to look deeper into the customers profile, to determine if they are suitable Beta Partners. - Once the internal interviews have taken place, the core team will schedule a meeting with the customer to go over the Goals for the Beta and set the expectations. - The last piece in our beta process is to create a contract with the customer about expectations, timeline, data collection processes, and rewards. - Once all the above happens. We then start the logistical planning and assign resources to the implementation. Beta&amp;apos;s are a commitment by both parties and should not be taken lightly.
  12. The Beta Phase has a specific Documentation and Artifact set. The extent and formality of the Beta Documentation Set will depend on the organization, product, and scope of the Beta. At a minimum every Beta should contain the following: Beta Test Plan Beta Matrix or Metrics tracking artifact Beta Report The Beta Documentation and Artifact set are the tools used to manage the beta process , to set goals and expectations, to collect/distribute data/information, to gauge the effectiveness of the Beta and the accuracy of the Beta objectives (success factor) .
  13. The Beta Documentation Set is more extensive but also scalable depending on the scope of the Beta release it is being applied to. The Beta Documentation Set is consist of three categories of documents/artifacts, Internal, External or Customer facing and Email Communications (subdivided into Internal, External) -The full Beta Documentation Set contains multiple artifact for each of these four categories (see hand out): Internal artifacts Internal emails External or Customer facing artifacts External or Customer facing email Internal artifacts The Beta Test Plan.doc (A Beta Guide may accompany or substitute for the Beta Test Plan) Beta Matrix.xls Beta site candidate criteria form (may be part of the Beta Test Plan) Beta-Contacting Support Internal.doc Beta Roles and responsibilities.doc Support FTP instructions.doc Beta Test report Internal emails Initial beta site conformation email Build announcement emails Beta sites incentive emails Scheduled status updates/progress reports emails Internal Stakeholder survey emails External or Customer facing artifacts Beta Site Acceptance letter_Final.doc Beta Site Agreement / Contract.doc Beta Site Guidelines.doc Special data collection instructions (Report PDF – Win/Mac).doc Beta Wrap up Letter.doc External or Customer facing email Initial beta site contact email Build announcement emails Beta sites incentive emails Scheduled status updates/progress report emails Beta feedback from email
  14. Walk the participants through each artifact explaining the purpose of each in turn.
  15. Overview of the Beta Documentation SetInternal Artifacts
  16. The Beta Test Plan TABLE OF CONTENTS 1.Introduction 1.1.Release Background 1.2.Beta Testing Activities 1.3.Scope 1.4.References Beta Test Strategy and Methods Beta Scenarios 3.1.Items to be verified in this Beta 3.1.1.Item 1 3.1.2.Item 2 3.1.3.Item 3 3.2.Items Excluded from this Beta effort 3.3.Beta Specific Testing 3.3.1.Installation and Configuration Types 3.3.2.User Types 3.3.3.Beta Sites and Participants Assumptions Beta process 5.1.Assignment 5.1.Issue Reporting 6.Entry, Suspension, and Exit Criteria 6.1.Entry into Beta 6.1.1.Entry Criteria 6.2.Suspension Criteria and Resumption Requirements 6.2.1.Suspension Criteria 6.2.2.Resumption Requirements 6.3.Exit Criteria 7.Resources 7.1.Beta Partners &amp; Product Team 7.2.ET Testing Team 7.3.Beta Roles 8.Milestones and Test Deliverables 9.Beta Test Items 9.1.Retest of Failed items 10.Release Documentation 10.1.Internal Documentation 10.2.Product Documentation 11.Variances 12.Risk 13.Summary
  17. Beta Matrix.xls Beta Sites Sub Sites &amp;quot;Triangle&amp;quot; Teams Builds Beta Wrap up Actual site usage incentive summary Beta SARs Beta feedback Summary of Activities
  18. -Beta site candidate criteria form (may be part of the Beta Test Plan) Form that specifies what type of site is desirable for the beta effort AE fill in this form for potential candidates -Beta-Contacting Support Internal.doc Documented process for internal communications and data collection of issue identified at the beta sites (If needed) for auto online updates and beta site server identification -Beta Roles and responsibilities.doc Detailed breakdown on the roles and responsibilities of all persons involved in the beta effort. -Support FTP instructions.doc (If Needed) Instructions on how to send files to the ET and Product support beta team members for further analysis.
  19. The Beta Test Report Beta Report Table of Contents 1.Introduction 1.1.Release Background 1.2.Purpose 1.3.Reference Documents 2.Beta Summary 2.1.Beta Coverage Items and New Features/Fixes (NF/F) 2.1.1.Test Environment 2.1.2.Platforms and Configurations 2.2.Actual Site Usage and Number of Crashes Pre-/Post-Beta 2.3.Beta Site Feedback 3.Variances 4.Beta Timetable 4.1.Initial Beta Timetable 4.2.Actual Beta Timetable 5.Comprehensive Assessment 6.Summary of Activities 7.Risk and Open Issues 8.Test Report Document Signoff Form 8.1.Business Unit Approval 8.2.Technical Support &amp; Services Approval
  20. Internal emails - Initial beta site conformation email - Initial email to the AE to inform them that the candidate site they submit for the Beta has been accepted and to the beta sites information - Build announcement emails - Beta sites incentive emails - Scheduled status updates/progress reports emails - internal Stakeholder survey emails - At regulate intervals and prior to end of beta it is a good practice to get feedback from all stakeholders. This can be as simple as a Red Yellow, Green light opinion poll but should include an explanation of why they chose the status level they did. It is not unusual to receive conflicting status evaluations from various Stakeholders on the same beta site. This is very useful as it serves to give the decisions makers a holistic view of the beta product. For example The FE may green light it for functionality and stability but the EC will red light it for a curriculum issue.   Sample = Initial beta site conformation email To: &amp;lt;AE or SITE CONTACT NAME&amp;gt; Hello, My name is Rob Swoboda. I will be coordinating the Beta test effort for the &amp;lt;BETA NAME&amp;gt;release. Your site, &amp;lt;SITE NAME AND DISTRICT&amp;gt;, has been chosen to participate in the &amp;lt;BETA NAME&amp;gt;. &amp;lt;ET LEAD NAME&amp;gt;has probably contacted you previously to assess your interest and the suitability of your site for participation in the &amp;lt;BETA NAME&amp;gt; Beta. We need to confirm some information before we can send your acceptance letter and the Beta participation agreement, which outlines expectations and the support and incentive your site will receive for your participation. Please confirm or correct the following information as soon as possible, so we can complete your Beta participation agreements and confirm our plan Beta Phase coverage. &amp;lt;SITE BETA INFORMATION&amp;gt; District Name = School Name= Site Address = State= Current Version = Implementation Type = Client Type = Server Type = Partnership Plus = Install Dates = Beta Start Date = Number of Client Machines = Est. Hours/Week = Est. Total Hours = Beta test coverage = Principal = Site contact = Account Exec = Installer = Please feel free to contact me if you have any questions. Thank you, Rob Swoboda
  21. External or Customer facing artifacts -Beta Site Acceptance letter_Final.doc -Beta Site Agreement / Contract.doc The formal agreement between and the Beta Site Participant. this should detail expectations of the Beta site including duration, amount of product usage, data collection and communications between and the Beta site. It should also include the details on obligation to the Beta site in terms of support training and incentives. -Beta Site Guidelines.doc The Beta Guide is a A customer facing artifact that instructs the on site beta partners how to contact the Internal Beta team, What data we need them to collect, how to collect data on issues and report the issues back to the us. -Special data collection instructions (Report PDF – Win/Mac).doc -Beta Wrap up Letter.doc
  22. External Artifacts – External Emails
  23. How do you measure the success or failure of your Beta experience? -If the Beta has successfully satisfied all of the items within the Beta Plan’s scope of work, you can claim success. -If the Beta has not successfully satisfied all of the items within the Beta Plan’s scope of work, but all of the issues that caused items to fail have been found and documented, you can claim success. -In either of these cases, the product may not go to market. If this occurs, it does not tarnish the value or effectiveness of the Beta effort. Rather, it indicates that the Beta provided valuable and substantive data to the decision makers involved in product development, which enabled them to make the right decision for this product, the company, and the customers. Although such an outcome is not optimal, it can be the best example of a successful Beta. -Other factors that indicate success are how well you built the Beta team, the documentation chain, how you handled support, reporting, and communications among all stakeholders. These factors can be assessed throughout the Beta process and must be included in the Beta Report, which is reviewed in a lessons learned meeting after product release. -Finally form a product standpoint a successful Beta Phase confirms that the product being delivered to the customer not only satisfies the product requirements but is useful, usable and meets the customers needs.
  24. Success or failure of a Beta must be determined by the accuracy of the Beta objectives, the accuracy of the data used to determine how they were met or not met as well as the quality of communications to all stakeholders. A failed Beta can be detrimental to both your company and your company’s clients. What constitutes failure of a Beta varies, and a failed Beta may look similar to a successful one. -For example, you may have met all of your objectives detailed in the Beta Plan, but failed to communicate effectively with your Beta participants and the Beta team. In this case, you could verify that everything delivered in the Beta release functioned correctly but still miss feedback that the product did not meet the users’ needs. -In this case Product Management would deploy a product that the clients can’t use and won’t buy. -In the worst case, if you failed to include measurable objectives for regression or roll-back, you may deploy a product that is extremely hard to support or that will fail and destroy the user’s data.
  25. Review the information and documents presented and answer any outstanding questions the participants may have Lecture/ Discussion Recap and answer questions from the participants