测试报告里bug的严重性，一般性，微小性是如何标准的啊 ？？？

这要根据你测的东西的功能性来决定
以windows的计算器为例:
计算器首先实现的就是计算的问题,那么数值的基本输入和计算应该是属于严重的问题了!
要是这个计算器没有什么转换啦,记忆啦的功能,那就应该属于一般的问题了
要是这个计算器的外观上有什么问题,那就应该属于轻微的问题了~
以上只是各人意见,因为有时候你认为是严重的问题,提出来了,可是开发那边却会认为是小问题~
遇到这样的问题就要多沟通了,BUG找多了,就能拿捏这个度过~

谢谢哈···

同意李同学观点，不过我想补充一点，
如果测试的系统是有直接客户的项目软件，我认为可以根据客户的关注程度来划分，客户最最关心的地方属于严重性问题，客户比较关心的属于一般性问题，客户不太关心的可以看作是微小的问题．

错误	严重性 程度	分类	描述	Bug 列举
				序号		Bug现象
A级	致命		有破坏性或者会出致命的错误，以及不道德的程序	1	在程序中设置病毒或其他非法功能导致系统崩溃
B级	严重	逻辑错误	有系统数据库不稳定的错误；未能实现其基本功能；软件不能正常退出、程序存在死循环	2	任何方式操作造成数据错误、数据 丢失、不能读取数据
				3	非法用户进入系统进行操作
				4	维护表不能进行Insert、Delete、 Update等基本操作
				5	数据输入、输出与设计的业务流程 不符
				6	与其他软件接口错误
				7	Primary key 为空或重复（数据库中不唯一） 可提交
				8	不能正常退出系统，只能强行关闭
				9	程序中存在死循环导致系统死机
C级	一般	逻辑错误、界面错误	可能影响产品功能，或使产品局部的功能失效；产生错误的结果，导致不明智的业务行动或决策的错误；错误影响系统性能和响应时间；软件的某个菜单不起作用或者产生错误的结果	10	数据表间的字段关联不正确（如数据的取值及回执）
				11	进行处理的信息没有按规定的要求进行过滤
				12	数据共享窗口，窗口数据的变更， 其他窗口该数据未及时刷新
				13	不起作用的菜单项、控件按钮或者直接报错
				14	提示不准确或带有歧义
				15	界面上有乱码、错别字
				16	控件的visible的顺序混乱
				17	删除或重大更改数据时不经用户的确认
				18	快捷键设置不当
				19	数据窗口中的数据显示不完整
				20	报表的表格线未对齐或预览、打印的内容不全
D级	轻微		系统使用不太便利的错误，或不影响使用的错误	21	莫名其妙或过于模糊的不能再现的错误信息
				22	没有对齐的窗口控件
				23	数据格式不统一
E级	建议	建议内容	建议性内容	24	系统操作、界面、提示信息、功能改进等建议内容

18 19 20 属于D？

建议把紧急性和严重性分开标注
紧急性指的是需要优先修正的，可以理解为客户非常关注的，或者是发生概率非常高的
严重性原则上从系统本身去衡量，比如说crash了属于致命的。但是有些crash的条件很苛刻，几百年碰不到一次，这样的bug就不是很紧急。 如果界面上有个明显的错误的话肯定应该先修改界面问题。

5楼写的很详细呀。同意楼上的观点

这个根据具体情况来分析