51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4741|回复: 9
打印 上一主题 下一主题

[讨论] 一个基于B/S结构的项目,哪些地方比较容易存在BUG?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-11-15 15:11:02 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
刚刚接触测试工作一个多星期,公司正在进行一个基于B/S结构的项目,分管理和Web浏览两个系统。像这样的系统都哪些地方比较容易存在bug呢?请高手们指点一下,因为项目时间比较紧,想先集中针对比较容易出现bug的地方测试一下。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2005-11-17 23:58:08 | 只看该作者
根据测试用例,顺次执行,自然会发现缺陷!你这样拍脑袋想用例,随机测试,对公司、对自己都是不负责任的,尤其自己也不会得到提高。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-11-18 09:50:19 | 只看该作者
哪里容易出现bug?一个好的开发人员、好的开发习惯、好的质量控制,就不容易出现bug,你对照着你们公司的情况看吧。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2005-11-21 13:39:58 | 只看该作者
如果时间紧,那就进行冒烟测试吧,先随便选择几个功能测试一下,如果有问题了,那就在这个bug相关的部分都仔细的测试,应该是一种有效的办法。
一般来说,b/s结构中,功能上的问题是很常见的,这个跟是否b/s结构没有关系,根据需求来对应到每个功能,进行冒烟测试就好了。
不过b/s结构中,重要的就是管理部分,其实用户web部分的错误不是很常见,一般管理上如何设置了,再通过web访问去查看对应即可。
说的有点乱,呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2005-12-13 15:50:02 | 只看该作者
时间紧的话,就测试主要的功能就行了!先交差嘛
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2005-12-23 10:55:55 | 只看该作者
一般就看看是否有“黄页”,然后看看逻辑有没有错误。
走都走不通的,直接打回去改,逻辑错误就麻烦点,看你对软件的了解程度和你所得到的资料的丰富程度了。
总之,时间紧就向目标先定位“能用”,细节就不要太较真就好了。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2005-12-23 13:37:01 | 只看该作者
首先:基本功能
如果时间紧张,楼主一定要先测试功能,先把功能都走通了,再照顾其他方面,千万不要在没有跑通功能的情况下做其他测试,这样做是很危险的。
其次:web常见错误
走完了功能,楼主要看看,页面跳转是否都正确,报错是否都正常,还有使用不同身份不同权限登录系统检查是否都正确。
再次:其他
走了以上,就能看出系统基本功能已经实现,你就可以先交差了。如果有时间,你在看看性能测试、安全性测试等其他方面的测试。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-12-26 19:18:14 | 只看该作者

不同的系统,不同的人.BUG出现的地方不同

人为因素很重要,有些责任心不强开发人员开发出来的模块可以找出一堆BUG.你看看你们公司有这样的人吗?他开发的地方一定比较容易存在BUG.
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2006-2-9 11:38:33 | 只看该作者

可以借助自动测试工具去测试各个链接是否通

可以借助自动测试工具去测试各个链接是否通,关于功能方面测试最好先写测试用例再测
回复 支持 反对

使用道具 举报

该用户从未签到

10#
 楼主| 发表于 2006-2-9 18:07:25 | 只看该作者
真是谢谢各位啦,那个项目已经做完了,做的比较成功,也是我参与测试的第一个项目,呵呵,做完了以后还挺有成就感的,因为我找出了好几个关键性的bug…………现在又开始新一个项目了
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-9-23 18:28 , Processed in 0.076732 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表