How to design a bug

A software bug is an error, flaw, failure, or fault in a computer program or system that produces an incorrect or unexpected result, or causes it to behave in unintended ways.
[b]How to design a bug？[/b]
1. Title - 标题应该保持简洁，准确，提供缺陷的本质信息，记录缺陷或者错误出现的位置，并且便于搜索查询：
Truncated…被删节的
Uncapitalized… 未大写的
Untranslated/Unlocalized… 未翻译的，未本地化的
Malfunction of… 不起作用的
Corrupted… Crash
Duplicated… 重复的
Inconsistent… 不一致的
Invalid/ Incorrect… 不正确的
Misaligned…未对准的，偏离方向的，不再一条线的
Overlapped… 重叠的
Misspelled… 拼错的
Unfriendly… 不友好的
Redundant… 多余的
例如：
Truncated options of the view dropdown in ‘…’ dialog
Unexpected error dialog appears while/after doing sth
Untranslated items in the ‘…’ dropdown of the Address Book
Untranslated work in the ‘…’ after accepting a meeting
Truncated title of ‘…’ window
Misaligned checkbox names in ‘…’ dialog
Misaligned grayed line following the ‘…’ label
Duplicate hotkey ‘…’ in ‘…’dialog
Different icons in ‘…’ dialog between the LOC and ENU build
The tooltip is inconsistent with ‘…’ publication design option
Inconsistent tooltip with ‘…’ publication design option


2. Description（Notes） - 是对缺陷的进一步描述

这个问题在IE7上有，其他浏览器上不能复现|
这是一个regression bug，在之前的版本不会出现|
这个缺陷不是每次都能重|[/table]现，尝试了5次，出现了三次


3. Steps(Actions) - 详细的重现步骤

4. Actual Result 和Expected Result - 陈述句
Expected Result一般用虚拟语气，it should be…


5. Priority - When bug should be fixed? Priority is generally set from P1 to P4. P1 as ‘fix the bug with highest priority’ and P4 as ‘Fix when time permits’.
Severity:
This describes the impact of the bug.
Types of Severity:
Blocker: No further testing work can be done.
即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。
严重花屏
内存泄漏
系统崩溃/死机/冻结
模块无法启动或异常退出
功能设计与需求严|[/table]重不符
其它导致无法测试的错误, 如服务器500错误

Critical: Application crash, Loss of data.
即影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
功能未实现
功能错误
系统刷新错误
数据通讯错误
影响功能及界面的错误字或拼写错误
安全性问题

Medium: Medium loss of function.
即界面、性能缺陷、兼容性。
操作界面错误（包括数据窗口内列名定义、含义是否一致）
边界条件下错误
提示信息错误（包括未给出信息、信息提示错误等）
长时间操作无进度提示
系统未优化（性能问题）
光标跳转设置不好，鼠标（光标）定位错误
兼容性问题

Minor: minor loss of function.
即易用性及建议性问题。
界面格式等不规范
辅助说明描述不清楚
操作时未给用户提示
可输入区域和只读区域没有明显的区分标志
个别不影响产品理解的错别字
文字排列不整齐等一些小问题


Attention - 使用‘after’,‘when’或‘during’等连词有助于描述缺陷的原因和结果，例如：Application crashes after inputting any letters in numeric field of ‘User Profile’dialog
Unexpected error occurs when closing application.
避免遇到的错误：
避免使用‘I我’，‘You你’等人称代词。可以直接使用动词或必要时使用‘User’代替
如果想区分平台或者component要在title前面加些备注，比如iOS和Android，在其后面加’-‘， 而不是’_’, iOS –
最好不要用生僻词
Very slow最好不要用，最好要有意义的词
跟谁说了，这个bug就直接assign给谁，不要再让Steven分
‘空格’，尤其是逗号后面，注意要加空格
最好每天早上来要看一眼在自己Queue里的bug，尤其是如果有unresolved的时候，要区分是Dev弄错了流程还是需要QA回复，这种要及时作出反馈，以免耽误解决。
Verify-Fail时需要选Resolution，