CSDN论坛 > .NET技术 > ASP.NET

升级到ms.2003 发现 bug~~~大家帮帮忙~~~ [问题点数:40分,结帖人ga3ga3]

Bbs4
本版专家分:1963
结帖率 99.19%
CSDN今日推荐
Bbs4
本版专家分:1963
Bbs4
本版专家分:1963
Bbs9
本版专家分:96867
Blank
银牌 2004年1月 总版技术专家分月排行榜第二
Blank
红花 2004年2月 .NET技术大版内专家分月排行榜第一
2004年1月 .NET技术大版内专家分月排行榜第一
Blank
黄花 2004年3月 .NET技术大版内专家分月排行榜第二
2003年12月 .NET技术大版内专家分月排行榜第二
2003年11月 .NET技术大版内专家分月排行榜第二
Bbs1
本版专家分:32
Bbs4
本版专家分:1860
Bbs4
本版专家分:1554
Bbs5
本版专家分:3023
Bbs4
本版专家分:1963
Bbs4
本版专家分:1963
匿名用户不能发表回复!
其他相关推荐
每日一问 :一个软件,你测试了一个星期都没有发现bug,这说明什么?你怎么办?
第一种情况:正常执行测试1、如果测试的人只有你一个,看看测试的软件版本是开发中的还是已经上线的,如果是开发中未上线的版本,发现不了bug要引起注意, 毕竟绝大部分情况下应该是能发现bug的2、如果测试的人不止你一个的时候,看看其他人是否可以找到bug,分两种场景讨论:场景1、如果测试的bug不多,那说明软件质量应该还不错, 你测试不出来bug 也不要着急,场景2、其他人能够发现bug,但是你发现不...
师兄帮帮忙(A Typical Homework,ACM)
#include #include #include using namespace std; const double EPS = 1e-5; //精确度 const int maxn = 1024; int cnt = 0; struct stu{ string SID, name; int CID; int score[5]; bool removed; }all[maxn];//数组最多可
OpenJudge_P1996 登山(DP 最长不下降序列)
总时间限制: 5000ms 内存限制: 131072kB 描述 五一到了,PKU-ACM队组织大家去登山观光,队员们发现山上一个有N个景点,并且决定按照顺序来浏览这些景点,即每次所浏览景点的编号都要大于前一个浏览景点的编号。同时队员们还有另一个登山习惯,就是不连续浏览海拔相同的两个景点,并且一旦开始下山,就不再向上走了。队员们希望在满足上面条件的同时,尽可能多的浏览景点,你能帮他们找出最多可能浏
如何估算剩余的bug数量
通过测试发现软件中的bug实际上可以看成对软件中存在的所有bug进行采样的一个过程,不同人的人采样出来的bug可能有区别,但所针对的bug群体是相同的。 单纯从一个测试人员来看,仅根据他的采样是无法去判断到底还剩余多少bug的,要想比较好的估算bug的总数或者剩余的bug数,只能借助于多个测试人员的采样了。这里实际上就是常见的鱼塘法。鱼塘法是用来估算鱼塘中鱼的数量的:从鱼塘中捞上来比如100条鱼
一个bug的成本
我想说的当然不是一个bug价值多少钱,因为软件行业因行业不同,公司不同,业务不同,你的软件价值也不同;其实bug用价值来形容当然不合适,更应该用损失或者公司的支出来形容了。         写出本文的想法源于昨天听朋友说的一件事。昨天他们公司去了一个面试的人,他们公司没有提供纸质面试题,而是直接面试,当场问问题的流程。我这个朋友说:开场还没有问什么问题,这个面试的人直接表达了自己对薪资的要求(1
如何找出深层次的bug
<br />在我们日常的测试活动中,单纯的功能界面测试(黑盒测试)发现的缺陷质量不高,即使发现了,也很少能从根本上去定位,这样的bug提交上去,给我们的研发同事修复带来了困难,同时也不利于提高我们自身的能力。这里我介绍一下个人的经验。<br /><br />1、按照需求说明编写用例,然后严格执行,这个方法最常见。<br /><br />2、在发现问题后,不要立刻就想着提交bug,应该做下记录,然后自己尝试着去分析这个问题产生的原因,比如看一下源代码,有些问题测试人员是可以自己定位的,只要自己确认了,提交上去
发现的bug不能重现怎么办?
微博上抛出一个讨论话题:下午一test lead问到,有些测试的bug会在A版本里出现,然后记录它;但开发人员在当前B版本试图重现时发现不能重现,故reject它。那么测试就郁闷了,待到下一轮回归测试可能是C版D版本,如果再出现自然reopen,但如果不复现是否真的应该关掉它吗?各位对这种sometimes bug怎么处理的啊?       这个问题可能每个测试人员都会遇到,我说说我个人观点
生产上线发现重大Bug的思考
一、谁负主要责任,怎么处理。解决问题永远是优先级最高的事情,对于公司来说,让某个人来负责任,负多少比例的责任,没那么重要,也没多少必要,是不?出现这种情况,先按优先级处理生产故障及相关问题,事后带来的严重后果项目经理负主要责任,测试负责人也有重要责任,开发人员比较小。站在产品角度和互联网软件特性来说,一个公司一个产品往好的方向发展不存在谁背锅不背锅这种推责任的现象,首先解决问题,解决后排查问题出在
SQL Server 2000中的数据转换服务 (DTS)
摘要: 为了完成数据合并、存档和分析等任务;为了进行应用程序开发;为了进行数据库或服务器升级,数据库管理员经常需要导入、导出以及转换数据。SQL Server 2000 中的数据转换服务(DTS)为此提供了一组图形化工具和可编程对象,能够帮助管理员和开发人员解决从不同来源到单个或多个目标的数据转移问题,包括数据提取、转换以及合并。您可以将任务、工作流操作和限制条件组成 DTS数据包,然后安排定
软件测试如何找到更多bug
1.尽快熟悉公司的产品业务 比如你们公司做ERP软件的,你肯定要迅速熟悉EPR的业务流程;比如你们公司是做法院软件的,那么你一定要熟悉法院审判案件的流程,只有熟悉了产品的业务流程、你才能迅速找出软件中存在的一些重要的缺陷,你发现的软件缺陷才是有价值的。否则即使你能找到一些软件缺陷,那也是纯软件的缺陷,价值不大。 2.把自己当成是用户 把自己当成是用户去使用该系统,比如在使
关闭