Help us make OmniFocus the best app it can be

by Liz on March 27, 2013

We test stuff internally. Eventually it’s released as a final product. But in between there, we do a thing that might be called a Beta or Private Test.

Why are we doing that? With the small group of people testing and developing it right now, we already have a large cache of bug fixes to work on. Outside feedback is crucial as well; we need feedback on the design now so we don’t spend a bunch of time polishing a potentially wrong design into perfection. That’s why we plan to start giving some folks access to OmniFocus 2 early.

Phase 1: Internal Test

For a few months now, we’ve been using OmniFocus ourselves. This has helped us shake out the most obvious and painful bugs. I hit several crashes (and wasn’t even able to report them fully, because our Crash Catcher wasn’t working properly either). I lost data a few times. And I had to flip back to OmniFocus 1 a few times when a feature was just completely missing. I know some of you wish you had access to OmniFocus 2 a month ago, but we don’t think it’s helpful to anyone if we ask you to put up with all of that. We got OmniFocus working well enough to show off at The Debut. Then we put in a lot more work to get it sturdy enough for some of you to start using it.

Phase 2: Private Test

There are now over 17,000 of you who have expressed interest in helping us test OmniFocus. And we love that you’re so eager to help us. But if we ask all 17,000 of you to take the app out for a spin all at once, we’ll suddenly have thousands of emails all reporting the same issue. So we’re going to do a phased roll-out. We’ll give access to a few (hundred) people at first. Once we’ve fixed the big issues they’ve found, and our Support Humans are caught up on emails, we’ll add some more folks to the testing team. This will help us get the feedback we need about the app while still providing the level of support we promise for our shipping applications. We want to know about crashes and other errors, of course. But we also hope you’ll tell us what’s confusing, annoying, or tedious – these emotions suggest that perhaps there’s a usability bug we can fix or a workflow we can simplify.

If you want to get in on the Private Test phase, make sure you sign up, and double-check for a confirmation email.

Phase 3: Public Test

When we’re close to shipping, we’ll fling wide the doors, and everyone can download OmniFocus 2 and take it for a spin. At that point, the functionality of the app will be all there, and we’ll be putting most of our energy into getting localizations and setting up the machinery for the formal release to both our store and the Mac App Store. However, this is also a last chance for you to let us know about any bugs that might really really need fixing before we ship.

How to help us test

So, once you get that exciting email saying “You can now download OmniFocus 2 test builds”, now what? Take a deep breath and think about whether this is really something you want to do right now. The builds will be generated and posted automatically, so you might run a particular build of OmniFocus before anyone at Omni does. There is a small but real chance that the build will destroy your OmniFocus data or worse. Make sure you’ve got backups of your computer data. And if you’ve got a really big assignment due on a Tuesday, maybe wait until Wednesday before taking a test build out for a spin. If all these warnings don’t scare you away, follow the instructions in the email to download and install the app.

We realize it’s probably futile to ask that you not talk about the app at all in this phase. So we will simply ask that if you do talk about or share screenshots of OmniFocus 2, please clearly indicate that this is not a final release. A great place to discuss the app is in the OmniFocus 2 Forum. (And please do NOT share the application itself.)

So you downloaded the app, and started using it, and something went horribly wrong. Now what? First check if this is on the “What’s NOT Ready” section of the Release Notes (available in the Help menu). For example, right now Review doesn’t look at all like the mock-up we showed at the Debut. Sending us an email telling us it’s unfinished won’t help, because we already know it’s a problem.

Otherwise, please tell us about it. You might be the first person to encounter it, or the first person to give us a critical clue we need to detect the root cause of the problem. Bugs are often best reported via email, because it is so frequently useful to include specific data about the issue. (We will still be answering the phones—during business hours—and twitter as well.)

If possible when reporting a bug please do the following:

  • If this is a new issue, please start a new email thread. Replying to an old email thread to tell us about a new bug can make it more difficult for our Support Humans to respond efficiently. (If you’re continuing a conversation about an ongoing issue, it’s fine to reply to the email conversation already in progress.)
  • Please mention what revision of the app you’re running. (Send Feedback will include this automatically in the subject line.)
  • Tell us the story–what were you doing right before this happened, did you recently upgrade your OS, does this only happen at the coffee shop?
  • Include a screenshot. A picture can be “worth a thousand words” even in a bug report.
  • If there are error messages, a console log will often provide more detailed errors than what pops up in the alert box.
  • If the app becomes unresponsive, including a sample can help us figure out what the app thinks it’s busy doing while it “beachballs” or “hangs”.

Pre-flight: Omni’s Internal Testing

by Liz on March 7, 2013

Ever have a day where you feel like computers have turned against you? If they’re not spattering the screen with cryptic error dialogs, they’re refusing to Undo, replacing your hours of work with a A bomb icon, or just giving up and rebooting.

When I have a day like that, I feel productive. See, one of my jobs here is to test our software. Like a Test Pilot, I take things out for a flight to find out if they’re safe before the general public does. Of course, I’m steering apps, not planes. And if I crash one, it’s a lot less painful and doesn’t make the news headlines.

Sometimes testing looks a lot like anyone else using the application. I add actions to my OmniFocus database, compose a blog post in OmniOutliner, or rearrange my living room in OmniGraffle. But then something funny happens. Instead of underlining the one misspelled word in my blog post, it puts angry red squiggles under the word after it. “Hmm…why would that happen?” Hopefully I’ve saved a copy of my blog post, because now I’m more interested in solving this puzzle. I might add more misspelled words, or rearrange words, to look for a pattern. By the time I’ve tracked down the issue, the blog post is probably illegible.

Fortunately, I’ve got two different backup systems in place, so I can boldly mangle my blog post, delete valuable system files, or run that one version of an app that deleted all the files on my desktop. (Oops!)

Testing can also look a little ridiculous sometimes. Maybe the latest internal build of OmniGraffle works fine with the 7 pieces of furniture I’m rearranging in my living room. But what does it do with 7000 pieces of furniture? And what if each coffee table has a huge jpeg placed inside its texture? And what if the label on every couch is the word ‘couch’ written in 20 different languages? I don’t really expect a user to need OmniGraffle to handle this exact situation, but they’re probably going to try to do (or accidentally do) something similarly complex. What goes wrong first? Is it the mix of left-to-right and right-to-left text? Or the thousands of shapes? And how does it go wrong? It might bonk, display a polite alert, get horribly slow, corrupt your file, or crash. Maybe we can’t keep it from failing, but we might be able to replace that crash with a polite alert and hang onto the contents of your file.

You probably know software issues are called bugs. There’s some disagreement about why they’re called that, but I think we can all agree that, like cockroaches, fleas, and mosquitos, they are really unpleasant and should be removed from our homes.

When I find a bug, I add a new entry to our bug database. I’m pointing out a problem, maybe a mistake one of our engineers made. I try to be polite, so they don’t feel attacked. They keep in mind that we all want our software to have fewer bugs and finding the problems is my part of that goal. I give them as much information as I can, so that hopefully they can see the bug happen for themselves, figure out why, and fix it.

Software is immensely complex. While no software can be proven completely free of bugs1, if we can find and fix the most common and troublesome ones before you ever see them, it’s a good day.

1. If you’d like to know more about why software can’t be fully tested, Cem Kaner J.D., Ph.D. has covered this well in an article targeted at both testers and lawyers.

OmniFocus is now on speaking terms…

by Liz on November 18, 2011

As soon as Apple announced Siri, everyone who owns OmniFocus for iPhone let us know just how much they needed these two tools to work together.

A couple of friendly productivity fiends took matters into their own hands and figured out that Siri could send emails to the OmniFocus inbox on their Macs.

We could have said “Yay, Siri and OmniFocus can work together” and gone back to our long-term projects. Instead, a couple engineers got to talking “You know, if we… and then the server… and…” “Wow, I think that would totally work!”

So, if you have an iPhone 4S and OmniFocus for iPhone, you can stop typing items into your inbox, and just say whatever comes to mind.

David “MacSparky” Sparks put together a couple videos to show you how it works.

Here’s more detail on how to get set up:

If you tell Siri a time, OmniFocus will set the due date. If you specify a location, OmniFocus can assign it to the corresponding context.

We’ll be standing by on the usual support channels if you need any assistance. Twitter:@omnifocus, Email:, Telephone: 1 800-315-OMNI