Could I video-record your bug, please?

  • Article

Have you ever video recorded your desktop while executing a test case and attached the video as a repro in your bug to the dev? I haven't. I agree it sounds cool to be able to do it, but in 4 years of testing, I have never seen anyone do it either. Most people I talk to think it's cool and proffer possible scenarios of usage, but no one seems to have ever used it at all.

Can someone who has used desktop recording and attached video files in their bug reports please reply or leave a comment as to why you guys love this concept? All feedback greatly appreciated!

Other senior testers I spoke to at MSFT seem to have a divided opinion on its usefulness, but I could not locate anyone who actually used it regularly. So, I spent some time thinking... why would I ever attach a video file in my bug repro? Because I couldn't repro the issue again? Ummm....unlikely. If I can't repro the issue I saw 5 mins ago, I couldn't possibly expect my dev to do that looking at a lousy video. Perhaps the video'll help me investigate the issue myself? Yeah - to a certain extent. Armed with the system info, event logs and stack trace info, this will be a great additional supplement. Also, if I were doing exploratory testing, it'll certainly help me to remember how I arrived at the buggy state in my system and perhaps, help me trace that path again if I am lost. But like I mentioned above, so far, I have been satisfied with system info, event logs and system logs to point me to the buggy state. I see tools like Camtasia and Test Explorer even have audio recording thrown in along with desktop recording. So, someone has gotta be using these features!! Will that someone help me please?

Comments

  • Anonymous
    May 29, 2007
    Without going into too much details, the scenario is where you have to test a 3/4 tier system (connection to webserver and DB server etc). The client will have a slower network connection and their server and clients will be on different machines, possibly different locations. So the bug happens due to slow network connection. But the tester has the setup in house and hence has a faster LAN connection. So the tester cannot see the bug. If the tech support engineer attaches a video recording then you can actually see the bug in action.

  • Anonymous
    May 30, 2007
    Thanks Sumod. That was a neat scenario. Perhaps, tech support engineers or for that matter even beta testers having the bug recording facility would be good in such situations.

  • Anonymous
    June 01, 2007
    The comment has been removed

  • Anonymous
    June 03, 2007
    The comment has been removed

  • Anonymous
    June 03, 2007
    The comment has been removed

  • Anonymous
    June 03, 2007
    Video need not be used always to record a bug repro. In India, many companies provide testing services for clients in US and Europe. One such customer I met    said that they are investigating on how Video can be used as a proof of work done.

  • Anonymous
    June 03, 2007
    When I see some of the tools available to "aid" testers, I alternate between shock and anger and disappointment!

  • Anonymous
    June 05, 2007
    I had forced to use Video record my bug once ;).Developers could not reproduce the bug at there end which was constantly happening with me. Also they could not figured out by logs, Screen Shot and System SnapShot provided. So ulimately I had to take a 2 minute video of Steps and provided it with bug report.Result of this Instead of Cug being closed as Closed>CanNotreproduce, it was closed>Deferred. :)

  • Anonymous
    June 06, 2007
    Hi Ashish -That was funny - I hope your mgmt did not push the vide rec tool as a mandatory one by citing the number of reductions in "No Repro" resolutions ;-)BTW, I met you on the Software Testing Discussions, right? Glad you dropped in!

  • Anonymous
    July 10, 2007
    When the bug in question is an aesthetic issue, especially a dynamic aesthetic issue, the video allows management to prioritize response without having to leave the bug tracking application and repro the bug from a (laboriously written) narrative.

  • Anonymous
    March 12, 2008
    Sometimes we received bug reports with attached videos.  I don't know who decided whether or not to make a video, but it never really hurt to make one.  Around 50% were useful and 50% were useless but the useless ones don't really hurt.Among the reports with useful videos attached, around 75% were user errors, around 15% revealed bugs that we hadn't caught ourselves, and around 10% revealed bugs in APIs or drivers for which we had to add workarounds.  No matter which case it was, when a video was useful it was really useful.  Without them we would have needed a far longer time to investigate them and sometimes we wouldn't have believed them.