Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 6163423
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 23, 20262026-05-23T21:49:21+00:00 2026-05-23T21:49:21+00:00

Is it common to test apps for compatibility with much older iOS versions (in

  • 0

Is it common to test apps for compatibility with much older iOS versions (in my case, iOS 4.3 apps with iOS 2.x)? Or are most apps just tested one version back or so. Any idea what percentage of the iOS market will be lost to me if my app doesn’t work on much older versions? I’m guessing a miniscule amount, but that seems to be enough for my employer to ask me for distant backwards compatibility -_-

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-23T21:49:21+00:00Added an answer on May 23, 2026 at 9:49 pm

    This varies quite a bit app-to-app, depending on features being used and broadness/niche-ness of market. The broadest you should target is: current release, previous “dot” release, last version of previous major release. (Now, with 5.0 not yet released, that would be 4.3, 4.2, 3.2 (which was iPad only, so 3.1.3 for iPhone/iPod).

    My suggestion is that you never need to support more than this. If your product doesn’t work on 3.0, the user can update for free. Of course older hardware doesn’t always update, and if your market is “people getting left behind” (which usually doesn’t overlap with “people spending money in the app store”) you can support older.

    Some will only support newer because of powerful features being used in newer releases. 4.0 had a lot of great additions (blocks/GCD/multitasking among them). Leave 3.x behind as soon as you can.

    If your audience is a push-the-edge crowd, you can just support the latest (4.3, 4.2 right now – realistically, there’s not huge API differences there).

    I have an app targeted at 5.0 that will not support anything older, newer APIs are central.

    As far as testing, if you have the oldest hardware with the smallest RAM you think you are targeting, that will help test. CPU and memory can really be pushed on those.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

What are the most common things to test in a new site? For instance
I want to test whether two languages have a string in common. Both of
Possible Duplicate: What hardware devices do you test your Android apps on? I'm porting
is there a common way to test complex functions with several parameters with NUnit?
Is it useful to write a standardised TDD [Test] method that would expose common
I have a question about CETP(Common Expect Test Platform), it is a TCL testing
Trying to create a test app that imports another test package. The test apps
All, currently I have following maven projects all stored in svn: Common-Test v1.0                               ->
I have the following perl code : use strict; use warnings; use Test::Cmd::Common; my
We've just added a dedicated test server for our Silverlight applications. We are deploying

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.