SlideShare une entreprise Scribd logo
1  sur  15
Process Strategy and Guidelines for a better
                                    product

                                 A      T E S T            E N G I N E E R I N G                   P E R S P E C T I V E




Copyright (c) 2009, Pramati Technologies Private Limited. Imaginea is a Pramati business. All
trade names and trade marks are owned by their respective owners
                                                                                                11/4/2009   1
Building Blocks

 Mission
  “Work towards ensuring our customer’s products
  are used, usable easily and effectively by their end
  customers”

 Vision
  “To be the preferred testing partner of excellence
  for product ISV’s and enterprises in the chosen
  markets and technologies. Provide best in class,
  innovative testing services delivered on time, every
  time and any time”
Key Assumptions

•   Intended client is a product firm/ISV who has
    outsourced/co-sourced product QA to Pramati’s Imaginea
•   Imaginea is in a position to suggest and improve an existing
    QA process/ propose and set up the QA process for an
    effective engagement
•   Imaginea will always working towards being an extended
    arm of the product and its success rather than just offering a
    testing service
•   To achieve over all product quality Imaginea can proactively
    propose for few mandatory things from the customer
•   Believe in process as a tool for improvement in every aspect of
    our work rather than a step by step tutorial
•   Process is not a hindrance to innovation, but a handle to
    increased customer satisfaction
Hawk-Eye Methodology-Precision Delivered
                      QA Planning
                                                        Test Suite Design
    Process Definition
                                                            Design Review
  Product Definition
  Inputs                     Planning     1   2   Design
                                                                  Test Development
 Process Improvement                  6           3
                       Post-Release                   Coding
                                          5   4                   Code Review

                                Release           Testing
   QA Certification
                                                                  Test Execution

    Release Inspection                                 Risk Assessment
                              Early Release
                              Program
Process Strategy and guidelines- Focal Points
  •   Teams’n’Customers – Proactive Engagement (Together we win)
        Defined communication
        Assigned ownerships
        Refined delivery
  •   Cross Functional Responsibilities
        Product is not just about writing code, its more than that
        Respect each other for what they do as part of the PDLC
  •   Prevention is better than cure
        QA has to be the eyes and ears of the product
        QA is the first customer (hear and understand what they say)
        Bugs and reports are not enemies/pointers towards development
  •   Excellence in Delivery
        Own what you released
        Metrics for Improvement
        Report what you did, Analyze what went wrong and Improve
  •   Key Value Adds
        Extended arm in product testing
Teams’n’Customers – Proactive Engagement
(Together we win)

 Apart from the Project Schedules and Plans
   •   Plan and Define communication methodology
   •   Plan and Define communication frequency
   •   Plan and Define escalation methodology
   •   Plan and Identify Key stake holders
   •   Plan and Identify functional and technical leaders
   •   Plan and Identify Knowledge sharers
Teams’n’Customers – Proactive Engagement
(Together we win)
  •   Increased Peer to Peer Engagement through FeatureSpot meetings once in 2
      weeks at least/ whenever a new feature is being developed/planned
       • Developers and QA to interact more on feature discussions through a common
         interface.
       • Develops bonding, respect and sense of product ownership
  •   Once/Twice in a month cross functional call to get the sense of market and
      customer requirements (if possible)
  •   Bug severity levels, descriptions and escalation procedures to be defined before
      testing takes off (protocol/modus operandi)
  •   Bug owners from QA and Dev side module/feature wise to be identified before
      testing takes off (Ownership driven)
  •   Bug assigners from conflict resolution owners to be identified before testing
      takes off (ownership driven and effective communication)
       -- Technical aspects of the bug (Engineering responsibility both Dev and QA)
       -- Functional aspects of the bug (Product Management responsibility with Dev
      and QA)
Key Cross Functional responsibilities and
takeaways for end to end ownership

     Drive down the Bare need of the product and its positioning
        Product Management/product marketing to provide business value and use case
          that drives the product into the market
        Offshore QA to understand who, where and why the product is being used
     Drive in the performance expectations of the product to ensure it works the way it
      should rather than the way it can
        Product Management/product marketing to provide desired performance
          benchmarks against which (at the beginning of the product dev cycle)
        Offshore QA would ascertain and provide results to ensure reliability
        Dev/Architecture/Engineering to signoff the benchmarks provided by the product
          management and share the unit testing results to offshore QA towards measuring
          the performance (after code freeze)
        Offshore QA would share the performance benchmark testing plan and strategy
          and share the key test results and trends (before GoToMarket testing)
     It’s a Product and not a Project
Prevention is better than Cure

  • Bugs are not our enemies neither they are a direct
    measure of the work we do.
  • Dev not to take bugs as personal pointers
  • QA not to make bugs are the only measure of their
    credibility
  • Dev to see they find as many bugs as QA would have
    [Increases QA scope]
  • QA to see they find as many bugs as Customer would
    have [Increases product quality scope]
  • An effective Dev-QA is more important than
    individual Dev and QA
Excellence in Delivery
     Own what you released
       • Do not be in a hurry to release just because the date is there/it has reached
       • Is it really ready (Introspect and think like the end user) ??
       • Account for this testing in your Project Plan rather than Panic
       • Account for User Driven     Go-to-Market testing for a specific period of
         time post functional sign
             Separate use cases will be written/can be provided
             Identified use cases/work flows/scenarios will be demoed one last
              time by QA before letting go to market
             Product Management/Marketing to sign off both the scenarios
              and demo
             Will be tested on a purely fresh environment rather than the same
              one that was used for individual feature testing
   Its all about meeting the functional needs in its simplest
    form than being glossy and complex
Excellence in Delivery (contd..)

 Some Metrics and related process guidelines
   – Define bug severity levels and descriptions at the beginning
   – Number of Sev-1 and Sev-2 bugs that can be allowed to be open
     for Ready to Go to be decided in advance
   – Number of Sev-1 and Sev-2 bugs to be allowed to be open for
     beta release to decided in advance
   – Number of Sev-1 and Sev-2 bugs that can be converted/down
     graded to Sev-3’s and Enhancements to be decided in advance
   – Effective Bug Filing rate –> Direct measure of offshore QA’s
     credibility (Number of bugs posted – No.of invalid bugs)
   – The lesser the Junk bugs the more its effective [Penny saved is
     worth more than a penny earned]
Excellence in Delivery (contd..)

• Enhancement Quotient
   – More number of valid enhancements that QA provides and
     agreed upon proves the way QA thinks from a market and
     customer stand point- Key Differentiator towards product
     ownership rather than project ownership
   – Enhancements filed by QA which go in as features in the next
     releases/ which result in product enrichment must be recognized
     and rewarded too [Motivation and Recognition]
• Quality is more important than Quantity
   – 1 Quality bug is better than 10 which convey the same

   .. And Many More Metrics can be worked out both on Dev and QA front [Numbers
          should reflect the stage and status, not the damage and demotivation]
Excellence in Delivery (contd..)

• Automated, Standardized and Centralized reporting
   – Reports at every mile stone [Agreed upon]
   – Reports at regular intervals [Agreed upon]
   – Publish to all the stake holders [Agreed upon]
   – Bug triage meetings and reports [Archive and publish]
   – Report and analyze Bug trends severity wise with a correlation to
     modules and over all functionality rather than bugs in its
     individuality [Archive and publish]
   – Performance and Benchmark reports [Archive and publish]
Key Value Adds- Extended arm in product
testing
• Trends and Improvements [Post Mortem]
• List of enhancements and Open bugs [Release
  notes and next release]
• Contribute to beta programs and product launch
  demos
• Help Professional services, support and sales
  teams with product training if required
Thank you
i n f o @ i m a g i n e a . c o m

Contenu connexe

Tendances

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
 
Vericenter Summary
Vericenter SummaryVericenter Summary
Vericenter Summarydeyoepw
 
OpenERP - Project Methodology
OpenERP - Project MethodologyOpenERP - Project Methodology
OpenERP - Project MethodologyOdoo
 
Star west 2011 manoj narayanan presentation 1.0
Star west 2011 manoj narayanan presentation 1.0Star west 2011 manoj narayanan presentation 1.0
Star west 2011 manoj narayanan presentation 1.0manoj7698
 
Production part approval process ppt 1
Production part approval process ppt 1Production part approval process ppt 1
Production part approval process ppt 1Inder Pal Dua
 
Elico Solutions' Odoo ERP Project Management Implementation Approach
Elico Solutions' Odoo ERP Project Management Implementation ApproachElico Solutions' Odoo ERP Project Management Implementation Approach
Elico Solutions' Odoo ERP Project Management Implementation ApproachElico Solutions Singapore
 
A Research Study on importance of Testing and Quality Assurance in Software D...
A Research Study on importance of Testing and Quality Assurance in Software D...A Research Study on importance of Testing and Quality Assurance in Software D...
A Research Study on importance of Testing and Quality Assurance in Software D...Sehrish Asif
 
White paper quality at the speed of digital
White paper   quality at the speed of digitalWhite paper   quality at the speed of digital
White paper quality at the speed of digitalrajni singh
 
Building quality in the SAFe way
Building quality in the SAFe way Building quality in the SAFe way
Building quality in the SAFe way Subrahmaniam S.R.V
 
APQP Application
APQP ApplicationAPQP Application
APQP ApplicationEddie Lam
 
Advanced Product Quality Planning Reference Model
Advanced Product Quality Planning Reference ModelAdvanced Product Quality Planning Reference Model
Advanced Product Quality Planning Reference ModelAurélien Chassagne
 
Stage gate innovation process powerpoint presentation templates
Stage gate innovation process powerpoint presentation templatesStage gate innovation process powerpoint presentation templates
Stage gate innovation process powerpoint presentation templatesSlideTeam.net
 

Tendances (19)

Agile deep dive scu
Agile deep dive   scuAgile deep dive   scu
Agile deep dive scu
 
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
 
Adopting Agile Testing
Adopting Agile TestingAdopting Agile Testing
Adopting Agile Testing
 
Vericenter Summary
Vericenter SummaryVericenter Summary
Vericenter Summary
 
OpenERP - Project Methodology
OpenERP - Project MethodologyOpenERP - Project Methodology
OpenERP - Project Methodology
 
QA standards
QA standardsQA standards
QA standards
 
Star west 2011 manoj narayanan presentation 1.0
Star west 2011 manoj narayanan presentation 1.0Star west 2011 manoj narayanan presentation 1.0
Star west 2011 manoj narayanan presentation 1.0
 
Production part approval process ppt 1
Production part approval process ppt 1Production part approval process ppt 1
Production part approval process ppt 1
 
ST&PFinalArticle
ST&PFinalArticleST&PFinalArticle
ST&PFinalArticle
 
Elico Solutions' Odoo ERP Project Management Implementation Approach
Elico Solutions' Odoo ERP Project Management Implementation ApproachElico Solutions' Odoo ERP Project Management Implementation Approach
Elico Solutions' Odoo ERP Project Management Implementation Approach
 
A Research Study on importance of Testing and Quality Assurance in Software D...
A Research Study on importance of Testing and Quality Assurance in Software D...A Research Study on importance of Testing and Quality Assurance in Software D...
A Research Study on importance of Testing and Quality Assurance in Software D...
 
Softwaretesting
SoftwaretestingSoftwaretesting
Softwaretesting
 
APQP
APQPAPQP
APQP
 
White paper quality at the speed of digital
White paper   quality at the speed of digitalWhite paper   quality at the speed of digital
White paper quality at the speed of digital
 
Building quality in the SAFe way
Building quality in the SAFe way Building quality in the SAFe way
Building quality in the SAFe way
 
Materi training APQP
Materi training APQPMateri training APQP
Materi training APQP
 
APQP Application
APQP ApplicationAPQP Application
APQP Application
 
Advanced Product Quality Planning Reference Model
Advanced Product Quality Planning Reference ModelAdvanced Product Quality Planning Reference Model
Advanced Product Quality Planning Reference Model
 
Stage gate innovation process powerpoint presentation templates
Stage gate innovation process powerpoint presentation templatesStage gate innovation process powerpoint presentation templates
Stage gate innovation process powerpoint presentation templates
 

Similaire à Process Guidelines V2

Product QA - A test engineering perspective
Product QA - A test engineering perspectiveProduct QA - A test engineering perspective
Product QA - A test engineering perspectiveImaginea
 
Quality Principals and its application to project management
Quality Principals and its application to project managementQuality Principals and its application to project management
Quality Principals and its application to project managementGaurav Pathak
 
Best Practices for a Repeatable Shift-Left Commitment
Best Practices for a Repeatable Shift-Left CommitmentBest Practices for a Repeatable Shift-Left Commitment
Best Practices for a Repeatable Shift-Left CommitmentApplause
 
«Гайд з попередження дефектів у продуктовій компанії» - Людмила Федчук
«Гайд з попередження дефектів у продуктовій компанії» - Людмила Федчук«Гайд з попередження дефектів у продуктовій компанії» - Людмила Федчук
«Гайд з попередження дефектів у продуктовій компанії» - Людмила ФедчукWebChallenge
 
Zero touch QA automation platform for DevOps
Zero touch QA automation platform for DevOpsZero touch QA automation platform for DevOps
Zero touch QA automation platform for DevOpsTaUB Solutions
 
Quality - A Priority In Service Engagements
Quality - A Priority In Service EngagementsQuality - A Priority In Service Engagements
Quality - A Priority In Service Engagementsppd1961
 
End-to-End Quality Approach: 14 Levels of Testing
End-to-End Quality Approach: 14 Levels of TestingEnd-to-End Quality Approach: 14 Levels of Testing
End-to-End Quality Approach: 14 Levels of TestingJosiah Renaudin
 
Introduction to Software Testing - Part 1
Introduction to Software Testing - Part 1Introduction to Software Testing - Part 1
Introduction to Software Testing - Part 1Murageppa-QA
 
JF608: Quality Control - Unit 2
JF608: Quality Control - Unit 2JF608: Quality Control - Unit 2
JF608: Quality Control - Unit 2Asraf Malik
 
Backward thinking design qa system for quality goals
Backward thinking   design qa system for quality goalsBackward thinking   design qa system for quality goals
Backward thinking design qa system for quality goalsgaoliang641
 
Day 2 meet shilpa - measuring software quality-are you up-to-date on what an...
Day 2 meet shilpa  - measuring software quality-are you up-to-date on what an...Day 2 meet shilpa  - measuring software quality-are you up-to-date on what an...
Day 2 meet shilpa - measuring software quality-are you up-to-date on what an...XBOSoft
 
Quality Jam: BDD, TDD and ATDD for the Enterprise
Quality Jam: BDD, TDD and ATDD for the EnterpriseQuality Jam: BDD, TDD and ATDD for the Enterprise
Quality Jam: BDD, TDD and ATDD for the EnterpriseQASymphony
 
Introduction to Quality Assurance Part 1
Introduction to Quality Assurance Part 1Introduction to Quality Assurance Part 1
Introduction to Quality Assurance Part 1Vidya-QA
 
Introduction to Software Testing
Introduction to Software TestingIntroduction to Software Testing
Introduction to Software TestingSachin-QA
 
Introduction to Software Testing
Introduction to Software TestingIntroduction to Software Testing
Introduction to Software TestingRajesh-QA
 
Introduction to Software Testing
Introduction to Software TestingIntroduction to Software Testing
Introduction to Software TestingANKUR-BA
 
Quality at the speed of digital
Quality   at the speed of digitalQuality   at the speed of digital
Quality at the speed of digitalrajni singh
 
How to Achieve Customer Satisfaction Through Beta Testing
How to Achieve Customer Satisfaction Through Beta TestingHow to Achieve Customer Satisfaction Through Beta Testing
How to Achieve Customer Satisfaction Through Beta TestingCentercode
 

Similaire à Process Guidelines V2 (20)

Product QA - A test engineering perspective
Product QA - A test engineering perspectiveProduct QA - A test engineering perspective
Product QA - A test engineering perspective
 
Quality Principals and its application to project management
Quality Principals and its application to project managementQuality Principals and its application to project management
Quality Principals and its application to project management
 
Best Practices for a Repeatable Shift-Left Commitment
Best Practices for a Repeatable Shift-Left CommitmentBest Practices for a Repeatable Shift-Left Commitment
Best Practices for a Repeatable Shift-Left Commitment
 
«Гайд з попередження дефектів у продуктовій компанії» - Людмила Федчук
«Гайд з попередження дефектів у продуктовій компанії» - Людмила Федчук«Гайд з попередження дефектів у продуктовій компанії» - Людмила Федчук
«Гайд з попередження дефектів у продуктовій компанії» - Людмила Федчук
 
Zero touch QA automation platform for DevOps
Zero touch QA automation platform for DevOpsZero touch QA automation platform for DevOps
Zero touch QA automation platform for DevOps
 
Quality - A Priority In Service Engagements
Quality - A Priority In Service EngagementsQuality - A Priority In Service Engagements
Quality - A Priority In Service Engagements
 
End-to-End Quality Approach: 14 Levels of Testing
End-to-End Quality Approach: 14 Levels of TestingEnd-to-End Quality Approach: 14 Levels of Testing
End-to-End Quality Approach: 14 Levels of Testing
 
QA metrics in Agile (GUIDE)
QA metrics in Agile (GUIDE)QA metrics in Agile (GUIDE)
QA metrics in Agile (GUIDE)
 
Introduction to Software Testing - Part 1
Introduction to Software Testing - Part 1Introduction to Software Testing - Part 1
Introduction to Software Testing - Part 1
 
JF608: Quality Control - Unit 2
JF608: Quality Control - Unit 2JF608: Quality Control - Unit 2
JF608: Quality Control - Unit 2
 
Backward thinking design qa system for quality goals
Backward thinking   design qa system for quality goalsBackward thinking   design qa system for quality goals
Backward thinking design qa system for quality goals
 
Day 2 meet shilpa - measuring software quality-are you up-to-date on what an...
Day 2 meet shilpa  - measuring software quality-are you up-to-date on what an...Day 2 meet shilpa  - measuring software quality-are you up-to-date on what an...
Day 2 meet shilpa - measuring software quality-are you up-to-date on what an...
 
Quality in Software Testing
Quality in Software TestingQuality in Software Testing
Quality in Software Testing
 
Quality Jam: BDD, TDD and ATDD for the Enterprise
Quality Jam: BDD, TDD and ATDD for the EnterpriseQuality Jam: BDD, TDD and ATDD for the Enterprise
Quality Jam: BDD, TDD and ATDD for the Enterprise
 
Introduction to Quality Assurance Part 1
Introduction to Quality Assurance Part 1Introduction to Quality Assurance Part 1
Introduction to Quality Assurance Part 1
 
Introduction to Software Testing
Introduction to Software TestingIntroduction to Software Testing
Introduction to Software Testing
 
Introduction to Software Testing
Introduction to Software TestingIntroduction to Software Testing
Introduction to Software Testing
 
Introduction to Software Testing
Introduction to Software TestingIntroduction to Software Testing
Introduction to Software Testing
 
Quality at the speed of digital
Quality   at the speed of digitalQuality   at the speed of digital
Quality at the speed of digital
 
How to Achieve Customer Satisfaction Through Beta Testing
How to Achieve Customer Satisfaction Through Beta TestingHow to Achieve Customer Satisfaction Through Beta Testing
How to Achieve Customer Satisfaction Through Beta Testing
 

Plus de Imaginea

Web application penetration testing
Web application penetration testingWeb application penetration testing
Web application penetration testingImaginea
 
Network penetration testing
Network penetration testingNetwork penetration testing
Network penetration testingImaginea
 
Require JS
Require JSRequire JS
Require JSImaginea
 
Scala and lift
Scala and liftScala and lift
Scala and liftImaginea
 
Imaginea Service Sheet - Performance Engineering
Imaginea Service Sheet - Performance EngineeringImaginea Service Sheet - Performance Engineering
Imaginea Service Sheet - Performance EngineeringImaginea
 
Imaginea Service Sheet - Interaction Design
Imaginea Service Sheet - Interaction DesignImaginea Service Sheet - Interaction Design
Imaginea Service Sheet - Interaction DesignImaginea
 
Imaginea - SugarCRM iPhone App - User Guide
Imaginea - SugarCRM iPhone App - User GuideImaginea - SugarCRM iPhone App - User Guide
Imaginea - SugarCRM iPhone App - User GuideImaginea
 
Offline Enterprise and Web Apps: Dekoh Approach
Offline Enterprise and Web Apps: Dekoh ApproachOffline Enterprise and Web Apps: Dekoh Approach
Offline Enterprise and Web Apps: Dekoh ApproachImaginea
 
Imaginea Scales Application using Amazon EC2
Imaginea Scales Application using Amazon EC2Imaginea Scales Application using Amazon EC2
Imaginea Scales Application using Amazon EC2Imaginea
 
Whitepaper Cloud Egovernance Imaginea
Whitepaper Cloud Egovernance ImagineaWhitepaper Cloud Egovernance Imaginea
Whitepaper Cloud Egovernance ImagineaImaginea
 
Imaginea - Ideas to Life - About Us
Imaginea - Ideas to Life - About UsImaginea - Ideas to Life - About Us
Imaginea - Ideas to Life - About UsImaginea
 
Imaginea_CloudComputing_Services
Imaginea_CloudComputing_ServicesImaginea_CloudComputing_Services
Imaginea_CloudComputing_ServicesImaginea
 
Imaginea_Product Engineering_Services
Imaginea_Product Engineering_ServicesImaginea_Product Engineering_Services
Imaginea_Product Engineering_ServicesImaginea
 
Scaling Databases On The Cloud
Scaling Databases On The CloudScaling Databases On The Cloud
Scaling Databases On The CloudImaginea
 
Imaginea Cloud Offerings
Imaginea Cloud OfferingsImaginea Cloud Offerings
Imaginea Cloud OfferingsImaginea
 
Soa Offerings
Soa OfferingsSoa Offerings
Soa OfferingsImaginea
 
Sharing on Dekoh - Our RIA Desktop Platform
Sharing on Dekoh - Our RIA Desktop PlatformSharing on Dekoh - Our RIA Desktop Platform
Sharing on Dekoh - Our RIA Desktop PlatformImaginea
 
Scaing databases on the cloud
Scaing databases on the cloudScaing databases on the cloud
Scaing databases on the cloudImaginea
 
Facebook Olympics
Facebook OlympicsFacebook Olympics
Facebook OlympicsImaginea
 
Migrating to Cloud - A Step by Step
Migrating to Cloud - A Step by Step Migrating to Cloud - A Step by Step
Migrating to Cloud - A Step by Step Imaginea
 

Plus de Imaginea (20)

Web application penetration testing
Web application penetration testingWeb application penetration testing
Web application penetration testing
 
Network penetration testing
Network penetration testingNetwork penetration testing
Network penetration testing
 
Require JS
Require JSRequire JS
Require JS
 
Scala and lift
Scala and liftScala and lift
Scala and lift
 
Imaginea Service Sheet - Performance Engineering
Imaginea Service Sheet - Performance EngineeringImaginea Service Sheet - Performance Engineering
Imaginea Service Sheet - Performance Engineering
 
Imaginea Service Sheet - Interaction Design
Imaginea Service Sheet - Interaction DesignImaginea Service Sheet - Interaction Design
Imaginea Service Sheet - Interaction Design
 
Imaginea - SugarCRM iPhone App - User Guide
Imaginea - SugarCRM iPhone App - User GuideImaginea - SugarCRM iPhone App - User Guide
Imaginea - SugarCRM iPhone App - User Guide
 
Offline Enterprise and Web Apps: Dekoh Approach
Offline Enterprise and Web Apps: Dekoh ApproachOffline Enterprise and Web Apps: Dekoh Approach
Offline Enterprise and Web Apps: Dekoh Approach
 
Imaginea Scales Application using Amazon EC2
Imaginea Scales Application using Amazon EC2Imaginea Scales Application using Amazon EC2
Imaginea Scales Application using Amazon EC2
 
Whitepaper Cloud Egovernance Imaginea
Whitepaper Cloud Egovernance ImagineaWhitepaper Cloud Egovernance Imaginea
Whitepaper Cloud Egovernance Imaginea
 
Imaginea - Ideas to Life - About Us
Imaginea - Ideas to Life - About UsImaginea - Ideas to Life - About Us
Imaginea - Ideas to Life - About Us
 
Imaginea_CloudComputing_Services
Imaginea_CloudComputing_ServicesImaginea_CloudComputing_Services
Imaginea_CloudComputing_Services
 
Imaginea_Product Engineering_Services
Imaginea_Product Engineering_ServicesImaginea_Product Engineering_Services
Imaginea_Product Engineering_Services
 
Scaling Databases On The Cloud
Scaling Databases On The CloudScaling Databases On The Cloud
Scaling Databases On The Cloud
 
Imaginea Cloud Offerings
Imaginea Cloud OfferingsImaginea Cloud Offerings
Imaginea Cloud Offerings
 
Soa Offerings
Soa OfferingsSoa Offerings
Soa Offerings
 
Sharing on Dekoh - Our RIA Desktop Platform
Sharing on Dekoh - Our RIA Desktop PlatformSharing on Dekoh - Our RIA Desktop Platform
Sharing on Dekoh - Our RIA Desktop Platform
 
Scaing databases on the cloud
Scaing databases on the cloudScaing databases on the cloud
Scaing databases on the cloud
 
Facebook Olympics
Facebook OlympicsFacebook Olympics
Facebook Olympics
 
Migrating to Cloud - A Step by Step
Migrating to Cloud - A Step by Step Migrating to Cloud - A Step by Step
Migrating to Cloud - A Step by Step
 

Dernier

UiPath Community: AI for UiPath Automation Developers
UiPath Community: AI for UiPath Automation DevelopersUiPath Community: AI for UiPath Automation Developers
UiPath Community: AI for UiPath Automation DevelopersUiPathCommunity
 
COMPUTER 10 Lesson 8 - Building a Website
COMPUTER 10 Lesson 8 - Building a WebsiteCOMPUTER 10 Lesson 8 - Building a Website
COMPUTER 10 Lesson 8 - Building a Websitedgelyza
 
Basic Building Blocks of Internet of Things.
Basic Building Blocks of Internet of Things.Basic Building Blocks of Internet of Things.
Basic Building Blocks of Internet of Things.YounusS2
 
Cybersecurity Workshop #1.pptx
Cybersecurity Workshop #1.pptxCybersecurity Workshop #1.pptx
Cybersecurity Workshop #1.pptxGDSC PJATK
 
Computer 10: Lesson 10 - Online Crimes and Hazards
Computer 10: Lesson 10 - Online Crimes and HazardsComputer 10: Lesson 10 - Online Crimes and Hazards
Computer 10: Lesson 10 - Online Crimes and HazardsSeth Reyes
 
KubeConEU24-Monitoring Kubernetes and Cloud Spend with OpenCost
KubeConEU24-Monitoring Kubernetes and Cloud Spend with OpenCostKubeConEU24-Monitoring Kubernetes and Cloud Spend with OpenCost
KubeConEU24-Monitoring Kubernetes and Cloud Spend with OpenCostMatt Ray
 
Secure your environment with UiPath and CyberArk technologies - Session 1
Secure your environment with UiPath and CyberArk technologies - Session 1Secure your environment with UiPath and CyberArk technologies - Session 1
Secure your environment with UiPath and CyberArk technologies - Session 1DianaGray10
 
UiPath Studio Web workshop series - Day 7
UiPath Studio Web workshop series - Day 7UiPath Studio Web workshop series - Day 7
UiPath Studio Web workshop series - Day 7DianaGray10
 
Comparing Sidecar-less Service Mesh from Cilium and Istio
Comparing Sidecar-less Service Mesh from Cilium and IstioComparing Sidecar-less Service Mesh from Cilium and Istio
Comparing Sidecar-less Service Mesh from Cilium and IstioChristian Posta
 
Building Your Own AI Instance (TBLC AI )
Building Your Own AI Instance (TBLC AI )Building Your Own AI Instance (TBLC AI )
Building Your Own AI Instance (TBLC AI )Brian Pichman
 
AI Fame Rush Review – Virtual Influencer Creation In Just Minutes
AI Fame Rush Review – Virtual Influencer Creation In Just MinutesAI Fame Rush Review – Virtual Influencer Creation In Just Minutes
AI Fame Rush Review – Virtual Influencer Creation In Just MinutesMd Hossain Ali
 
UiPath Solutions Management Preview - Northern CA Chapter - March 22.pdf
UiPath Solutions Management Preview - Northern CA Chapter - March 22.pdfUiPath Solutions Management Preview - Northern CA Chapter - March 22.pdf
UiPath Solutions Management Preview - Northern CA Chapter - March 22.pdfDianaGray10
 
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...Aggregage
 
VoIP Service and Marketing using Odoo and Asterisk PBX
VoIP Service and Marketing using Odoo and Asterisk PBXVoIP Service and Marketing using Odoo and Asterisk PBX
VoIP Service and Marketing using Odoo and Asterisk PBXTarek Kalaji
 
20230202 - Introduction to tis-py
20230202 - Introduction to tis-py20230202 - Introduction to tis-py
20230202 - Introduction to tis-pyJamie (Taka) Wang
 
IaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdf
IaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdfIaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdf
IaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdfDaniel Santiago Silva Capera
 
Bird eye's view on Camunda open source ecosystem
Bird eye's view on Camunda open source ecosystemBird eye's view on Camunda open source ecosystem
Bird eye's view on Camunda open source ecosystemAsko Soukka
 
UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...
UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...
UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...UbiTrack UK
 

Dernier (20)

UiPath Community: AI for UiPath Automation Developers
UiPath Community: AI for UiPath Automation DevelopersUiPath Community: AI for UiPath Automation Developers
UiPath Community: AI for UiPath Automation Developers
 
COMPUTER 10 Lesson 8 - Building a Website
COMPUTER 10 Lesson 8 - Building a WebsiteCOMPUTER 10 Lesson 8 - Building a Website
COMPUTER 10 Lesson 8 - Building a Website
 
Basic Building Blocks of Internet of Things.
Basic Building Blocks of Internet of Things.Basic Building Blocks of Internet of Things.
Basic Building Blocks of Internet of Things.
 
Cybersecurity Workshop #1.pptx
Cybersecurity Workshop #1.pptxCybersecurity Workshop #1.pptx
Cybersecurity Workshop #1.pptx
 
Computer 10: Lesson 10 - Online Crimes and Hazards
Computer 10: Lesson 10 - Online Crimes and HazardsComputer 10: Lesson 10 - Online Crimes and Hazards
Computer 10: Lesson 10 - Online Crimes and Hazards
 
KubeConEU24-Monitoring Kubernetes and Cloud Spend with OpenCost
KubeConEU24-Monitoring Kubernetes and Cloud Spend with OpenCostKubeConEU24-Monitoring Kubernetes and Cloud Spend with OpenCost
KubeConEU24-Monitoring Kubernetes and Cloud Spend with OpenCost
 
Secure your environment with UiPath and CyberArk technologies - Session 1
Secure your environment with UiPath and CyberArk technologies - Session 1Secure your environment with UiPath and CyberArk technologies - Session 1
Secure your environment with UiPath and CyberArk technologies - Session 1
 
UiPath Studio Web workshop series - Day 7
UiPath Studio Web workshop series - Day 7UiPath Studio Web workshop series - Day 7
UiPath Studio Web workshop series - Day 7
 
20230104 - machine vision
20230104 - machine vision20230104 - machine vision
20230104 - machine vision
 
Comparing Sidecar-less Service Mesh from Cilium and Istio
Comparing Sidecar-less Service Mesh from Cilium and IstioComparing Sidecar-less Service Mesh from Cilium and Istio
Comparing Sidecar-less Service Mesh from Cilium and Istio
 
Building Your Own AI Instance (TBLC AI )
Building Your Own AI Instance (TBLC AI )Building Your Own AI Instance (TBLC AI )
Building Your Own AI Instance (TBLC AI )
 
AI Fame Rush Review – Virtual Influencer Creation In Just Minutes
AI Fame Rush Review – Virtual Influencer Creation In Just MinutesAI Fame Rush Review – Virtual Influencer Creation In Just Minutes
AI Fame Rush Review – Virtual Influencer Creation In Just Minutes
 
UiPath Solutions Management Preview - Northern CA Chapter - March 22.pdf
UiPath Solutions Management Preview - Northern CA Chapter - March 22.pdfUiPath Solutions Management Preview - Northern CA Chapter - March 22.pdf
UiPath Solutions Management Preview - Northern CA Chapter - March 22.pdf
 
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
The Data Metaverse: Unpacking the Roles, Use Cases, and Tech Trends in Data a...
 
VoIP Service and Marketing using Odoo and Asterisk PBX
VoIP Service and Marketing using Odoo and Asterisk PBXVoIP Service and Marketing using Odoo and Asterisk PBX
VoIP Service and Marketing using Odoo and Asterisk PBX
 
20230202 - Introduction to tis-py
20230202 - Introduction to tis-py20230202 - Introduction to tis-py
20230202 - Introduction to tis-py
 
IaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdf
IaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdfIaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdf
IaC & GitOps in a Nutshell - a FridayInANuthshell Episode.pdf
 
20150722 - AGV
20150722 - AGV20150722 - AGV
20150722 - AGV
 
Bird eye's view on Camunda open source ecosystem
Bird eye's view on Camunda open source ecosystemBird eye's view on Camunda open source ecosystem
Bird eye's view on Camunda open source ecosystem
 
UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...
UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...
UWB Technology for Enhanced Indoor and Outdoor Positioning in Physiological M...
 

Process Guidelines V2

  • 1. Process Strategy and Guidelines for a better product A T E S T E N G I N E E R I N G P E R S P E C T I V E Copyright (c) 2009, Pramati Technologies Private Limited. Imaginea is a Pramati business. All trade names and trade marks are owned by their respective owners 11/4/2009 1
  • 2. Building Blocks  Mission “Work towards ensuring our customer’s products are used, usable easily and effectively by their end customers”  Vision “To be the preferred testing partner of excellence for product ISV’s and enterprises in the chosen markets and technologies. Provide best in class, innovative testing services delivered on time, every time and any time”
  • 3. Key Assumptions • Intended client is a product firm/ISV who has outsourced/co-sourced product QA to Pramati’s Imaginea • Imaginea is in a position to suggest and improve an existing QA process/ propose and set up the QA process for an effective engagement • Imaginea will always working towards being an extended arm of the product and its success rather than just offering a testing service • To achieve over all product quality Imaginea can proactively propose for few mandatory things from the customer • Believe in process as a tool for improvement in every aspect of our work rather than a step by step tutorial • Process is not a hindrance to innovation, but a handle to increased customer satisfaction
  • 4. Hawk-Eye Methodology-Precision Delivered QA Planning Test Suite Design Process Definition Design Review Product Definition Inputs Planning 1 2 Design Test Development Process Improvement 6 3 Post-Release Coding 5 4 Code Review Release Testing QA Certification Test Execution Release Inspection Risk Assessment Early Release Program
  • 5. Process Strategy and guidelines- Focal Points • Teams’n’Customers – Proactive Engagement (Together we win)  Defined communication  Assigned ownerships  Refined delivery • Cross Functional Responsibilities  Product is not just about writing code, its more than that  Respect each other for what they do as part of the PDLC • Prevention is better than cure  QA has to be the eyes and ears of the product  QA is the first customer (hear and understand what they say)  Bugs and reports are not enemies/pointers towards development • Excellence in Delivery  Own what you released  Metrics for Improvement  Report what you did, Analyze what went wrong and Improve • Key Value Adds  Extended arm in product testing
  • 6. Teams’n’Customers – Proactive Engagement (Together we win) Apart from the Project Schedules and Plans • Plan and Define communication methodology • Plan and Define communication frequency • Plan and Define escalation methodology • Plan and Identify Key stake holders • Plan and Identify functional and technical leaders • Plan and Identify Knowledge sharers
  • 7. Teams’n’Customers – Proactive Engagement (Together we win) • Increased Peer to Peer Engagement through FeatureSpot meetings once in 2 weeks at least/ whenever a new feature is being developed/planned • Developers and QA to interact more on feature discussions through a common interface. • Develops bonding, respect and sense of product ownership • Once/Twice in a month cross functional call to get the sense of market and customer requirements (if possible) • Bug severity levels, descriptions and escalation procedures to be defined before testing takes off (protocol/modus operandi) • Bug owners from QA and Dev side module/feature wise to be identified before testing takes off (Ownership driven) • Bug assigners from conflict resolution owners to be identified before testing takes off (ownership driven and effective communication) -- Technical aspects of the bug (Engineering responsibility both Dev and QA) -- Functional aspects of the bug (Product Management responsibility with Dev and QA)
  • 8. Key Cross Functional responsibilities and takeaways for end to end ownership  Drive down the Bare need of the product and its positioning  Product Management/product marketing to provide business value and use case that drives the product into the market  Offshore QA to understand who, where and why the product is being used  Drive in the performance expectations of the product to ensure it works the way it should rather than the way it can  Product Management/product marketing to provide desired performance benchmarks against which (at the beginning of the product dev cycle)  Offshore QA would ascertain and provide results to ensure reliability  Dev/Architecture/Engineering to signoff the benchmarks provided by the product management and share the unit testing results to offshore QA towards measuring the performance (after code freeze)  Offshore QA would share the performance benchmark testing plan and strategy and share the key test results and trends (before GoToMarket testing)  It’s a Product and not a Project
  • 9. Prevention is better than Cure • Bugs are not our enemies neither they are a direct measure of the work we do. • Dev not to take bugs as personal pointers • QA not to make bugs are the only measure of their credibility • Dev to see they find as many bugs as QA would have [Increases QA scope] • QA to see they find as many bugs as Customer would have [Increases product quality scope] • An effective Dev-QA is more important than individual Dev and QA
  • 10. Excellence in Delivery  Own what you released • Do not be in a hurry to release just because the date is there/it has reached • Is it really ready (Introspect and think like the end user) ?? • Account for this testing in your Project Plan rather than Panic • Account for User Driven Go-to-Market testing for a specific period of time post functional sign  Separate use cases will be written/can be provided  Identified use cases/work flows/scenarios will be demoed one last time by QA before letting go to market  Product Management/Marketing to sign off both the scenarios and demo  Will be tested on a purely fresh environment rather than the same one that was used for individual feature testing  Its all about meeting the functional needs in its simplest form than being glossy and complex
  • 11. Excellence in Delivery (contd..)  Some Metrics and related process guidelines – Define bug severity levels and descriptions at the beginning – Number of Sev-1 and Sev-2 bugs that can be allowed to be open for Ready to Go to be decided in advance – Number of Sev-1 and Sev-2 bugs to be allowed to be open for beta release to decided in advance – Number of Sev-1 and Sev-2 bugs that can be converted/down graded to Sev-3’s and Enhancements to be decided in advance – Effective Bug Filing rate –> Direct measure of offshore QA’s credibility (Number of bugs posted – No.of invalid bugs) – The lesser the Junk bugs the more its effective [Penny saved is worth more than a penny earned]
  • 12. Excellence in Delivery (contd..) • Enhancement Quotient – More number of valid enhancements that QA provides and agreed upon proves the way QA thinks from a market and customer stand point- Key Differentiator towards product ownership rather than project ownership – Enhancements filed by QA which go in as features in the next releases/ which result in product enrichment must be recognized and rewarded too [Motivation and Recognition] • Quality is more important than Quantity – 1 Quality bug is better than 10 which convey the same .. And Many More Metrics can be worked out both on Dev and QA front [Numbers should reflect the stage and status, not the damage and demotivation]
  • 13. Excellence in Delivery (contd..) • Automated, Standardized and Centralized reporting – Reports at every mile stone [Agreed upon] – Reports at regular intervals [Agreed upon] – Publish to all the stake holders [Agreed upon] – Bug triage meetings and reports [Archive and publish] – Report and analyze Bug trends severity wise with a correlation to modules and over all functionality rather than bugs in its individuality [Archive and publish] – Performance and Benchmark reports [Archive and publish]
  • 14. Key Value Adds- Extended arm in product testing • Trends and Improvements [Post Mortem] • List of enhancements and Open bugs [Release notes and next release] • Contribute to beta programs and product launch demos • Help Professional services, support and sales teams with product training if required
  • 15. Thank you i n f o @ i m a g i n e a . c o m