Show HN: BugCam: Add Video to Your Bug Reports (getbugcam.com)
Their response: that sounds awesome, why don't you build it!
Well, here we are. We've been in private beta for 3 months, have some happy users, and we're ready to release BugCam to the world today!
BugCam makes it easy to create bug videos and share them via your favorite bug tracking tool (at this point, Bugzilla, FogBugz, Gemini, JIRA, Redmine, Mantis, and Trac. Additional integrations are on the way).
While not a completely new idea, we'd like to help in popularizing the the concept of using "bug videos" to enable testers and developers to save time and communicate more efficiently.
We hope you like it! Would love to hear your feedback and comments here. Windows only for now.
P.S. - I know Windows apps (and desktop apps in general) are quite out-of-style, but we felt it was the only way to deliver the user experience that we wanted.
38 comments
[ 5.9 ms ] story [ 80.2 ms ] threadTheir response: that sounds awesome, why don't you build it!
Well, here we are. We've been in private beta for 3 months, have some happy users, and we're ready to release BugCam to the world today!
BugCam makes it easy to create bug videos and share them via your favorite bug tracking tool (at this point, Bugzilla, FogBugz, Gemini, JIRA, Redmine, Mantis, and Trac. Additional integrations are on the way).
While not a completely new idea, we'd like to help in popularizing the the concept of using "bug videos" to enable testers and developers to save time and communicate more efficiently.
We hope you like it! Would love to hear your feedback and comments here. Windows only for now.
P.S. - I know Windows apps (and desktop apps in general) are quite out-of-style, but we felt it was the only way to deliver the user experience that we wanted.
Oscar Henry
(P.S. - Henry is an early beta tester, provided lots of great feedback that was incorporated into the product).
Incidentally, over at StartupGuild, I was lamenting on how much yakshaving it takes between writing the code and actually having a functioning SAAS. How much time did you have to spend on generic tasks like payments, membership, access control?
I was sure we would be able to do this with Flash or Silverlight, but A) of course I had reservations about both platforms and B) it turned out that it wasn't so easy to do.
RE: time spent. Payments by Spreedly, which was a snap. Membership / access control came easily given our experience with previous products.
The real time killer was the installation process and testing the app across WinXP, Vista, Win 7, 32 bit, 64 bit, etc. Sometimes I wonder if we're the only folks around doing Windows desktop apps!
We used Microsoft's ClickOnce for the installation. The app silently auto-updates itself. You can click "About" to see what version you're running. It'll install the latest version if one exists. Getting this all to work right was a ton of work, but we wanted a really clean and simple install experience, and I think we achieved it. We had to deal with registration-free COM, created a bootstrapper that downloaded .NET Framework 3.5 if you're running Windows XP and happen not to have it, etc.
What's on your server stack?
ClickOnce is nice. I use join.me and its clickonce onboarding experience is impeccable.
Since you are targetting internal users .NET 3.5 isn't going to be an issue with your customers.
ps. I saw your project list. Wow. You are prolific.
Actually we're targeting .NET 3.0, but, see, Win XP has no installer for 3.5 (apparently) and so we have to check if users have .NET 3.0 and if they don't, then prompt them to install 3.5. sigh Next app will be 100% web based, I think!
Server is Windows and IIS. Pretty standard stuff.
I've never heard of Join.me but I will check it out. "impeccable" is usually not used to describe onboarding of Windows apps! P.S. I'm a super-happy long-time LogMeIn user (hundreds of machines at one point using it).
We opted to create a native desktop app (Windows only, for now), because we had more control over the user experience. For example, our "window picker" UI lets you mouse over the windows on your desktop to highlight the one that you want to record. Hard to do with a JAVA-based app that doesn't have access to the Win32 API.
We hope that folks will install BugCam and let it hang out in the system tray to be used (for free), every so often. Again, native Windows app best for this, we think.
A developer can more than adequately explain what the bug is and where it is in a few sentences. A user, on the other hand, will simply say "this doesn't work" which is unbelievably unhelpful. Having the user submit a video of the problem would solve that problem splendidly.
However, I don't want to make my users install a program on their system and frankly, they're not going to want to either. A non-intrusive solution would be great.
When the folks from TimZon, then Snap-a-Bug, and now SnapEngage had a browser-based video for snapping bugs, I was thrilled, but they exited that space and pivoted. I'm still looking for something that our customers can use to report bugs more intuitively with video. Any ideas? I don't think BugCam fits the bill given the need to download and the per-creator pricing.
You may want to check out ScreenR for Business: http://business.screenr.com/
I think it's exactly what you're looking for.
The good folks at Balsamiq are using it. See here: http://support.balsamiq.com/
It feels kind of wrong that a company that integrates video into web bug trackers needs to host their own video on a 3rd party video hoster.
Sure, we could have copied the product video onto our servers, rejiggered our video player to play it, etc., but it's not worth it, IMO. I (the product guy), didn't want to waste any dev time whatsoever on our home page video.
(P.S. - what happened to all the web-based video editing tools!? Remember JayCut? Anyone else like them around and available)
This is not the future of bug reporting.
Let's say a tester has some fairly complicated steps to repro a particularly nasty bug. So complex that writing down the steps correctly would take perhaps a half an hour. So they use the super useful feature of their bug report system to make a video of the repro steps. Shortly thereafter the bug is handed off to a dev. who quickly fixes it.
Meanwhile, the tester spent that extra 30 minutes being productive, finding bugs they wouldn't have had time to before and increasing the quality of the product overall.
Then 3 months later a checkin causes the bug to regress. And a different tester in a different team files a different bug report. Since the repro steps aren't searchable (being in video form) it's not easy to determine that this bug is a duplicate of the older bug, or that it's even a regression at all instead of a newly discovered bug. The bug then gets handed off to a different dev. who fixes it. Now you've saved 30 minutes of time for one tester but you've taken away who knows how many hours of tester time, triage (or release or management) team time, and developer time.
Repeat ad infinitum.
Video repros are useful, and they save effort, but perhaps they come at a cost that shouldn't be ignored.
They found it slower than scanning through text and didn't like the lack of copy + paste ability. Also I think they liked the ability to read the tickets directly from email, on mobile, etc.
That may have been specific to the type of work we were doing. I'm interested to know if you tested the video-based bug tracking concept with development teams using existing (more cumbersome) tools, before building a targeted solution.
I still think clearly-written steps to reproduce win all because it's still so much faster for most Developers & QA folks to process and understand.
But for that phenomenal bug that you want to show off, BugCam would be killer.
(Disclaimer: In my eight years as a tester, I've added video to a bug exactly once: for a wickedly reproducible kernel panic that did the craziest colorful blinking ascii light show full of ☺s, ♦s, and ♣s. Man, that was lovely - wish I still had it around!)