51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 6829|回复: 10
打印 上一主题 下一主题

浅谈测试中的常见问题 转

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-5-17 11:29:54 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
在测试过程中一般把发现的错误bug按其严重性大致分为4类:致命错误(系统崩溃或挂起、破坏数据)、严重错误(使系统不稳定、产生错误结果、菜单功能无法实现)、一般错误(在完成某一功能时出现的错误,但并不影响该功能的实现)、建议项 (软件不完善或用户使用不方便之处)。
下面,我们主要对一些显而易见的、容易被开发者忽略的错误进行列举和分析,这些错误一般很容易避免和修改,但会给用户造成使用上的困难。

一、易用性问题:用户无法使用或不方便使用  

  1、不符合用户操作习惯。如,快捷键定义不科学、不实用,键位分布不合理、按键太多,甚至没有快捷键。
  2、界面中英文混杂,界面元素参差不齐,文字显示不全
  3、无自动安装程序或安装程序不完善
  4、界面中的信息不能及时刷新,不能正确反映当前数据状态,可能误导用户。如:数据库中剩余记录个数和参数设置对话框中的预设值常常显示为历史值而不是当前值
  5、提示信息意文不明或为原始的英文提示
  6、要求用户输入多余的、本来系统可以自己得到的数据。如:服务是否启动,安装后用户要手动修改某些配置文件。
  7、某一项功能的冗余操作太多。如:对话框嵌套层次太多
   8、不能记忆用户的设置或操作习惯,用户每次进入都需要重新操作一次初始环境。
  9、对复杂的操作无联机帮助
 
二、稳定性问题:影响用户正常工作

  1、程序运行过程中不断申请但不完全释放资源,造成系统性能越来越低,并出现不规律的死机现象
  2、不能重现的错误,有些与代码中的未初始化变量有关,有些与系统不检查异常情况有关
3、对一般性错误的屏蔽能力较差
4、对输入的数据没有进行充分并且有效的有效性检查,造成不合要求的数据进入数据库

三、其他问题

  1、用户文档问题:无标准;无新功能使用方法;无版本改动说明。我们不仅要认为没有说明文档的产品不是一个完整的产品,也要认为没有说明或没有正确说明的功能是一个没有完全实现的功能,因为用户无法用得起来。
  2、兼容性问题:对硬件平台或软件平台的兼容性不好。比如:在这台计算机上可以稳定运行,而在另一台上运行就极不稳定。
  3、数据接口问题:未提供与一些常用的文件格式的接口。如TXT文件、Word文件
      
  
四、结语
    有些问题虽然不大,但却是用户接触最多的问题,所以我们应该更多地从用户使用的角度来设计、编码与测试。只有在各个方面表现优秀的软件,才能称之为精品。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

11#
发表于 2010-2-26 14:11:58 | 只看该作者
不错,顶一下
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2005-9-29 15:41:44 | 只看该作者
有些东西是很难捕捉到的,我们这种刚刚接触到测试的新手一般情况是很难注意到的
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2005-9-9 08:52:27 | 只看该作者
Originally posted by ting_yt2 at 2004-6-10 01:32 PM:
但是这些问题通常修改起来其实不会很难 但都是很繁琐的 容易被程序员或项目经理否定掉 如果遇到修改起来有点难度的 被否定的概率就更高了:(


同意这种观点,很有些时候程序员会以用户来当箭牌,说这些问题对用户来说不一定是问题!!!
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2005-9-7 16:37:00 | 只看该作者
几点异议
1.缺陷分四类,谁规定的?爱分几类关系并不大,有些分得细可以到10类,有些比较粗只有3类,但这些都不重要,只要能够对每类给予充分定义就好。
2.易用性的理解有问题,易用性应该包括易学、易懂和易用。上手就可以用,无需任何文档是易学;当遇到问题时能够速查是易懂,用起来方便才是易用。文中几点都只是易用,想想看,不然制定那么多界面标准干嘛?就是为了大家上手方便,同类型软件你用过一个以后就能迅速掌握其它类似工具
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2018-2-24 20:40
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    7#
    发表于 2005-9-7 13:03:24 | 只看该作者
    就是啊,我也下不了,你给我们发一份吧!
    thanks in advance!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2004-10-18 17:10:00 | 只看该作者
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    5#
    发表于 2004-8-30 00:11:28 | 只看该作者
    同意ty的说法,很容易被否定掉的,有时候是因为不够重视,但是忽视用户对软件本身的做法值得商榷,毕竟,用软件的是用户,而不是我们。


    我自己参考了资料后写了一份黑盒测试经验的总结和心得,大概15,000字。近期(9月1号左右)在我的日志上发表,大家提提意见。

    http://blog.51testing.com/index.php?blogId=6

    [ Last edited by archonwang on 2004-8-30 at 00:13 ]
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2004-8-27 10:39:30 | 只看该作者
    测试就是耐心的活!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
     楼主| 发表于 2004-6-11 11:44:05 | 只看该作者
    所有要经常沟通~~~
    多注意他们的需求、设计、编码的变更情况~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2004-6-10 13:32:48 | 只看该作者
    但是这些问题通常修改起来其实不会很难 但都是很繁琐的 容易被程序员或项目经理否定掉 如果遇到修改起来有点难度的 被否定的概率就更高了:(
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-25 17:02 , Processed in 0.076029 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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