Loading...
Answers
MenuIs mobile interruption testing important for mobile apps?
When we develop a mobile app, is it important to add interruption testing as another test strategy to ensure that the app behaves correctly under different interruption conditions ( incoming calls, SMS etc.). If yes, how often it should be incorporated into app's release cycle?
Answers
Just like most things, the answer is a bit of an "it depends" situation. Generally speaking the more your app functionality/features/experience is tied to calls and SMS then the more probabilistic it is you should need to test the interruptions. FWIW my firm has helped launch dozens of mobile apps and I cant think of a single instance where we tested this with any regularity. Generally speaking though if you were to want to test it regularly then I would just add it to the list of regression scenarios your team tests after making updates to the application and makes sure nothing changes/alters unintentionally.
Personally I have never seen anyone do this nor do I think it is particularly necessary. You do want to make sure you check what your app does in a paused state (incoming call, app switching, rotation) if you need to save data or are showing sensitive user data.
However, as a mobile app developer or tester, you cannot take things for granted and have to ensure that your app can resume its operations regardless of the interruption. Since these expectations do not necessarily have to be the same for every mobile app and function, you have to define and test them yourself. As you can see, performing interrupt tests on mobile apps is necessary to improve their quality and user experience. For this reason, you should integrate this test type into your test strategy for mobile apps, as we discussed in more detail in our blog post on the 9 most common test types. You are welcome to use the above interrupt test scenarios for your own test strategy and add more situations to complete this list for your mobile applications. Fortunately, you don't need to spend too much time thinking about and defining your mobile app's expected behaviour. Typically, users expect mobile apps to behave in a certain way because they are just used to specific standards. As already mentioned, mobile operating systems already take care of some interruptions for you.
In theory, you could perform interrupt tests for your mobile app manually. So, for example, if you use XCTest to conduct tests for iOS apps, you can add UI Interruption Monitors to your test cases, which you can learn more about from the Apple documentation. With this tool, you can generate pseudo-random event streams on your emulators or real devices. Regardless of which tool or framework you use to automate your interrupt tests, you can still work on improving test execution times and, thus, the efficiency of your mobile app tests. In this way, you can ensure that your application works for most of your users, regardless of their device or operating system version.
Besides if you do have any questions give me a call: https://clarity.fm/joy-brotonath
Related Questions
-
iOS App: Beta vs Launch Quietly?
I would suggest launching in a foreign app store only (ex: Canada). That will allow you to get more organic users to continue iterating without a big push. I got this idea from Matt Brezina (Founder of Sincerely, previously Xobni) https://clarity.fm/brezina - he's the man when it comes to testing & iterating mobile apps.DM
-
Where can I find programmers willing to join a growing mobile start up for equity only?
You won't find anyone worth adding to your team willing to work for equity only, no matter how compelling your product and business is. The realities of the talent market for mobile developers anywhere is such that a developer would be foolish to work only for equity unless they are a cofounder and have double digit equity. Happy to talk about hiring and alternatives to full-time hires.TW
-
Pre-seed / seed funding for a community app... valuation and how much to take from investors?
To answer your questions: 1) Mobile companies at your stage usually raise angel funding at a valuation equivalent of $5,000,000 for US based companies and $4,000,000 to $4,500,000 for Canadian companies. 2) The valuation is a function of how much you raise against that valuation. For instance, selling $50,000 at $5,000,000 means you are selling debt that will convert into shares equal to roughly 1% of your company. 3) I would encourage you to check out my other answers that I've recently written that talk in detail about what to raise and when to raise. Given that you've now launched and your launch is "quiet", most seed investors are going to want to see substantial traction before investing. It's best for you to raise this money on a convertible note instead of actually selling equity, especially if you are intending on raising $50,000 - $100,000. Happy to schedule a call with you to provide more specifics and encourage you to read through the answers I've provided re fundraising advice to early-stage companies as well.TW
-
If I am planning to launch a mobile app, do I need to register as a company before the launch?
I developed and published mobile apps as an individual for several years, and only formed a corporation later as things grew and it made sense. As far as Apple's App Store and Google Play are concerned, you can register as an individual developer without having a corporation. I'd be happy to help further over a call if you have any additional questions. Best of luck with your mobile app!AM
-
What is the best technology for developing a new mobile app from scratch?
There are two sides to that question. One is the mobile app itself and the other is the backend. If I misunderstood in any way and you didn't mean "native" app I apologize in advance. On the backend, there is no clear cut answer to which is the "best". It depends solely on the developers you are able to get. We for example use Node.js , mongoDB, redis, elasticsearch and a couple of proprietary tools in the backend. But you have your pick of the litter now both on the backend api and the datastore with the myriad of options available and touted as the "best" currently on the market. Now on the app side again it solely depends on what you need your mobile app to do. Experiencing first-hand "develop once, run anywhere" I can say it's more like "develop once, debug everywhere" to quote a Java saying. We have tried Phonegap and Titanium Appcelerator and we have switched to native (ObjC and Java) after a couple of months of trying to go the hybrid route. The reasons behind the choice are as follows: - anything that breaks the pattern of how those frameworks NEED to operate is just a huge technical debt that keeps accruing a huge interest. - anything that uses css3 accelerated animations on Android is buggy at best and slow as hell at worst on any lower (< 4.1 I think) versions of Android I hope this gives you some insight. If you need/want to ask me anything feel free to contact me. MihaiMP
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.