From Fedora Project Wiki

(Created page with '{{QA/Test_Case |description=This test case is intended to introduce a failure, and validate anaconda is able to properly handle the failure and report the issue to bugzilla. Thi...')
 
(clarify using a Live image)
 
(7 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{QA/Test_Case
{{QA/Test_Case
|description=This test case is intended to introduce a failure, and validate anaconda is able to properly handle the failure and report the issue to bugzilla.  This test case relies on an [http://jlaska.fedorapeople.org/traceback.img updates.img] that will intentionally cause the installation to fail in a manner that is non-destructive to your existing system.  For more information in using an updates.img, see [[Anaconda/Updates]].  A valid bugzilla username and password is required for this test, please refer to [[BugsAndFeatureRequests]].
|description=This test case is intended to introduce a failure, and validate that anaconda is able to enter a debug mode to retrieve detailed crash information
|actions=
|actions=
# Boot the installer by any available means (CD, DVD, boot.iso or PXE).  When booting, you must direct the installer towards an [http://jlaska.fedorapeople.org/traceback.img updates.img] using one of the methods below.
# Boot the installer by any available means
#* To trigger a failure which is already recorded in bugzilla, add the following boot parameter <pre>updates=http://jlaska.fedorapeople.org/traceback.img</pre>
#* If you're running from the Live image, you need to start anaconda from a terminal by running the command <pre>$ liveinst</pre> instead of just clicking on an icon.
#* To trigger a new failure and have the installer create a new bugzilla, add the following boot parameters <pre>updates=http://jlaska.fedorapeople.org/traceback.img randomize_tb</pre>
# If you know how to make Anaconda crash, you can do so. Otherwise use Anaconda's [http://lists.fedoraproject.org/pipermail/test/2012-September/110149.html fake exception handling trigger] - switch to a different terminal and run the following command: <pre>kill -USR1 `cat /var/run/anaconda.pid`</pre> Switch back to the installer, an error prompt should be displayed after a few seconds (you might need to click on some UI element to achieve that, or hit ''refresh'' in a text mode).
# If you also wish to test
# Enter a debug mode using the failure prompt
# When prompted, make language and keyboard selections.
#* On a Live image, you need to manually switch back to the terminal which you ran <code>liveinst</code> from
# Depending on your installation method, you maybe prompted for a remote installation source.  Make a selection and continue.
# Execute some commands in the debug mode, e.g.: <pre>(Pdb) locals()</pre>
# Upon entering stage#2 of the installer, you will be presented with a failure dialog. Select '''Save'''
# Use ''continue'' to return back to the failure prompt: <pre>(Pdb) continue</pre>
# On the Save dialog, choose '''Bugzilla''' from the destination list.
#* On a Live image, you need to switch back to anaconda manually
# Enter a valid bugzilla ''username'' and ''password'', and select '''OK'''.
|results=
|results=
# The installer presents a failure dialog and offers an option to save the failure report.
# The installer presents a failure prompt and offers an option to enter the debug mode
# The ''Bug description'' is pre-populated with information about the traceback.
# You are switched to a debug shell
# Depending on the traceback, you are informed that a new bug was created, or that an existing bug was found that matches this failure.  Either way, a bug# is provided
# Commands are executed successfully in debug shell
# Details of the failure are attached to the bug report
# ''continue'' returns you back to the failure prompt and it becomes responsive again (you can press its buttons)
}}
}}


[[Category:Recovery Test Cases]]
[[Category:Recovery Test Cases]]

Latest revision as of 09:08, 3 December 2014

Description

This test case is intended to introduce a failure, and validate that anaconda is able to enter a debug mode to retrieve detailed crash information


How to test

  1. Boot the installer by any available means
    • If you're running from the Live image, you need to start anaconda from a terminal by running the command
      $ liveinst
      instead of just clicking on an icon.
  2. If you know how to make Anaconda crash, you can do so. Otherwise use Anaconda's fake exception handling trigger - switch to a different terminal and run the following command:
    kill -USR1 `cat /var/run/anaconda.pid`
    Switch back to the installer, an error prompt should be displayed after a few seconds (you might need to click on some UI element to achieve that, or hit refresh in a text mode).
  3. Enter a debug mode using the failure prompt
    • On a Live image, you need to manually switch back to the terminal which you ran liveinst from
  4. Execute some commands in the debug mode, e.g.:
    (Pdb) locals()
  5. Use continue to return back to the failure prompt:
    (Pdb) continue
    • On a Live image, you need to switch back to anaconda manually

Expected Results

  1. The installer presents a failure prompt and offers an option to enter the debug mode
  2. You are switched to a debug shell
  3. Commands are executed successfully in debug shell
  4. continue returns you back to the failure prompt and it becomes responsive again (you can press its buttons)