CSDN论坛 > 其他技术论坛 > 装机与升级及其他

一个严重的问题 [问题点数:0分]

Bbs1
本版专家分:0
结帖率 100%
CSDN今日推荐
Bbs1
本版专家分:0
Bbs1
本版专家分:0
Blank
蓝花 2004年4月 硬件使用大版内专家分月排行榜第三
2004年1月 硬件使用大版内专家分月排行榜第三
2003年9月 硬件使用大版内专家分月排行榜第三
2003年8月 硬件使用大版内专家分月排行榜第三
2003年7月 硬件使用大版内专家分月排行榜第三
2003年6月 硬件使用大版内专家分月排行榜第三
Bbs1
本版专家分:0
Blank
红花 2005年1月 硬件使用大版内专家分月排行榜第一
2003年11月 硬件使用大版内专家分月排行榜第一
Blank
黄花 2004年8月 硬件使用大版内专家分月排行榜第二
2004年2月 硬件使用大版内专家分月排行榜第二
2004年1月 硬件使用大版内专家分月排行榜第二
2003年12月 硬件使用大版内专家分月排行榜第二
2003年10月 硬件使用大版内专家分月排行榜第二
2003年9月 硬件使用大版内专家分月排行榜第二
2003年8月 硬件使用大版内专家分月排行榜第二
Blank
蓝花 2004年12月 硬件使用大版内专家分月排行榜第三
2004年10月 硬件使用大版内专家分月排行榜第三
2004年9月 硬件使用大版内专家分月排行榜第三
2004年3月 硬件使用大版内专家分月排行榜第三
Bbs1
本版专家分:0
Bbs1
本版专家分:0
Bbs1
本版专家分:0
Bbs1
本版专家分:0
Bbs1
本版专家分:0
Bbs1
本版专家分:0
Bbs1
本版专家分:0
匿名用户不能发表回复!
其他相关推荐
“arcgis desktop 遇到严重的应用程序错误,无法继续”的解决方案
这个错误相信很多朋友都遇到过,希望本文的解决方案能够帮到你。
严重的问题!!!
我的电脑不知道为什么 自从换了2.8C和热管风扇后 CPU的风扇噪音很大 请多指教!!谢谢!~
软件测试缺陷等级划分
A类--严重错误,**以下各种错误:   1、由于程序所引起的死机,非法退出   2、死循环   3、数据库发生死锁   4、因错误操作导致的程序中断   5、功能错误   6、与数据库链接错误   7、数据库通讯错误 B类--较严重错误,**以下错误:   1、程序错误   2、程序接口错误   3、数据库的表、业务规则、缺省值未加完整性等约束条件 C类--一般性错误,*
Bug的缺陷的优先级和严重程度
在软件测试中,软件缺陷的严重性的判断应该从软件最终用户的观点做出判断,即判断缺陷的严重性要为用户考虑,考虑缺陷对用户使用造成的恶劣后果的严重性。      优先级是表示处理和修正软件缺陷的先后顺序的指标,即哪些缺陷需要优先修正,哪些缺陷可以稍后修正。 确定软件缺陷优先级,更多的是站在软件开发工程师的角度考虑问题,因为缺陷的修正顺序是个复杂的过程,有些不是纯粹技术问题,而且开发人员更熟悉软件代码,
RPN定义与缺陷等级划分
RPN全称为Risk Priority Number,含义为风险优先级数。 RPN是缺陷的严重程度、发生频率和检测等级三者之积,其值越大表明问题越严重,用来衡量缺陷的级别。 严重程度:定义一个问题对客户的影响。 发生频率:在使用过程中缺陷问题发生的频率。 检测等级:存在缺陷的模块的重要性。 RPN=严重程度*发生频率*检测等级。
软件测试报告问题等级划分
1、轻微:存在的问题对客户的使用基本不会造成影响; 2、中等:在一定情况下对客户的使用会有影响; 3、严重:对客户使用有直接影响; 4、非常严重:报告不满足客观、准确、清晰、完整等方面的质量要求,同时问题可能具有普遍性。
生产上线发现重大Bug的思考
一、谁负主要责任,怎么处理。解决问题永远是优先级最高的事情,对于公司来说,让某个人来负责任,负多少比例的责任,没那么重要,也没多少必要,是不?出现这种情况,先按优先级处理生产故障及相关问题,事后带来的严重后果项目经理负主要责任,测试负责人也有重要责任,开发人员比较小。站在产品角度和互联网软件特性来说,一个公司一个产品往好的方向发展不存在谁背锅不背锅这种推责任的现象,首先解决问题,解决后排查问题出在
一次线上服务故障应急问题总结
昨天负责的项目出了个故障,从发现故障到线上服务恢复耗时一个小时,故障应急的效率存在很大问题。这里总结一下故障期间存在的问题。 首先是故障现象:评论列表页评论内容加载不出,一直在转小圈圈,服务端监控显示有大量NP异常。 因为故障发生在我刚上线完服务五分钟左右,第一反映是回滚代码。服务报警还在继续,怀疑是发布系统回滚有问题(因为当时恰逢公司在升级新版发布系统,我找了个历史包发布,实际发布的
软件史上最严重的十个Bug
 原文地址:http://www.cxybase.com/daypic/bug-117.html 2005年10月在通报其汽车预警灯毫无理由的点亮和汽油发动机出现不可预 见的延迟之后,丰田制造商宣布召回他的160,000辆Prius hybrid混合动力汽车。但和去年大规模的召回汽车不同,Prius hybrid的根本问题不是硬件问题——而是智能型汽车的软件出了故障。Prius
逃避问题只会出现更大的问题。
由于时间紧迫,项目中的一个问题,需要修改,但是并没采用最好的解决方案,而是试图采用原来的方案。 结果就是造成了更大的延误。 如果有更好的解决方案已经要立马实施,否则将会出现更严重的问题。 逃避问题只会出现更大的问题。
关闭
关闭