IBM Mobile Quality Assurance   Open Beta Study Group Session 3 (Instrumenting your app)
Upcoming SlideShare
Loading in...5
×
 

IBM Mobile Quality Assurance Open Beta Study Group Session 3 (Instrumenting your app)

on

  • 2,153 views

Instrumenting your app - part of the study group series.

Instrumenting your app - part of the study group series.

Statistics

Views

Total Views
2,153
Views on SlideShare
2,143
Embed Views
10

Actions

Likes
0
Downloads
38
Comments
0

1 Embed 10

https://twitter.com 10

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • SPEAKER NOTES PRESENTERS may want to delete speaker notes prior to presenting to clients/external audience <br /> Offering Name: IBM Mobile Quality Assurance <br /> Offering Description: IBM Mobile Quality Assurance provides everything an organization needs to deliver high quality mobile apps, bringing together in one place, user feedback, app performance, test results, bug reports, and sentiment analysis to drive prioritization and development of mobile app updates that address issues before they affect reputation. <br /> Target Market/Industries: All <br /> What is New News? This is a brand new SaaS offering, being delivered as a free open beta for all organizations needing to deliver the highest quality mobile apps possible. <br /> Client Needs Addressed: <br /> Making sure that the app design meets the end user need and achieves the business objectives <br /> Verify that the app works correctly in a fragmented (complex) environment of mobile devices and operating systems <br /> Value Proposition: (Describe how the offering helps the consumer improve operations, deliver/access new capabilities, increase revenues/profits, perform roles more efficiently, perform functions previously not possible ) <br /> IBM Mobile Quality Assurance provide line of business professionals with insightful and streamlined quality feedback and metrics, enabling them to dramatically improve decisions on mobile app priorities and investments. <br /> IBM Mobile Quality Assurance equips mobile app development teams with everything they need to deliver the highest quality mobile applications through rapid inclusion of quality feedback throughout the development cycle. <br /> Key Benefits: (for Launch Theme) <br /> Over the air app distribution – get the latest in the hands of testers as soon as it is available <br /> In-app crash reporting – rapid understanding of why an app fails <br /> In-app user feedback – frictionless way to determine user likes and dislikes <br /> Sentiment analysis – mine app ratings to respond to issues before they go viral <br /> Competitors & Differentiation: (List appropriate competitors and key differentiation from IBM vs. Competitors) <br /> TestFlight <br /> Crittercism <br /> Bugsense <br /> Jira Mobile Connect <br /> HockeyApp; Zubhium <br /> Differentiation: <br /> Mobile specific aggregated feedback for rapid assessment of quality and prioritization of effort <br /> Incorporate end user feedback and quality data at every stage of development <br /> Assess how the app behaves across many combinations of devices, diverse network conditions, and with back end service <br /> Sparklers: (Measurable or significant performance/capability facts or proof points) <br /> bullet <br /> bullet <br /> Quote is from Ken Parmalee, Gartner Research <br />
  • So, with those pain points in mind, our initial tech preview will focus on five key use cases… <br /> For the DEVELOPER: Over-the-Air Build Distribution – Developers can distribute new builds over-the-air to real devices for testing purposes; automatically ensures that testers have the latest build <br /> For the TESTER: In-App Bug Reporting – Bug reports can be submitted directly from the app; available for pre- and post-launch; importantly, this also saves the contextual information around the bug, packaging up what is needed (like crash logs) to make it easy to get them to the developer <br /> For the END USERS: In-App User Feedback – User feedback can be submitted directly from the app, enabling developers to easily spot trends, discover issues and receive new ideas from end users; also <br /> …Crash Reporting – Automated, real-time crash reports are filtered by OS version, device and other parameters; available for pre- and post-launch <br /> For the LOB / Digital Marketer: Sentiment Analysis, providing these users with details from the app stores on user feedback for their impressions or “sentiment” regarding mobile applications; this is based on crawling through every rating and review and then boiling it down to a single score as a means to measure user satisfaction… this will allow clients to monitor and measure how their mobile apps are performing in the eyes of users. <br />
  • Author Note: Optional Rational DEMO slide. Available in English only. <br />
  • Author Note: Optional Rational slide. Graphic is available in English only. <br />
  • Marketing is the science of choosing target markets through market analysis and market segmentation, as well as understanding consumer buying behavior and providing superior customer value. Source: http://en.wikipedia.org/wiki/Marketing <br />
  • IBM Mobile Quality Assurance Overview and Use Cases (Mobile Study Group Session 1)    Oct 25, 2013    9:00 AM - https://events.na.collabserv.com/register.php?id=89922788f7&l=en-US <br /> IBM Mobile Quality Assurance Study Group Session 2: Viewing crashes and bug reports    Nov 1, 2013    9:00 AMhttps://events.na.collabserv.com/register.php?id=44a9a6a4dd&l=en-US <br /> IBM Mobile Quality Assurance Study Group Session 3: Connecting mobile app end-users and the developer environment    Nov 8, 2013    9:00 AMhttps://events.na.collabserv.com/register.php?id=b6855e07bb&l=en-US <br /> IBM Mobile Quality Assurance Study Group Session 4: Over the air build distribution    Nov 15, 2013    9:00 AMhttps://events.na.collabserv.com/register.php?id=6ab12a9957&l=en-US <br /> IBM Mobile Quality Assurance Study Group Session 5: Mobile user sentiment and analytics    Nov 22, 2013    9:00 AMhttps://events.na.collabserv.com/register.php?id=bdba44a231&l=en-US <br />

IBM Mobile Quality Assurance   Open Beta Study Group Session 3 (Instrumenting your app) IBM Mobile Quality Assurance Open Beta Study Group Session 3 (Instrumenting your app) Presentation Transcript

  • IBM Mobile Quality Assurance (Open Beta) Continuously deliver quality mobile apps – MQA Study Group – 8 November 2013 Host: Roger Snook, WorldWide Enablement Leader: Mobile, SOA & Design +1.703.943.1170, RCSnook@us.ibm.com Session 3: How to instrument your mobile app to use MQA's time-saving features (Prior Session Slides and Recordings: http://ibm.co/174C6ug - pre-requisite) © 2013 IBM Corporation
  • Please note – This discussion is about an Open Beta IBM’s statements regarding its plans, directions, and intent are subject to change or withdrawal without notice at IBM’s sole discretion. Information regarding potential future products is intended to outline our general product direction and it should not be relied on in making a purchasing decision. The information mentioned regarding potential future products is not a commitment, promise, or legal obligation to deliver any material, code or functionality. Information about potential future products may not be incorporated into any contract. The development, release, and timing of any future features or functionality described for our products remains at our sole discretion. Performance is based on measurements and projections using standard IBM benchmarks in a controlled environment. The actual throughput or performance that any user will experience will vary depending upon many factors, including considerations such as the amount of multiprogramming in the user’s job stream, the I/O configuration, the storage configuration, and the workload processed. Therefore, no assurance can be given that an individual user will achieve results similar to those stated here. 2 #IBMMobile © 2013 IBM Corporation
  • How much time do you need to save in your mobile dev cycle? Bug details SHOULD include: •Device maker & model •OS & version •Carrier & connection speed •Battery life & resolution •Repro steps & screenshot BEFORE MQA Before MQA: •Manually enter each piece of information •Risk of manual inaccuracy vs time for quality information •Crash detail may require IDE environment to produce (iOS) •Assertion: 15 minutes per bug/crash report to gather this quality information 3 #IBMMobile Crash details SHOULD include: •Stack trace •Logs AFTER MQA User simply shakes their device 1. IBM MQA is activated 2. Bug details are reported in structured manner to RTC Crashes logged automatically! Assertion: Estimated time savings nears 15 minutes per bug. Multiply this by how many bugs reported. (i.e. 100 bugs = 25 hours of time saved). This is reporting alone – quality analysis alone is time consuming! © 2013 IBM Corporation
  • Updated xx-xx-12 Introducing IBM Mobile Quality Assurance (beta) Continuously deliver high quality mobile applications What’s New • End user feedback and quality metrics available at every stage of development IBM Mobile Quality Assurance (beta) • App quality assurance in a fragmented and complex environment  Features/Business Value • Evidence-based prioritization – enable business and IT to collaborate on mobile strategy and user experience • Over the air app distribution – get the latest in the hands of testers as soon as it is available • Frictionless bug reporting – spend every minute on testing latest and greatest builds, not the hassles • In-app crash reporting – rapid understanding of why an app fails • Sentiment analysis – mine app ratings and reviews to extract actionable feedback before they go viral(coming soon) Client Benefits 4 • Improve mobile app quality with holistic visibility into user experience, including bugs, crashes, feedback, and user sentiment • Proactively manage quality risks through rapid assessment of issues and reduced cycle time #IBMMobile ”What you are talking about doing is fantastic. You have a very powerful approach here and it will drive a lot of what people will want to do in the market” © 2013 IBM Corporation
  • Mobile Quality Assurance features that support the Use Cases Session 3 Focus: Instrument your mobile app User Feedback Crash logs 4 Crash log reporting Bugs vs. Crashes Bugs LOB/Digital Marketer Developer Instruments App Coming soon 5 Sentiment Analysis 1 Over the air build distribution 2 Quality Dashboard with Sentiment Analysis 5 Tester In app bug reporting End Users 3 In app user feedback Builds #IBMMobile © 2013 IBM Corporation
  • IBM Mobile Quality Assurance Focus: Instrument an App Followed by some experiences with integrating the JKE Banking demo app 6 #IBMMobile © 2013 IBM Corporation
  • MQA Tutorial Pages First –some fundamental decisions: 1. Platform (this session focuses on Android) http://www.quality4mobilehelp.com/library-installation/android 2. Capabilities you want to support (this session focuses on pre-production features such as bug-reporting) 3. What app do you want to try this on? (the MQA Open Beta provides a HelloWorld app, but this session instruments the JKE Bank app) 7 #IBMMobile © 2013 IBM Corporation
  • 1. Platform / OS / IDE requirements While I chose an Android version, for this exercise, I used the Worklight Eclipse-plugin IDE. • Worklight® Studio of the IBM Worklight Developer Edition is supported on the following operating systems: • Windows, Mac OS, Linux (same as RTC) • You can develop IBM Worklight applications with iOS environments on any of these operating systems. However, due to restrictions set by Apple, you can compile an iOS project only on a Mac OS. • When used on a Mac OS, the Worklight Studio integrates with Xcode (the iOS development environment). • Getting Started with Worklight 6 • • 8 Set up your Android development environment • Install the Android SDK • Install the Android Development Tools plug-in for Eclipse Deploy to an Android device #IBMMobile • Setting up a device for development Studio IBMers can access an IBM-licensed preconfigured environmen instructions included. © 2013 IBM Corporation
  • Capabilities, Libraries Depending on what capabilities you want to provide, there are two different libraries to download: 1. Pre-Production (selected for this session) Using the Pre-Production Library - How to configure IBM Mobile Quality Assurance for use in your application when it is still in QA and in the hands of your testers. The pre-production is ideal for when your application is still in testing with a small group of people. By default, testers using your app with the pre-production library will be asked to login to the app so that IBM Mobile Quality Assurance can tell you who reported which bugs and issues. 2. Production Using the Production Library - How to configure IBM Mobile Quality Assurance for use in your application after it has launched and is in the hands of your customers. Reports all data anonymously AND respects your users' privacy by gathering fewer details along with the logs, session data, and crash reports from your app. 9 #IBMMobile © 2013 IBM Corporation
  • 2. Add/Import the MQA Libraries From the Android tutorial: “Step 2 - Add IBM Mobile Quality Assurance to Your Project” From the Worklight IDE, right click on the Android instance and select “Import….” 10 #IBMMobile © 2013 IBM Corporation
  • 3. Modify the Android Manifest From the Android tutorial: “Step 3 - Modify the Manifest File” (Adding an Activity and Permissions) The Worklight IDE provides a simpler, graphical XML editor (or you can hand code) 11 #IBMMobile © 2013 IBM Corporation
  • 4. Instrumenting the app to use the MQA SDK From the Android tutorial:  Step 4 - Start an IBM Mobile Quality Assurance Session  Step 5 - Add Your Application Key  Step 6 - Add Apphance.onStart and Apphance.onStop to All Activities  Step 7 - Make Sure IBM Mobile Quality Assurance is Imported 12 #IBMMobile © 2013 IBM Corporation
  • Build the app and try it! When bugs are identified, user simply shakes their device 1. IBM MQA is activated 2. Bug details are reported in structured manner to RTC Bug details include •Device maker & model •OS & version •Carrier & connection speed •Battery life & resolution •Repro steps & screenshot •If you are using a “softphone” / emulator / AndroidVM – swipe down instead of shake. •Sample apps are available on MQA •IBMers can test a pre-built MQA Worklight app here (look for the APK). 13 #IBMMobile © 2013 IBM Corporation
  • IBM Mobile Quality Assurance Open Beta Study Group: http://ibm.co/174C6ug 14 #IBMMobile © 2013 IBM Corporation
  • Your Study Group Action Items for Today: 1. Take Brief Survey – Your feedback helps! (Coming soon to your inbox) 2. Watch the *new* MQA Tutorial Video 3. Try It: MQA Open Beta – click on this button from the landing page: 15 #IBMMobile © 2013 IBM Corporation
  • Ways to get started with IBM MobileFirst 1 2 3 Tools and Technologies for MobileFirst Developers: http://www.ibm.com/developerworks/mobile/ Take part in the IBM Mobile Quality Assurance open beta: http://ibm.co/174C6ug Read the CTO Mobile Frontier Blog: https://www.ibm.com/developerworks/community/blogs/mobileblog Our Next Session: IBM Mobile Quality Assurance Study Group Session 4: Over the air build distribution Nov 15, 2013 9:00 AM https://events.na.collabserv.com/register.php?id=6ab12a9957&l=en-US 16 Further Study: Mobile Learning Circle Mobile Testing Product Usage Learning Roadmap © 2013 IBM Corporation #IBMMobile
  • 17 #IBMMobile © 2013 IBM Corporation
  • Legal Disclaimer © IBM Corporation 2013. All Rights Reserved. The information contained in this publication is provided for informational purposes only. While efforts were made to verify the completeness and accuracy of the information contained in this publication, it is provided AS IS without warranty of any kind, express or implied. In addition, this information is based on IBM’s current product plans and strategy, which are subject to change by IBM without notice. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, this publication or any other materials. Nothing contained in this publication is intended to, nor shall have the effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the use of IBM software. References in this presentation to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. Product release dates and/or capabilities referenced in this presentation may change at any time at IBM’s sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future product or feature availability in any way. Nothing contained in these materials is intended to, nor shall have the effect of, stating or implying that any activities undertaken by you will result in any specific sales, revenue growth or other results. If the text contains performance statistics or references to benchmarks, insert the following language; otherwise delete: Performance is based on measurements and projections using standard IBM benchmarks in a controlled environment. The actual throughput or performance that any user will experience will vary depending upon many factors, including considerations such as the amount of multiprogramming in the user's job stream, the I/O configuration, the storage configuration, and the workload processed. Therefore, no assurance can be given that an individual user will achieve results similar to those stated here. If the text includes any customer examples, please confirm we have prior written approval from such customer and insert the following language; otherwise delete: All customer examples described are presented as illustrations of how those customers have used IBM products and the results they may have achieved. Actual environmental costs and performance characteristics may vary by customer. Please review text for proper trademark attribution of IBM products. At first use, each product name must be the full name and include appropriate trademark symbols (e.g., IBM Lotus® Sametime® Unyte™). Subsequent references can drop “IBM” but should include the proper branding (e.g., Lotus Sametime Gateway, or WebSphere Application Server). Please refer to http://www.ibm.com/legal/copytrade.shtml for guidance on which trademarks require the ® or ™ symbol. Do not use abbreviations for IBM product names in your presentation. All product names must be used as adjectives rather than nouns. Please list all of the trademarks that you use in your presentation as follows; delete any not included in your presentation. IBM, the IBM logo, Lotus, Lotus Notes, Notes, Domino, Quickr, Sametime, WebSphere, UC2, PartnerWorld and Lotusphere are trademarks of International Business Machines Corporation in the United States, other countries, or both. Unyte is a trademark of WebDialogs, Inc., in the United States, other countries, or both. If you reference Adobe® in the text, please mark the first use and include the following; otherwise delete: Adobe, the Adobe logo, PostScript, and the PostScript logo are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States, and/or other countries. If you reference Java™ in the text, please mark the first use and include the following; otherwise delete: Java and all Java-based trademarks are trademarks of Sun Microsystems, Inc. in the United States, other countries, or both. If you reference Microsoft® and/or Windows® in the text, please mark the first use and include the following, as applicable; otherwise delete: Microsoft and Windows are trademarks of Microsoft Corporation in the United States, other countries, or both. If you reference Intel® and/or any of the following Intel products in the text, please mark the first use and include those that you use as follows; otherwise delete: Intel, Intel Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium, and Pentium are trademarks or registered trademarks of Intel Corporation or its subsidiaries in the United States and other countries. If you reference UNIX® in the text, please mark the first use and include the following; otherwise delete: UNIX is a registered trademark of The Open Group in the United States and other countries. If you reference Linux® in your presentation, please mark the first use and include the following; otherwise delete: Linux is a registered trademark of Linus Torvalds in the United States, other countries, or both. Other company, product, or service names may be trademarks or service marks of others. If the text/graphics include screenshots, no actual IBM employee names may be used (even your own), if your screenshots include fictitious company names (e.g., Renovations, Zeta Bank, Acme) please update and insert the following; otherwise delete: All references to [insert fictitious company name] refer to a fictitious company and are used for illustration purposes only. 18 #IBMMobile © 2013 IBM Corporation