Changes between Version 1 and Version 2 of APP_BUG_REPORT_FORM_R0


Ignore:
Timestamp:
01/10/09 08:47:48 (16 years ago)
Author:
deyan
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • APP_BUG_REPORT_FORM_R0

    v1 v2  
    33[[TicketQuery(summary=APP_BUG_REPORT_FORM_R0, format=table, col=summary|owner|status|type|component|priority|effort|importance, rows=description|analysis_owners|analysis_reviewers|analysis_score|design_owners|design_reviewers|design_score|implementation_owners|implementation_reviewers|implementation_score|test_owners|test_reviewers|test_score|)]] 
    44= Analysis = 
    5 ^(The purpose of the analysis is to give as much as possible of the needed information for designing and implementing the task.)^ 
    6  
    75== Overview == 
    8 ^(The analysis of the first revision of each task should contain a brief overview of the whole task. Stick to the current revision of the task, but keep an eye to the whole task progress, and stay alert for possible smells.)^ 
    9  
     6{{{ 
     7this should be invokable  from help menu, or on internal error 
     8}}} 
     9The Bug report form eases communication between users and developers. The form contains: 
     10 * A log containing information useful for debugging. This field is read only. 
     11 * A custom text field containing user explanation on what happened. This is not a required field. 
     12 * A warning that user information such as working path and filenames will be sent. 
    1013== Task requirements == 
    1114^(Necessary requirements that the task must fulfill.)^ 
    1215 
    1316== Task result == 
    14 ^(The Analysis should contain strict requirements about the end product of the task (for example the result must be source code, the result must be google doc, etc.))^ 
     17Code. 
    1518 
    1619== Implementation idea ==