• 空间首页
• 空间管理
• 51Testing软件测试网
• 站点论坛
• 添加我的日志

我的最新日志

• 软件界面的美观性及软件的易用性方面

  2007-5-17

  易用性 
  考察评定软件的易学易用性，各个功能是否易于完成，软件界面是否友好等方面进行测试，这点在很多类型的管理类软件中是非常重要的。 
  
  通常对易用性有如下定义： 
    易见Easy to discover：单单凭观察，用户就应知道设备的状态，该设备供选择可以采取的行动。 
    易学Easy to learn：不通过帮助文件或通过简单的帮助文件，用户就能对一个陌生的产品有清晰的认识。 
    易用Easy to use：用户不翻阅手册就能使用软件。 
  
  对于易用性测试可遵循以下原则：
  
  1、完成相同或相近功能的按钮用Frame 框起来，常用按钮要支持快捷方式。
  
  2、完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。
  
  3、按功能将界面划分局域块，用Frame 框起来，并要有功能说明或标题。
  
  4、界面要支持键盘自动浏览按钮功能，即按Tab 键的自动切换功能。
  
  5、界面上首先应输入的信息和重要信息的控件在Tab 顺序中应当靠前，位置也应放在窗口上较醒目的位置。
  
  6、同一界面上的控件数最好不要超过10 个，多于10 个时可以考虑使用分页界面显示。
  
  7、分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab
  
  8、默认按钮要支持Enter 操作，即按Enter 后自动执行默认按钮对应操作。
  
  9、可输入控件检测到非法输入后应给出说明信息并能自动获得焦点。
  
  10、Tab 键的顺序与控件排列顺序要一直，目前流行总体从上到下，同时行间从左到右的方式。
  
  11、复选框和选项框按选择几率的高底而先后排列。
  
  12、复选框和选项框要有默认选项，并支持Tab 选择。
  
  13、选项数相同时多用选项框而不用下拉列表框。
  
  14、界面空间较小时使用下拉框而不用选项框。
  
  15、选项数较少时使用选项框，相反使用下拉列表框。
  
  16、专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼。
  
  17、对于界面输入重复性高的情况，该界面应全面支持键盘操作，即在不使用鼠标的情况下采用键盘进行操作。
  
  对于易用性测试还可从以下几个方面入手：
  
  1、导航测试 
  
  导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不同的连接页面之间。通过考虑下列问题，可以决定一个应用系统是否易于导航：导航是否直观？系统的主要部分是否可通过主页存取？系统是否需要站点地图、搜索引擎或其他的导航帮助？ 
  在一个页面上放太多的信息往往起到与预期相反的效果。应用系统的用户趋向于目的驱动，很快地扫描一个应用系统，看是否有满足自己需要的信息，如果没有，就会很快地离开。很少有用户愿意花时间去熟悉应用系统的结构,因此，应用系统导航帮助要尽可能地准确。导航的另一个重要方面是应用系统的页面结构、导航、菜单、连接的风格是否一致。确保用户凭直觉就知道应用系统里面是否还有内容，内容在什么地方。
  应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。
  
  2、图形测试 
  
  在应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有：
  
  （1）要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链接到某个具体的页面。
  
  （2）验证所有页面字体的风格是否一致。
  
  （3）背景颜色应该与字体颜色和前景颜色相搭配。
  
  （4）图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩。
  
  3、内容测试
  
  内容测试用来检验应用系统提供信息的正确性、准确性和相关性。
  信息的正确性是指信息是可靠的还是误传的。例如，在商品价格列表中，错误的价格可能引起财政问题甚至导致法律纠纷；信息的准确性是指是否有语法或拼写错误。这种测试通常使用一些文字处理软件来进行，例如使用Microsoft Word的"拼音与语法检查"功能；信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口，也就是一般Web站点中的所谓"相关文章列表"。
  
  4、整体界面测试
  
  整体界面是指整个应用系统的页面结构设计，是给用户的一个整体感。例如：当用户浏览应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方？整个应用系统的设计风格是否一致？
  对整体界面的测试过程，其实是一个对最终用户进行调查的过程。一般应用系统采取在主页上做一个调查问卷的形式，来得到最终用户的反馈信息。对所有的可用性测试来说，都需要有外部人员（与应用系统开发没有联系或联系很少的人员）的参与，最好是最终用户的参与。  
  
  
  界面
  
  界面是软件与用户交互的最直接的层面，界面的好坏决定用户对软件的第一印象。而设计优良的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。
  目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下原则应该得到重视或参考。在测试人员进行测试过程中，也可参考以下原则对产品进行评价。
  
  1、规范性原则
  
  通常界面设计都按Windows 界面的规范来设计，即包含“菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单”的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工
  具厢。
  规范性细则：
  
  （1）常用菜单要有命令快捷方式。
  
  （2）完成相同或相近功能的菜单用横线隔开放在同一位置。
  
  （3）菜单前的图标能直观的代表要完成的操作。
  
  （4）菜单深度一般要求最多控制在三层以内。
  
  （5）工具栏要求可以根据用户的要求自己选择定制。
  
  （6）相同或相近功能的工具栏放在一起。
  
  （7）工具栏中的每一个按钮要有及时提示信息。
  
  （8）一条工具栏的长度最长不能超出屏幕宽度。
  
  （9）工具栏的图标能直观的代表要完成的操作。
  
  （10）系统常用的工具栏设置默认放置位置。
  
  （11）工具栏太多时可以考虑使用工具厢。
  
  （12）工具厢要具有可增减性，由用户自己根据需求定制。
  
  （13）工具厢的默认总宽度不要超过屏幕宽度的1/5。
  
  （14）状态条要能显示用户切实需要的信息，常用的有：目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息、使用单位信息及软件开发商信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示
  。
  
  （15）滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。
  
  （16）状态条的高度以放置五好字为宜，滚动条的宽度比状态条的略窄。
  
  （17）菜单和工具条要有清楚的界限；菜单要求凸出显示，这样在移走工具条时仍有立体感。
  
  （18）菜单和状态条中通常使用5 号字体。工具条一般比菜单要宽，但不要宽的太多，否则看起来很不协调。
  
  （19）右键快捷菜单采用与菜单相同的准则。
  
  2、帮助设施原则
  
  系统应该提供详尽而可靠的帮助文档，在用户使用产生迷惑时可以自己寻求解决方法。
  帮助设施细则：
  
  （1）帮助文档中的性能介绍与说明要与系统性能配套一致。
  
  （2）打包新系统时，对作了修改的地方在帮助文档中要做相应的修改，做到版本统一。
  
  （3）操作时要提供及时调用系统帮助的功能。常用F1。
  
  （4）在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有即时针对性。
  
  （5）最好提供目前流行的联机帮助格式或HTML 帮助格式。
  
  （6）用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词。
  
  （7）如果没有提供书面的帮助文档的话，最好有打印帮助的功能。
  
  （8）在帮助中应该提供我们的技术支持方式，一旦用户难以自己解决可以方便的寻求新的帮助方式。
  
  
  3、合理性原则
  
  屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。
  合理性细则：
  
  (1) 父窗体或主窗体的中心位置应该在对角线焦点附近。
  
  (2) 子窗体位置应该在主窗体的左上角或正中。
  
  (3) 多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。
  
  (4) 重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
  
  (5）错误使用容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。
  
  (6) 与正在进行的操作无关的按钮应该加以屏蔽。
  
  (7) 对可能造成数据无法恢复的操作必须提供确认信息，给用户放弃选择的机会。
  
  (8) 非法的输入或操作应有足够的提示说明。
  
  (9）对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。
  
  (10)提示、警告、或错误说明应该清楚、明了、恰当并且应避免英文提示的出现。
  
  4、美观与协调性原则
  
  界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。
  美观与协调性细则：
  
  （1）长宽接近黄金点比例，切忌长宽比例失调、或宽度超过长度。
  
  （2）布局要合理，不宜过于密集，也不能过于空旷，合理的利用空间。
  
  （3）按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。
  
  （4）按钮的大小要与界面的大小和空间要协调。
  
  （5）避免空旷的界面上放置很大的按钮。
  
  （6）放置完控件后界面不应有很大的空缺位置。
  
  （7）字体的大小要与界面的大小比例协调，通常使用的字体中宋体9-12 较为美观，很少使用超过12号的字体。
  
  （8）前景与背景色搭配合理协调，反差不宜太大，最好少用深色，如大红、大绿等。常用色考虑使用Windows 界面色调。
  
  （9）如果使用其他颜色，主色要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。
  
  （10）大型系统常用的主色有"#E1E1E1"、"#EFEFEF"、"#C0C0C0"等。
  
  （11）界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。
  
  （12）如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。
  
  （13）对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。
  
  （14）通常父窗体支持缩放时，子窗体没有必要缩放。
  
  （15）如果能给用户提供自定义界面风格则更好，由用户自己选择颜色、字体等。
  
  5、菜单位置原则
  
  菜单是界面上最重要的元素，菜单位置按照按功能来组织。
  菜单设置细则：
  
  （1）菜单通常采用“常用--主要--次要--工具--帮助”的位置排列，符合流行的Windows 风格。
  
  （2）常用的有“文件”、“编辑”，“查看”等，几乎每个系统都有这些选项，当然要根据不同的系统有所取舍。
  
  （3）下拉菜单要根据菜单选项的含义进行分组，并切按照一定的规则进行排列，用横线隔开。
  
  （4）一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。
  
  （5）没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头，不常用的靠后放置；重要的放在开头，次要的放在后边。
  
  （6）如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。
  
  （7）菜单深度一般要求最多控制在三层以内。
  
  （8）对常用的菜单要有快捷命令方式，组合原则见7。
  
  （9）对与进行的操作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式—即只有需要的菜单才显示—最好。
  
  （10）菜单前的图标不宜太大，与字高保持一直最好。
  
  （11）主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。
  
  （12）主菜单数目不应太多，最好为单排布置。
  
  6、独特性原则
  
  如果一味的遵循业界的界面标准，则会丧失自己的个性。在框架符合以上规范的情况下，设计具有自己独特风格的界面尤为重要。尤其在商业软件流通中有着很好的迁移默化的广告效用。
  独特性细则：
  
  （1）安装界面上应有单位介绍或产品介绍，并有自己的图标或徽标。
  
  （2）主界面，最好是大多数界面上要有公司图标或徽标。
  
  （3）登录界面上要有本产品的标志，同时包含公司图标或徽标。
  
  （4）帮助菜单的“关于”中应有版权和产品信息。
  
  （5）公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。
  
  （6）应为产品制作特有的图标并区别于公司图标或徽标
  
  7、快捷方式的组合原则
  
  在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快一些，在西文Windows 及其应用软件中快捷键的使用大多是一致的。
  菜单中：
  
  （1）面向事务的组合有：Ctrl-D 删除；Ctrl-F 寻找；Ctrl –H 替换；Ctrl-I 插入；Ctrl-N 新记录；Ctrl-S 保存Ctrl-O 打开。
  
  （2）列表：Ctrl-R ，Ctrl-G 定位；Ctrl-Tab 下一分页窗口或反序浏览同一页面控件。
  
  （3）编辑：Ctrl-A 全选；Ctrl-C 拷贝；Ctrl-V 粘贴；Ctrl-X 剪切；Ctrl-Z 撤消操作；Ctrl-Y 恢复操作。
  
  （4）文件操作：Ctrl-P 打印；Ctrl-W 关闭。
  
  （5）系统菜单：Alt-A 文件；Alt-E 编辑；Alt-T 工具；Alt－W 窗口；Alt－H 帮助。
  
  （6）MS Windows 保留键：Ctrl-Esc 任务列表；Ctrl-F4 关闭窗口；Alt-F4 结束应用；Alt-Tab 下一应用；Enter 缺省按钮/确认操作；Esc取消按钮/取消操作；Shift-F1 上下文相关帮助。
  
  按钮中:可以根据系统需要而调节，以下只是常用的组合。
  
  Alt-Y 确定(是）；Alt-C 取消；Alt-N 否；Alt-D 删除；Alt-Q 退出；Alt-A 添加；Alt-E 编辑；Alt-B 浏览；Alt-R 读；Alt-W 写。
  这些快捷键也可以作为开发中文应用软件的标准，但亦可使用汉语拼音的开头字母。
  
  8、排错性考虑原则
  
  在界面上通过下列方式来控制出错几率，会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题，使出错的可能降至最小。如应用出现保护性错误而退出系统，这种错误最容易使用户对软件失去信心。因为这意味着用户要中断思路，并费时费力地重新登录，而且已进行的操作也会因没有存盘而全部丢失。
  排错性细则：
  
  （1）最重要的是排除可能会使应用非正常中止的错误。
  
  （2）应当注意尽可能避免用户无意录入无效的数据。
  
  （3）采用相关控件限制用户输入值的种类。
  
  （4）当用户作出选择的可能性只有两个时，可以采用单选框。
  
  （5）当选择的可能再多一些时，可以采用复选框，每一种选择都是有效的，用户不可能输入任何一种无效的选择。
  
  （6）当选项特别多时，可以采用列表框，下拉式列表框。
  
  （7）在一个应用系统中，开发者应当避免用户作出未经授权或没有意义的操作。
  
  （8）对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。
  
  （9）对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。
  
  （10）对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。
  
  （11）对错误操作最好支持可逆性处理，如取消系列操作。
  
  （12）在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。
  
  （13）对可能造成等待时间较长的操作应该提供取消功能。
  
  （14）特殊字符常有；；’”><，｀‘：“［”｛、\|｝］+="）-(_*&&^%$#@!
  ，。?/还有空格。
  
  （15）与系统采用的保留字符冲突的要加以限制。
  
  （16）在读入用户所输入的信息时，根据需要选择是否去掉前后空格。
  
  （17）有些读入数据库的字段不支持中间有空格，但用户切实需要输入中间空格，这时要在程序中加以处理。
  
  9、多窗口的应用与系统资源原则
  
  设计良好的软件不仅要有完备的功能，而且要尽可能的占用最底限度的资源。
  
  （1）在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不停的切换甚至最小化其他窗口来显示该窗口。
  
  （2）在主界面载入完毕后自动卸出内存，让出所占用的WINDOWS 系统资源。
  
  （3）关闭所有窗体，系统退出后要释放所占的所有系统资源，除非是需要后台运行的系统。
  
  （4）尽量防止对系统的独占使用。

  查看(56) 评论(1)

• 怎么样提高软件测试员自身素质培养

  2007-5-15

  　　（1） 首先，应对软件测试感兴趣和对自己有自信，如果具备了这两点，那么在开发过程中不管遇到什么样的困难，我相信你一定能克服。
  　　（2） 善于怀疑，世界上没有绝对正确的，总有错误的地方，具有叛逆心理，别人认为不可能发生的事，我却认为可能发生。别人认为是对的，我却认为不是对的。
  　　（3） 打破砂锅问到底的精神，对于只出现过一次的bug，一定找出原因，不解决誓不罢休。
  　　（4） 保持一个良好的心情，否则可能无法把测试作好。不要把生活中的不愉快的情绪带到工作中来
  　　（5） 做测试时要细心，不是所有的bug都能很容易的找出，一定要细心才能找出这些bug。
  　　（6） 灵活一些，聪明一点，多制造一些容易产生bug的例子。
  　　（7） 在有条件的情况下，多和客户沟通，他们身上有你所需要的。
  　　（8） 设身处地为客户着想，从他们的角度去测试系统。
  　　（9） 不要让程序员，以“这种情况不可能发生”这句话说服你，相反，你应该去说服他，告诉他在客户心里，并不是这样的。
  　　（10） 考虑问题要全面，结合客户的需求、业务的流程、和系统的构架，等多方面考虑问题。
  　　（11） 提出问题不要复杂化，这一点和前面的有点矛盾，如果你是一新手，暂时不要管这一点，因为最终将有你的小组成员讨论解决。
  　　（12） 追求完美，对于新测试员来说，努力的追求完美，这对你很好，尽管有些事无法做到，但你应该去尝试。
  　　（13） 幽默感，能和开发小组很好的沟通是关键，试着给你的开发小组找一个“BUG杀手”，或对他们说“我简直不敢相信，你写的程序居然到现在没有找到BUG”。
  　　（14） 到此是不是对测试很有兴趣呢？不过我要告诉你，测试过程中有酸甜苦辣，其中的滋味只有你知道，也许你会感到枯燥，要学会放松自己，去溜冰或做你喜欢做的事，不过，别放弃，因为你的自信告诉过你“你会是很优秀的测试员”不是吗？
  

  查看(84) 评论(0)

• 报告软件测试错误的规范

  2007-5-15

  报告软件测试错误的目的是为了保证修复错误的人员可以重复报告的错误，从而有利于分析错误产生的原因，定位错误，然后修正之。因此，报告软件测试错误的基本要求是准确、简洁、完整、规范。需要掌握的报告技术归纳如下。
  
    1. 描述(Descrīption)，简洁、准确，完整，揭示错误实质，记录缺陷或错误出现的位置
    描述要准确反映错误的本质内容，简短明了。为了便于在软件错误管理数据库中寻找制定的测试错误，包含错误发生时的用户界面（UI）是个良好的习惯。例如记录对话框的标题、菜单、按钮等控件的名称。

    2. 明确指明错误类型：布局、翻译、功能、双字节
    根据错误的现象，总结判断错误的类型。例如，即布局错误、翻译错误、功能错误、双字节错误，这是最常见的缺陷或错误类型，其他形式的缺陷或错误也从属于其中某种形式。

    3. 短行之间使用自动数字序号，使用相同的字体、字号、行间距
    短行之间使用自动数字序号，使用相同的字体、字号、行间距，可以保证各条记录格式一致，做到规范专业。

    4. UI要加引号，可以单引号，推荐使用双引号
    UI加引号，可以容易区分UI与普通文本，便于分辨、定位缺陷或错误。

    5. 每一个步骤尽量只记录一个操作
    保证简洁、条理井然，容易重复操作步骤。

    6. 确认步骤完整，准确，简短
    保证快速准确的重复错误，“完整”即没有缺漏，“准确”即步骤正确，“简短”即没有多余的步骤。

    7. 根据缺陷或错误类型，选择图象捕捉的方式
    为了直观的观察缺陷或错误现象，通常需要附加缺陷或错误出现的界面，以位图的形式作为附件附着在记录的“附件”部分。为了节省空间，又能真实反映缺陷或错误本质，可以捕捉缺陷或错误产生时的全屏幕，活动窗口和局部区域。为了迅速定位、修正缺陷或错误位置，通常要求附加中英文对照图。

    8. 附加必要的特殊文档和个人建议和注解
    如果打开某个特殊的文档而产生的缺陷或错误，则必须附加该文档，从而可以迅速再现缺陷或错误。有时，为了使缺陷或错误修正者进一步明确缺陷或错误的表现，可以附加个人的修改建议或注解。

    9. 检查拼写和语法错误
    在提交每条缺陷或错误之前，检查拼写和语法，确保内容正确，正确的描述错误。

    10. 尽量使用业界惯用的表达术语和表达方法
    使用业界惯用的表达术语和表达方法，保证表达准确，体现专业化。

    11. 通用UI要统一、准确
    错误报告的UI要与测试的软件UI保持一致，便于查找定位。

    12. 尽量使用短语和短句，避免复杂句型句式
    软件错误管理数据库的目的是便于定位错误，因此，要求客观的描述操作步骤，不需要修饰性的词汇和复杂的句型，增强可读性。

    13. 每条错误报告只包括一个错误
    每条错误报告只包括一个错误，可以使错误修正者迅速定位一个错误，集中精力每次只修正一个错误。校验者每次只校验一个错误是否已经正确修正。

    以上概括了报告测试错误的规范要求，随着软件的测试要求不同，测试者经过长期测试，积累了相应的测试经验，将会逐渐养成良好的专业习惯，不断补充新的规范书写要求。此外，经常阅读、学习高级测试工程师的测试错误报告，结合自己以前的测试错误报告进行对比和思考，可以不断提高技巧。

  查看(30) 评论(0)

• 常用的功能测试方法

  2007-5-15

  功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：
  1. 页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。
  2. 相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。 
  3. 检查按钮的功能是否正确：如update, cancel, delete, save等功能是否正确。
  4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错. 　5. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.
  6. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确. 　　7. 中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.
  8. 检查带出信息的完整性: 在查看信息和update信息时,查看所填写的信息是不是全部带出.,带出信息和添加的是否一致
  9. 信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.
  10. 检查删除功能:在一些可以一次删除多个信息的地方,不选择任何信息,按”delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理.
  11. 检查添加和修改是否一致: 检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型.
  12. 检查修改重名:修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错.
  13. 重复提交表单：一条已经成功提交的纪录，back后再提交，看看系统是否做了处理。
  14. 检查多次使用back键的情况: 在有back的地方,back,回到原来页面,再back,重复多次,看会否出错.
  15. search检查: 在有search功能的地方输入系统存在和不存在的内容,看search结果是否正确.如果可以输入多个search条件,可以同时添加合理和不合理的条件,看系统处理是否正确.
  16. 输入信息位置: 注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方. 　　
  17. 上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。
  18. 必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加*
  19. 快捷键检查：是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。
  20. 回车键检查: 在输入结束后直接按回车键,看系统处理如何,会否报错.
  

  查看(113) 评论(0)

• 有关界面测试经验总结

  2007-5-15

  1.应验证界面显示内容的完整性：
  a) 报表显示时应考虑数据显示宽度的自适应或自动换行。
  b) 所有有数据展现的界面(如统计、查询、编辑录入、打印预览、打印等)，必须使测试数据的记录数超过一屏/一页，以验证满屏/页时其窗体是否有横向、纵向滚动条或换页打印，界面显示是否正常。
  
  2.应验证界面显示内容的一致性：
  a) 如有多个系统展现同一数据源时，应保证其一致性;
  
  3.应验证界面显示内容的准确性：
  a) 对于报表中的所有字段值都应该有明确的定义，对于无意义的字段值，不应该显示空，应显示“--”或“/”，表示该字段值无意义。
  
  4.应验证界面显示内容的友好性：
  a) 对统计的数据应按用户习惯进行分类、排序。
  b) 某些重要信息在输入、修改、删除时应有“确认”提示信息;
  c) 界面内容更新后系统应提供刷新功能。
  d) 用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的界面;
  
  5.应验证界面提示信息的指导性：
  a) 在多个业务功能组成的一个业务流程中，如果各个功能之间的执行顺序有一定的制约条件，应通过界面提示用户。
  b) 用户提示信息应具有一定的指导性，在应用程序正在进行关键业务的处理时，应考虑在前台界面提示用户应用程序正在进行的处理，以及相应的处理过程，在处理结束后再提示用户处理完毕。
  c) 在某些数据输入界面，如果要求输入的数据符合某项规则，应在输入界面提供相应的规则描述;当输入数据不符合规则时应提示用户是否继续。
  d) 在对任何配置信息修改后，都应该在用户退出该界面时提示用户保存(如果用户没有主动保存的情况下);　
  
  6.应验证界面显示内容的合理性：
  a) 在对某些查询功能进行测试时，应考虑查询条件的设置的合理性以及查询结果的互补性。如某些后台处理时间不应该作为查询条件。
  b) 界面测试时，应考虑某一界面上按钮先后使用的顺序问题，以免用户对此产生迷惑。例如只能在查询成功后显示执行按钮。
  c) 界面测试时，应验证窗口与窗口之间、字段与字段之间的浏览顺序是否正确;
  
  7.界面测试时，应考虑用户使用的方便性：
  a) 在某些对数据进行处理的操作界面，应考虑用户可能对数据进行处理的频繁程度和工作量，考虑是否可以进行批量操作。
  
  8.界面测试时，应考虑界面显示及处理的正确性：
  a) 界面测试时应验证所有窗体中的对象状态是否正常，是否符合相关的业务规则需要。
  b) 应验证各种对象访问方法(Tab 健、鼠标移动和快捷键)是否可正常使用，并且在一个激活界面中快捷键无重复;
  c) 界面测试不光要考虑合理的键盘输入，还应考虑是否可以通过鼠标拷贝粘贴输入。
  d) 对于统计查询功能的查询结果应验证其是否只能通过界面上的查询或刷新按键人工触发，应避免其他形式的触发。
  e) 对界面上的任何对象进行拖拉，然后进行查询、打印，应保证查询打印结果不变;
  
  9.界面测试时，应考虑数据显示的规范性：
  a) 确保数据精度显示的统一：如单价0元，应显示为0.00元;
  b) 确保时间及日期显示格式的统一;
  c) 确保相同含义属性/字段名的统一;
  d) 对所有可能产生的提示信息界面内容和位置进行验证，确保所有的提示信息界面应居中。

  查看(51) 评论(1)

• 软件安装测试

  2007-5-13

  综合平时的测试和网上看的帖子总结一些PC端软件安装测试内容：
  
  1.电脑品牌兼容性测试，主流电脑上软件能安装成功；
  2.电脑操作系统兼容性测试，软件支持的操作系统下软件能安装成功；
  3.系统语言兼容性测试，软件支持的各种语言的操作系统下软件能安装成功；
  4.驱动兼容性测试，安装不同的驱动，软件能正常安装；
  5.多个用户公用的电脑，管理员安装软件后其他用户能正常使用；
  
  1.首次安装。
  2.以前从未安装过《xxx》的新计算机更新。
  3.以前安装过相同版本的《xxx》的计算机更新。
  4.以前安装过 《xxx》 的较早版本的计算机磁盘空间。
  5.目标磁盘空间不足时安装。
  
  1、安装手册给的所有步骤得到验证；
  2、安装过程中所有缺省选项得到验证；
  3、安装过程中典型选项得到验证；
  4、安装过程中异常配置（非法和不合理配置）情况进行了测试；
  5、安装后能产生正确的目录结构和文件，文件属性正确；
  6、安装后动态库正确；
  6、安装后软件能正确运行；
  7、安装后没有生成多余的目录结构和文件；
  8、进行上述过程的逆过程－－－卸载后，系统能恢复到软件安装前的状态（包含目录结构、文件、动态库等）；
  9、安装测试应该在所有的运行环境上进行验证；
  10、提供了升级策略的产品，需要进行升级安装测试。
  
  1. 自动安装还是手工配置安装，测试各种不同的安装组合，并验证各种不同组合的正确性，最终目标是所有组合都能安装成功。
  2. 安装退出之后，确认应用程序可以正确启动、运行。
  3. 在安装之前请备份你的注册表，安装之后，察看注册表中是否有多余的垃圾信息。
  4. 卸载测试和安装测试同样重要，如果系统提供自动卸载工具，那么卸载之后需检验系统是否把所有的文件全部删除，注册表中有关的注册信息是否也被删除。
  5. 至少要在一台笔记本上进行安装测试，因为有很多产品在笔记本中会出现问题，尤其是系统级的产品
  6. 安装完成之后 ，可以在简单的使用之后再执行卸载操作 ，有的系统在使用之后会发生变化，变得不可卸载
  7. 对于客户服务器模式的应用系统，可以先安装客户端，然后安装服务器端，测试是否会出现问题
  8. 考察安装该系统是否对其他的应用程序造成影响 ，特别是Windows操作系统，经常会出现此类的问题。

  对于需要通过网络验证之类的安装，切忌要在断网情况下尝试一下，有时候会出现严重问题如死机。

  查看(115) 评论(1)

• 边界值分析法实例

  2007-5-12

  “某一为学生考试试卷评分和成绩统计的程序，其规格说明指出了对程序的要求：
  程序的输入文件由80个字符的一些记录组成，这些记录分为三组：
  
  （1）标题：这一组只有一个记录，其内容为输出报告的名字。
  
  （2）试卷各题标准答案记录：每个记录均在第80个字符处标以数字“2”。该组的第一个记录的第1至第3个字符为题目编号（取值1—999）。第10至59个字符给出第1至第50题的答案（每个合法字符表示一个答案）。该组的第2，第3，等等记录相应为第51至第100，第101至第150，等等题的答案。
  
  （3）每个学生的答卷描述：该组中每个记录的第80个字符均为数字“3”。每个学生的答卷在若干个记录中给出。如甲的首记录第1至第9字符给出学生姓名及学号，第10至59字符列出的是甲所做的第1至第50题的答案。若试题数超过50，则其第2，第3，等等记录分别给出他的第51至第100，第101至150，等等题的解答。然后是学生乙的答案记录。
  
  若学生最多为200人，输入数据的形式如下图所示：
  
  该程序应给出4个输出报告，即：
  按学生学号排序，每个学生的成绩（答对的百分比）和等级报告。
  按学生得分排序，每个学生的成绩。
  平均分数，最高与最低分之差。
  按题号排序，每题学生答对的百分比。
  以下两个表分别针对输入条件和输出条件，根据其边界值设置了测试用例。（共43个测试用例）
  输入条件 测试用例
  输入文件 空输入文件

  标题 无标题记录
  只有1个字符的标题
  具有80个字符的标题

  出题个数 出了1个题
  出了50个题
  出了51个题
  出了100个题
  出了999个题
  没有出题
  题目数是非数值量

  答案记录 标题记录后没有标准答案记录
  标准答案记录多1个
  标准答案记录少1个

  学生人数 学生人数为0
  学生人数为1
  学生人数为200
  学生人　　学生得分 所有学生得分相同
  所有学生得分都不同
  一些学生（不是全部）得分相同（用以检查等级计算）
  １个学生得分0分
  １个学生得分是100分
  输出报告数为201
  学生答题 某学生只有1个答卷记录，但有2个标准答案记录
  该学生是文件中的第1个学生
  该学生是文件中的最后1个学生

  学生答案 某学生有2个答案记录，但仅有1个标准记录
  该学生是文件中的第１个学生
  该学生是文件中最后１个学生

  输出条件 测试用例
  
  （１）（２） １个学生编号最小（检查排序）
  １个学生编号最大
  学生数恰好使报告印满１页（检查打印）
  学生人数使报告１页打印不够，尚多1人
  输出报告

  （３） 平均值最大值（所有学生均得满分）
  平均值为0（所有学生都得0分）
  标准偏差取最大值（1学生得0分，1学生得100分）
  标准偏差为0（所有学生得分相同）
  输出报告
  
  （４） 所有学生都答对第1题
  所有学生都答错第1题
  所有学生都答对最后1题
  所有学生都答错最后1题
  报告打印完1页后，恰剩1题未打
  题数恰好使得报告打印在1页上

   

  查看(52) 评论(0)

我的主题

• 手机待机界面输入有些三位数以下的号码，