发布新日志

  • web基本测试点

    2016-01-05 16:18:08

    1.浏览器的后退按钮 
    　　提交表单一条已经成功提交的记录，back后再提交，看系统会如何处理。检查多次使用back健的情况在有back的地方，back，回到原来的页面，再back，重复几次，看是否会报错。
    2.通过修改URL中的参数,向服务器发起请求,看看会有什么样的结果
    　　利用一些工具,如http watch,可以记录和捕获向服务器发起的URL请求,然后修改其中的参数向服务器发起请求.该功能点可以和安全测试结合起来.
    3.对表单多次提交
    　　对提交按钮快速多次点击提交,看看会不会在数据库中形成多条记录.网速或响应快时,这点容易被遗漏,但用户的网络可能慢,很容易多次点击提交.如果前端做了处理,试试捕获在提交时生成的URL,绕过页面,再次对服务器发起请求,会有什么结果
    4.光标的跳转
    　　执行操作后,光标是否停留在合适的位置.如邮箱登录,输完用户名回车后,光标应该跳转到密码框内.细节问题,但是影响用户感受
    5.tab键是否功能正确
    　　和光标的跳转类似,特别是在有输入项时,查看tab键的焦点顺序是否正确
    6.对全角/半角符号的输入测试
    　　有输入项时,要考虑全/半角字条的输入,及GBK字符
    7.多版本IE测试
    1：易用性：
    按钮名称应该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。
    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):专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词语。
    2.规范性：
    1):常用菜单要有命令快捷方式。
    2):完成相同或相近功能的菜单用横线隔开放在同一位置。
    3):菜单前的图标能直观的代表要完成的操作。
    4):菜单深度一般要求最多控制在三层以内。
    5):工具栏要求可以根据用户的要求自己选择定制。
    6):相同或相近功能的工具栏放在一起。
    7):工具栏中的每一个按钮要有及时提示信息。
    8):一条工具栏的长度最长不能超出屏幕宽度。
    9): 工具栏的图标能直观的代表要完成的操作。
    10):系统常用的工具栏设置默认放置位置。
    11):工具栏太多时可以考虑使用工具箱。
    12):工具箱要具有可增减性，由用户自己根据需求定制。
    13):工具箱的默认总宽度不要超过屏幕宽度的1/5。
    14): 状态条要能显示用户切实需要的信息，常用的有：
    目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示
    15)：滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。
    16)：状态条的高度以放置五好字为宜，滚动条的宽度比状态条的略窄。
    17)：菜单和工具条要有清楚的界限;菜单要求凸出显示，这样在移走工具条时仍有立体感。
    18)：菜单和状态条中通常使用5号字体。工具条一般比菜单要宽，但不要宽的太多，否则看起来很不协调。
    19): 右键快捷菜单采用与菜单相同的准则。
    4：合理性：
    屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。
    1)：父窗体或主窗体的中心位置应该在对角线焦点附近。
    2)：子窗体位置应该在主窗体的左上角或正中。
    3)：多个子窗体弹出时应该依次向右下方偏移，以显示窗体出标题为宜。
    4)：重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
    5)：错误使用容易引起界面退出或关闭的按钮不应该放在易点击的位置。横排开头或最后与竖排最后为易点位置。
    6)：与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示，没法使用该按钮)。
    7)：对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会。
    8)：非法的输入或操作应有足够的提示说明。
    9): 对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待。
    10): 提示、警告、或错误说明应该清楚、明了、恰当。
    5. 美观
    1): 如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。
    2)：对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。
    3): 通常父窗体支持缩放时，子窗体没有必要缩放。
    4)：如果能给用户提供自定义界面风格则更好，由用户自己选择颜色、字体等
    6：菜单位置：
    菜单是界面上最重要的元素，菜单位置按照按功能来组织。
    1): 菜单通常采用“常用--主要--次要--工具--帮助”的位置排列，符合流行的Windows风格。
    2): 常用的有“文件”、“編輯”，“查看”等，幾乎每個系統都有這些選項，當然要根據不同的系統有所取捨。
    3): 下拉菜单要根据菜单选项的含义进行分组，並且按照一定的规则进行排列，用横线隔开。
    4): 一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。
    5): 没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头， 不常用的靠后放置；重要的放在开头，次要的放在后边。
    6): 如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。
    7): 菜单深度一般要求最多控制在三层以内。
    8): 对常用的菜单要有快捷命令方式，组合原则见8。
    9): 对与进行的操作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式——即只有需要的菜单才显示——最好。
    10): 菜单前的图标不宜太大，与字高保持一直最好。
    11): 主菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好。
    12): 主菜单数目不应太多，最好为单排布置。
    13):菜单条是否显示在合适的语境中？
    14):应用程序的菜单条是否显示系统相关的特性（如时钟显示）？
    15):下拉式操作能正确工作吗？
    16):菜单、调色板和工具条是否工作正确？
    17):是否适当地列出了所有的菜单功能和下拉式子功能？
    18):是否可能通过鼠标访问所有的菜单功能？
    19):相同功能按钮的图标和文字是否一致？
    20):是否能够用其他的文本命令激活每个菜单功能？
    21):菜单功能是否随当前的窗口操作加亮或变灰？
    22):菜单功能是否正确执行？
    23):菜单功能的名字是否具有自解释性？
    24):菜单项是否有帮助，是否语境相关？
    25):在整个交互式语境中，是否可以识别鼠标操作？
    26):如果要求多次点击鼠标，是否能够在语境正确识别？
    27):如果鼠标有多个按钮，是否能够在语境中正确识别？
    28):光标、处理指示器和识别指针是否随操作恰当地改变？
    7:独特性：
    如果一味的遵循业界的界面标准，则会丧失自己的个性.在框架符合以上规范的情况下，设计具有自己独特风格的界面尤为重要。尤其在商业软件流通中有着很好的迁移默化的广告效用。
    1):　安装界面上应有单位介绍或产品介绍，并有自己的图标。
    2):　主界面，最好是大多数界面上要有公司图标。
    3):　登录界面上要有本产品的标志，同时包含公司图标。
    4):　帮助菜单的“关于”中应有版权和产品信息。
    5):　公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。

    8：快捷方式的组合
    在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快一些 在西文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写。
    这些快捷键也可以作为开发中文应用软件的标准,但亦可使用汉语拼音的开头字母。
    9:安全性考虑：
    在界面上通过下列方式来控制出错几率，会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题,使出错的可能降至最小。如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。因为这意味着用户要断思路,并费时费力地重新登录,而且已进行的操作也会因没有存盘而全部丢失。
    安全性细则：
    1)：最重要的是排除可能会使应用非正常中止的错误。
    2)：应当注意尽可能避免用户无意录入无效的数据。
    3)：采用相关控件限制用户输入值的种类。
    4)：当用户作出选择的可能性只有两个时,可以采用单选框。
    5)：当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择。
    6)：当选项特别多时，可以采用列表框，下拉式列表框。
    7)：在一个应用系统中,开发者应当避免用户作出未经授权或没有意义的操作。
    8)：对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。
    9):对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。
    10):对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。
    11)：对错误操作最好支持可逆性处理，如取消系列操作。
    12):在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。
    13):对可能造成等待时间较长的操作应该提供取消功能。
    14)：特殊字符常有；;’”><,｀‘：“［”｛、\|｝］+=)-(_*&&^%$#@!,.。?/还有空格。
    15)：与系统采用的保留字符冲突的要加以限制。
    16)：在读入用户所输入的信息时，根据需要选择是否去掉前后空格。
    17)：有些读入数据库的字段不支持中间有空格，但用户切实需要输入中间空格，这时要在程序中加以处理
    10:多窗口的应用与系统资源：
    设计良好的软件不仅要有完备的功能，而且要尽可能的占用最底限度的资源。
    1)：在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不停的切换甚至最小化其他窗口来显示该窗口。
    2)：在主界面载入完毕后自动卸出内存，让出所占用的WINDOWS系统资源。
    3)：关闭所有窗体，系统退出后要释放所占的所有系统资源 ，除非是需要后台运行的系统。
    4)：尽量防止对系统的独占使用。
    5)：窗口能否基于相关的输入或菜单命令适当地打开？
    6)：窗口能否改变大小、移动和滚动？
    7)：窗口中的数据内容能否使用鼠标、功能键、方向箭头和键盘访问？
    8)：当被覆盖并重调用后，窗口能否正确地再生？
    9)：需要时能否使用所有窗口相关的功能？
    10)：所有窗口相关的功能是可操作的吗？
    11)：是否有相关的下拉式菜单、工具条、滚动条、对话框、按钮、图标和其他控制可为窗口可用，并适当地显示？
    12)：显示多个窗口时，窗口的名称是否被适当地表示？
    13)：活动窗口是否被适当地加亮？
    14)：如果使用多任务，是否所有的窗口被实时更新？
    15)：多次或不正确按鼠标是否会导致无法预料的副作用？
    16)：窗口的声音和颜色提示和窗口的操作顺序是否符合需求？
    17)：窗口是否正确地关闭？

    查看(857) 评论(1) 收藏 分享 管理

  • web兼容性测试

    2011-08-03 15:47:05

    轻松搞定web兼容性测试

    发布时间: 2011-7-22 15:20    作者: 李佳    来源: 51Testing软件测试网原创

    　　摘要：

    　　众所周知，对于产品化的软件，其使用对象往往是不可预知的。对于web应用，我们无法预计用户的客户端配置和运行环境。所以，做好兼容性测试是非常重要的。兼容性主要包括浏览器版本、显示器分辨率、操作系统版本、浏览器语言等。同一个功能，需要在以上每种情况下测试通过才算完成。为了更易于测试，我们希望不同配置和版本的浏览器窗口能够并存。本文为大家列举了解决此问题的多种办法，由浅入深，最终实现最理想的测试状态。

    　　关键字：兼容性测试；IE；vmware；VirtualPC

    　　正文：

    　　对于进行产品化软件研发的企业来说，进行兼容性测试是非常重要的。因为我们创建的软件不是被某一特定用户使用，用户客户端及运行环境的多样性是不可预计的。Web应用软件的兼容性需要包括以下几种情况：浏览器语言、浏览器版本、操作系统版本、显示器分辨率等。同一个功能，需要在以上每种情况下测试通过才算完成。这实际上就带来了测试的复杂性。测试人员希望不同配置和版本的浏览器窗口能够并存，这样才能更易于测试。可是微软对IE进行了限制，使这一想法无法实现。本文为大家列举了解决此问题的多种办法，由浅入深，最终实现最理想的测试状态。

    　　方法一：IE Tester 和IE Collection

         

    　　IETester和IE Collection这两款软件的产生旨在解决多IE版本共存的问题，均可以在网上下载，并且是免费的，是使用最广的web兼容性测试软件。但是在使用时存在一些缺陷：

    　　1、不是所有机器都可以安装成功和正常使用，经常报错、死机，或导致原有的IE无法正常使用

    　　2、其实现原理是模拟的某个版本IE的技术，显示效果与真实IE还是有区别

    　　方法二：IE+DeveloperTools

    　　自从ie8推出以后，微软在IE内置了名为DeveloperTools的一个小工具，通过菜单栏的"工具->开发人员工具"可以开启这个功能，快捷键为F12。

    　　……………………

    　　查看全文请点击下载：http://www.51testing.com/html/13/n-241113.html

    　　IETester和IE Collection这两款软件的产生旨在解决多IE版本共存的问题，均可以在网上下载，并且是免费的，是使用最广的web兼容性测试软件。但是在使用时存在一些缺陷：

    　　1、不是所有机器都可以安装成功和正常使用，经常报错、死机，或导致原有的IE无法正常使用

    　　2、其实现原理是模拟的某个版本IE的技术，显示效果与真实IE还是有区别

    　　方法二：IE+DeveloperTools

    　　自从ie8推出以后，微软在IE内置了名为DeveloperTools的一个小工具，通过菜单栏的"工具->开发人员工具"可以开启这个功能，快捷键为F12。

    　　方法四：IE+DeveloperTools+Virtual PC's Publish Virtual Application

    　　此时虽然已经前进了一大步，但是仍旧还存在一个问题：需要手工启动每个虚拟机并在前台运行。我们可不可以大胆的设想一下，能否从宿主机的桌面直接启动虚拟机的应用？好，我们换一个虚拟机软件--Windows Virtual PC，win7已经把Virtual PC很好的集成。同样安装好操作系统和IE后，使用Virtual PC的一大主打功能--"发布虚拟应用程序到桌面"，直接在本机桌面建立一个快捷方式，此快捷方式将直接启动虚拟机的应用（比如IE），同时虚拟机也将在后台启动并运行。

    　　操作方法：手动添加快捷方式。在虚拟机操作系统中，将快捷方式从存放可执行文件的文件夹拖放到所有用户都能访问的"「开始」菜单"文件夹。例如，在 Windows XP 中，将快捷方式复制到"%systemdrive%\Documents and Settings\All Users\「开始」菜单\程序"中。 之后，宿主机就可以在「开始」菜单中"所有程序"->Windows Virtual PC->虚拟机名称下面会出现应用程序的名称。

    查看(434) 评论(0) 收藏 分享 管理

  • 图形用户界面测试方法

    2008-11-03 14:04:44

                       图形用户界面测试方法

     

    图形用户界面（ GUI ）对软件测试提出了有趣的挑战，因为 GUI 开发环境有可复用的构件，开发用户界面更加省时而且更加精确。同时， GUI 的复杂性也增加了，从而加大了设计和执行测试用例的难度。因为现在 GUI 设计和实现有了越来越多的类似，所以也就产生了一系列的测试标准。下列问题可以作为常见 GUI 测试的指南：
    窗口：
    ·     窗口是否基于相关的输入和菜单命令适当地打开？
    ·     窗口能否改变大小、移动和滚动？
    ·     窗口中的数据内容能否用鼠标、功能键、方向键和键盘访问？
    ·     当被覆盖并重新调用后，窗口能否正确地再生？
    ·     需要时能否使用所有窗口相关的功能？
    ·     所有窗口相关的功能是可操作的吗？
    ·     是否有相关的下拉式菜单、工具条、滚动条、对话框、按钮、图标和其他控制可为窗口使用，并适当地显示？
    ·     显示多个窗口时，窗口的名称是否被适当地表示？
    ·     活动窗口是否被适当地加亮？
    ·     如果使用多任务，是否所有的窗口被实时更新？
    ·     多次或不正确按鼠标是否会导致无法预料的副作用？
    ·     窗口的声音和颜色提示和窗口的操作顺序是否符合需求？
    ·     窗口是否正确地被关闭？
    下拉式菜单和鼠标操作：
    ·     菜单条是否显示在合适的语境中？
    ·     应用程序的菜单条是否显示系统相关的特性（如时钟显示）？
    ·     下拉式操作能正确工作吗？
    ·     菜单、调色板和工具条是否工作正确？
    ·     是否适当地列出了所有的菜单功能和下拉式子功能？
    ·     是否可以通过鼠标访问所有的菜单功能？
    ·     文本字体、大小和格式是否正确？
    ·     是否能够用其他的文本命令激活每个菜单功能？
    ·     菜单功能是否随当前的窗口操作加亮或变灰？
    ·     菜单功能是否正确执行？
    ·     菜单功能的名字是否具有自解释性？
    ·     菜单项是否有帮助，是否语境相关？
    ·     在整个交互式语境中，是否可以识别鼠标操作？
    ·     如果要求多次点击鼠标，是否能够在语境中正确识别？
    ·     光标、处理指示器和识别指针是否随操作恰当地改变？
    数据项：
    ·     字母数字数据项是否能够正确回显，并输入到系统中？
    ·     图形模式的数据项（如滚动条）是否正常工作？
    ·     是否能够识别非法数据？
    ·     数据输入消息是否可理解？

     

    查看(1394) 评论(0) 收藏 分享 管理

  • 常用的功能测试方法

    2008-11-03 14:03:29

     

    常用的功能测试方法

     

     

    功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下：
       1    、页面链接检查： 每一个链接是否都有对应的页面，并且页面之间切换工具，如LinkBotPro、File-AIDCS、HTML Link Validater、Xenu等工具。LinkBotPro不支持中文，中文字符显示为乱码；HTML Link Validater只能测试以Html或者htm结尾的网页链接；Xenu无需安装，支持asp、do、jsp等结尾的网页，同时能够生成html格式的测试报告。
        2    、相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确检查按钮的功能是否正确 如新建、编辑、删除、关闭、返回、保存、导入等功能是否正确。
        3    、字符类型检查：在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型。
         a.     标点符号检查：输入内容包括各种标点符号,特别是空格,各种引号,回车键。看      系统处理是否正确。
         b.     特殊字符检查：输入特殊符号，如@、#、$、%、!等，看系统处理是否正确。
         c.      字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度。
        4    、中文字符处理：在可以输入中、英文的系统输入中文,看会否出现乱码或出错。
    检查信息的完整性 在查看信息和更新信息时,查看所填写的信息是不是全部更新,更新信息和添加信息是否一致。
        5    、信息重复：在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理。
       6    、检查删除功能：在一些可以一次删除多个信息的地方,不选择任何信息,按“delete”,看系统如何处理,会否出错;然后选择一个和多个信息,进行删除,看是否正确处理。
       7    、检查添加和修改是否一致：检查添加和修改信息的要求是否一致,例如添加要求必填的项,修改也应该必填;添加规定为整型的项,修改也必须为整型
       8    、检查修改重名：修改时把不能重名的项改为已存在的内容,看会否处理,报错.同时,也要注意,会不会报和自己重名的错
       9    、重复提交表单：一条已经成功提交的纪录，返回后再提交，看看系统是否做了处理。对于Web系统检查多次使用返回键的情况   在有返回键的地方,返回到原来页面,重复多次，看会否出错
      10    、搜索检查：有搜索功能的地方输入系统存在和不存在的内容,看搜索结果是否正确.如果可以输入多个搜索条件,可以同时添加合理和不合理的条件,看系统处理是否正确。
      11    、输入信息位置：注意在光标停留的地方输入信息时,光标和所输入的信息会否跳到别的地方。
      12    、上传下载文件检查：上传下载文件的功能是否实现，上传文件是否能打开。对上传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。下载文件能否打开或者保存，下载的文件是否有格式要求，如需要特殊工具才可以打开等。
      13    、必填项检查：应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项前加“*”；对必填项提示返回后，焦点是否会自动定位到必填项。
       14    、快捷键检查：是否支持常用快捷键，如Ctrl+C、 Ctrl+V、 Backspace等，对一些不允许输入信息的字段，如选人，选日期对快捷方式是否也做了限制。
       15    、回车键检查：在输入结束后直接按回车键,看系统处理如何,会否报错。
       16    、刷新键检查：在Web系统中，使用浏览器的刷新键，看系统处理如何，会否报错。   
        17    、回退键检查：在Web系统中，使用浏览器的回退键，看系统处理如何，会否报错。对于需要用户验证的系统，在退出登录后，使用回退键，看系统处理如何；多次使用回退键，多次使用前进键，看系统如何处理。
        18    、直接URL链接检查：在Web系统中，直接输入各功能页面的URL地址，看系统如何处理，对于需要用户验证的系统更为重要。
        19    、空格检查：在输入信息项中，输入一个或连串空格，查看系统如何处理。如对于要求输入整型、符点型变量的项中，输入空格，既不是空值，又不是标准输入。
        20    、输入法半角全角检查：在输入信息项中，输入半角或全角的信息，查看系统如何处理。如对于要求输入符点型数据的项中，输入全角的小数点（“。”或“．”，如４．５）；输入全角的空格等。
        21    、密码检查：一些系统的加密方法采用对字符Ascii码移位的方式，处理密码加密相对较为简单，且安全性较高，对于局域网系统来说，此种方式完全可以起到加密的作用，但同时，会造成一些问题，即大于128的Ascii对应的字符在解密时无法解析，尝试使用“uvwxyz”等一些码值较大的字符作为密码，同时，密码尽可能的长，如17位密码等，造成加密后的密码出现无法解析的字符。
       22    、用户检查：任何一个系统，都有各类不同的用户，同样具有一个或多个管理员用户，检查各个管理员之间是否可以相互管理，编辑、删除管理员用户。同时，对于一般用户，尝试删除，并重建同名的用户，检查该用户其它信息是否重现。同样，提供注销功能的系统，此用户再次注册时，是否作为一个新的用户。
        23    、系统数据检查：这是功能测试最重要的，如果系统数据计算不正确，那么功能测试肯定是通不过的。数据检查根据不同的系统，方法不同。对于业务管理平台，数据随业务过程、状态的变化保持正确，不能因为某个过程出现垃圾数据，也不能因为某个过程而丢失数据。
        24    、系统可恢复性检查：以各种方式把系统搞瘫，测试系统是否可正常迅速恢复。

    查看(533) 评论(0) 收藏 分享 管理

Open Toolbar