Some bugs are easy to re-create and some are not. If you can re-create the bug you should explain exactly what is required to do the re-create. You should list all the steps, include the exact syntax, file names, sequences that you used to encounter or re-create the problem. If you believe that the problem will happen with any file, any sequence, etc. then mention that but still provide an explicit example that can be used to do the re-create. If in your effort to verify that the bug is
re-creatable you find a shorter and reliable means of re-creating, document the shortest, easiest means of re-creation. If you cannot re-create the problem or if you suspect that you may not be able to re-create the problem gather all the relevant information that you can that may provide useful information to the person who has to try and fix the problem. This may be a time when you consider
asking a developer if they want to examine the system while it is still in the problem state or if there is any particular information that should be captured before cleaning up the problem state and
if you haven’t verified that it can be re-created. If you cannot or have not re-created the problem it is important to note that in the defect remarks.
