C/C++学习ing。还是想要测试。

发布新日志

  • 设计功能和界面测试用例

    2008-07-26 17:28:57

    设计功能和界面测试用例


    1.1 文本框、按钮等控件测试

    1.1.1 文本框的测试

    如何对文本框进行测试

     a,输入正常的字母或数字。
     b,输入已存在的文件的名称;
     c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符,假设最多255个字符,尝试输入 256个字符,检查程序能否正确处理;
     d,输入默认值,空白,空格;
     e,若只允许输入字母,尝试输入数字;反之;尝试输入字母;
     f,利用复制,粘贴等操作强制输入程序不允许的输入数据;
     g,输入特殊字符集,例如,NUL及\n等;
     h,输入超过文本框长度的字符或文本,检查所输入的内容是否正常显示;
     i,输入不符合格式的数据,检查程序是否正常校验,如,程序要求输入年月日格式为yy/mm/dd,实际输入yyyy/mm/dd,程序应该给出错误提示

    在测试过程中所用到的测试方法:

     1,输入非法数据;
     2,输入默认值;
     3,输入特殊字符集;
     4,输入使缓冲区溢出的数据;
     5,输入相同的文件名;
    命令按钮控件的测试

    测试方法:

     a,点击按钮正确响应操作。如,单击确定,正确执行操作;单击取消,退出窗口;
     b,对非法的输入或操作给出足够的提示说明,如,输入月工作天数为32时,单击”确定“后系统应提示:天数不能大于31;
     c,对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会;
    单选按钮控件的测试

    测试方法:

     a,一组单选按钮不能同时选中,只能选中一个。
     b,逐一执行每个单选按钮的功能。分别选择了“男”“女”后,保存到数据库的数据应该相应的分别为“男”“女”;
     c,一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空;
    up-down控件文本框的测试

    测试方法:

     a,直接输入数字或用上下箭头控制,如,在“数目”中直接输入10,或者单击向上的箭头,使数目变为10;
     b,利用上下箭头控制数字的自动循环,如,当最多数字为253时,单击向上箭头,数目自动变为1;反之亦适用;
     c,直接输入超边界值,系统应该提示重新输入;
     d,输入默认值,空白。如,“插入”数目为默认值,点击“确定”;或,删除默认值,使内容为空,单击“确定”进行测试;
     e,输入字符。此时系统应提示输入有误。
    组合列表框的测试

    测试方法:

     a,条目内容正确,其详细条目内容可以根据需求说明确定;
     b,逐一执行列表框中每个条目的功能;
     c,检查能否向组合列表框输入数据;
    复选框的测试

    测试方法:

     a,多个复选框可以被同时选中;
     b,多个复选框可以被部分选中;
     c,多个复选框可以都不被选中;
     d,逐一执行每个复选框的功能;
    列表框控件的测试

    测试方法:

     a,条目内容正确;同组合列表框类似,根据需求说明书确定列表的各项内容正确,没有丢失或错误;
     b,列表框的内容较多时要使用滚动条;
     c,列表框允许多选时,要分别检查shift选中条目,按ctrl选中条目和直接用鼠标选中多项条目的情况;
    滚动条控件的测试

    要注意一下几点:

     a,滚动条的长度根据显示信息的长度或宽度及时变换,这样有利于用户了解显示信息的位置和百分比,如,word中浏览100页文档,浏览到50页时,滚动条位置应处于中间;
     b,拖动滚动条,检查屏幕刷新情况,并查看是否有乱码;
     c,单击滚动条;
     d,用滚轮控制滚动条;
     e,滚动条的上下按钮。
    各种控件在窗体中混和使用时的测试

     a,控件间的相互作用;
     b,tab键的顺序,一般是从上到下,从左到右;
     c,热键的使用,逐一测试;
     d,enter键和esc键的使用;
    在测试中,应遵循由简入繁的原则,先进行单个控件功能的测试,确保实现无误后,再进行多个控件的的功能组合的测试。

    ps:密码输入框测试时要特别注意进行字母大写输入的测试。

    查找替换操作
     案例演示:打开word中的"替换"对话框
     测试本功能有通过测试和失败测试两种情况
     通过测试:

     1,输入内容直接查找,或查找全部
     2,在组合框中寻找已经查找过的内容,再次查找并确认文档的内容正确,如,已经查找过"测试用例",再次进入不用重新输入查找内容,直接在文档中搜寻就可以.

    失败测试:
     1,输入过长或过短的查询字符串.如,假设查询的字符串长度为1到255,那么输入0,1,2,256,255和254进行测试;
     2,输入特殊字符集,如,在word中.^g代表图片,^代表分栏符,可以输入这类特殊字符测试;

    替换测试大体相同.
     关于编辑操作窗口的功能测试的用例:
     1,关闭查找替换窗口.不执行任何操作,直接退出;
     2,附件和选项测试.假如,设定"精确搜寻","向后"搜索等附件选项等等来测试;
     3,控件间的相互作用.如,搜寻内容为空时,按钮"搜寻全部","搜寻","全部替换","替换"都为灰色.
     4,热键, Tab键.回车键的使用.

    插入操作
     1,插入文件
     测试的情况
     a,插入文件;
     b,插入图像;
     c,在文档中插入文档本身;
     d,移除插入的源文件;
     e,更换插入的源文件的内容;

    2,链接文件
     测试方法:
     a,插入链接文件;
     b,在文档中链接文档本身;
     c,移除插入的源文件;
     d,更换插入的源文件的内容.

    3,插入对象
     要测试的内容
     a,插入程序允许的对象,如,在word中插入excel工作表;
     b,修改所插入对象的内容.插入的对象仍能正确显示;
     c,卸载生成插入对象的程序,如,在word中插入excel工作表后卸载excel,工作表仍正常使用.

    编辑操作
     编辑操作包括剪切,复制,粘贴操作.

    测试剪切操作的方法
     a,对文本,文本框,图文框进行剪切;
     b,剪切图像
     c,文本图像混合剪切
     复制操作方法与剪切类似.

    测试时,主要是对粘贴操作的测试,方法是:
     a,粘贴剪切的文本,文本框及图文框;
     b,粘贴所剪切的图像;
     c,剪切后,在不同的程序中粘贴
     d,多次粘贴同一内容,如,剪切后,在程序中连续粘贴3次;
     e,利用粘贴操作强制输入程序所不允许输入的数据.

    界面测试用例的设计方法
     1,窗体
     测试窗体的方法:
     a,窗体大小,大小要合适,控件布局合理;
     b,移动窗体.快速或慢速移动窗体,背景及窗体本身刷新必须正确;
     c,缩放窗体,窗体上的控件应随窗体的大小变化而变化;
     d,显示分辨率.必须在不同的分辨率的情况下测试程序的显示是否正常;
     进行测试时还要注意状态栏是否显示正确;工具栏的图标执行操作是否有效,是否与菜单懒中图标显示一致;错误信息内容是否正确,无错别字,且明确等等;

    2,控件
     测试方法:
     a,窗体或控件的字体和大小要一致;
     b,注意全角,半角混合
     c,无中英文混合.

    菜单

    进行测试时要注意
     a,选择菜单是否可以正常工作,并与实际执行内容一致;
     b,是否有错别字:
     c,快捷键是否重复;
     d,热键是否重复;
     e,快捷键与热键操作是否有效
     f,是否存在中英文混合
     g,菜单要与语境相关,如,不同权限的用户登陆一个应用程序,不同级别的用户可以看到不同级别的菜单并使用不同级别的功能;
     h,鼠标右键快捷菜单

    特殊属性
     1,安装界面应有公司介绍或产品介绍,有公司的图标
     2,主界面及大多数界面最好有公司图标
     3,选择"帮助"->"关于"命令,应 看见相关版权和产品信息
  • 用例等级划分

    2008-07-26 17:22:16

    高(Highs):最常执行以保证功能性是稳定的,目标的行为和能力可以正常的工作,和重要的错误和边界被测试的测试用例的集合。
    中(Mediums):这是使给出的功能区域或功能变得更详细,检查功能的多数方面包括边界,错误和配置测试的测试用例 
    低(Lows):这是通常最少被执行的测试用例。但这并不意味着这些测试都不重要,只是说他们在项目的生命期间里不是常常被运行,例如GUI,错误信息,可用性,压力和性能测试。
  • 需求分析—规划与设计—执行—调优—验证

    2008-06-19 23:29:09

    确定问题:首先根据测试结果确定系统是否存在问题,重点是发现系统的瓶颈。如果存在,就应该确定是什么问题,并对问题进行正确的定位。确定系统问题可从下面几个方面入手:

     

    检查应用程序代码;调整数据库配置;调整操作系统配置;检查硬件设置

    检查网络:网络负载过重会导致网络冲突和网络延迟。

    同时,还要对系统的使用情况进行调查,例如:

    是否听到了很多用户的抱怨?

    某些操作的响应时间是否随着使用时间的增长而增长?

    l  CPU的使用率是否很低而I/O的使用率却很高?

    使用过程中性能是否稳定?

     

    确定原因

    确定系统存在问题后就要仔细进行分析,进而确定引起问题的原因。确定原因很大程度上靠的是团队的经验和技术能力,涉及的知识有操作系统、数据库、网络、程序开发等许多方面。

    和确定性能问题一样,确定原因仍然要广泛地搜集信息。通常要进行以下的分析:

    问题的影响是什么:响应速度还是吞吐量,或者其他问题?

    是大多数用户还是少数用户遇到了问题?如果是少数用户,这几个用户与其他用户的操作有什么不同?

    系统资源监控的结果是否正常,如CPU的使用是否到了极限?I/O情况如何?

    问题是否集中在某一类模块中?

    是客户端还是服务器出现问题?

    系统硬件配置是否合理?

    实际负载是否超过了系统的负载能力?

    是否未对系统进行优化?

     

     

    确定调整目标和解决方案

    在分析出问题发生的原因后,测试人员和系统调整人员首先要确定调整目标,然后设计解决方案。确定调整目标的主要作用是明确何时停止系统调整,否则工作将永无尽头。

    每个系统都有不同的特点,因此调整目标可能各有不同。例如,下面这些都是系统的调整目标:

    提高系统吞吐量;

    缩短响应时间;

    更好地支持并发;

     

     

    测试解决方案

    实施解决方案后,就要对方案进行测试。可以使用以前的测试用例来进行测试,验证系统是否解决了性能问题。测试解决方案尽量要在仿真环境下进行,因为在生产环境下可能会带来破坏,除非充分估计了测试的风险,并且准备了万全的补救方案。

    分析调整结果

    性能调整的最后一步是分析调整结果,如果问题没有得到解决,则要重复前面的工作。在测试系统调整方案过程中,要经常分析所做的工作。如果没能准确定位问题或调整方案不正确,可能会达不到预期目标。要尽早发现这些错误,以使工作早些回到正确的轨道上来。

    分析结果时主要考虑下面的问题:

    系统调整是否达到或超出了预定目标?

    系统是整体性能得到了改善,还是牺牲了某部分性能来解决问题的?

    调整是否可以结束了?

     

     

  • 学习笔记2—基础篇

    2008-06-19 23:13:15

    性能测试工作中首先要做好性能测试的规划与设计工作,然后再借助LoadRunner的强大功能来发现系统存在的问题

    全面性能测试模型包含了性能测试策略制定、测试用例设计、模型使用方法三部分内容,覆盖了性能测试规划和设计的相关内容,为开展性能测试工作提供了一种可行的方案。

    操作系统、数据库、中间件服务器等的参数配置是应用系统发生性能问题的重要原因。

    通过分析性能测试的种种目标,不难总结出性能测试主要应用在几个领域中:

    1.系统的性能瓶颈定位2.系统的参数配置3.发现一些软件算法方面的缺陷4.系统的验收测试

    5.系统容量规划

    并发主要针对服务器而言,是否并发的关键是看用户的操作是否对服务器产生了影响。因此,并发用户数量的正确理解是,在同一时刻与服务器进行交互的在线用户数量。

     

     

    网站性能测试:对一个网站进行测试,模拟10个到50个用户就是常规的性能测试。当用户增加到1000乃至上万时就变成了压力/负载测试。如果同时对系统进行大量的数据查询操作,就包含了大数据量测试。

    全面性能测试模型是在以上性能测试分类和总结的基础上提出来的,主要包含3部分内容:1部分:性能测试策略模型(结合软件类型和用户特点来讨论性能测试策略制定的基本原则和方法。2部分:性能测试用例模型(预期指标的性能测试; 并发用户的性能测试; 疲劳强度和大数据量的性能测试;服务器性能测试; 网络性能测试。3部分:模型的使用方法

     

     

  • 第一章第一节

    2008-06-17 23:26:04

    压力测试

    压力测试的目的是发现在什么条件下系统的性能变得不可接受,并通过对应用程序施加越来越大的负载,直到发现应用程序性能下降的拐点。压力测试和负载测试有些类似,但是通常把负载测试描述成一种特定类型的压力测试——例如增加用户数量或延长压力时间以对应用程序进行压力测试。

    负载测试

    对系统不断地增加压力或增加一定压力下的持续时间,直到系统的一些性能指标达到极限,例如响应时间超过预定指标或某种资源已经达到饱和状态。这种测试可以找到系统的处理极限,为系统调优提供依据。

    并发(用户)测试

    主要指当测试多个用户并同时访问同一个应用程序、同一个模块或数据记录时是否存在死锁或其他性能问题,几乎所有的性能测试都会涉及并发测试。在具体的性能测试工作中,并发用户往往都是借助工具来进行模拟的,LoadRunner中称之为并发虚拟用户。



    好多概念啊,慢慢学吧,待续。。。。。



  • 火狐浏览器的问题

    2008-04-25 11:50:07

    今天遇到一个问题,在ie和遨游里一些具有弹出功能的按钮,在firefox里功能不能实现。

    原因:开发人员的火狐浏览器中装了一个firebug的插件,但是在我们测试的机子里没有,所以嘛

    呵呵 以后还要向开发人员要他们的环境才行啊
  • 网站测试流程

    2008-03-17 18:24:35

    网站测试流程、要求及测试报告
    一个网站基本完工后,需要通过下面三步测试才可以交活。
    一、 制作者测试,包括美工测试页面、程序员测试功能。在做完后第一时间内有制作者本人进行测试。
    a) 
    页面  包括首页、二级页面、三级页面的页面在各种常用分辨率下有无错位;图片上有没有错别字;各连接是否是死连接;各栏目图片与内容是否对应等
    b) 
    功能  达到客户要求;数据库连接正确;各个动态生成连接正确;传递参数格式、内容正确;试填测试内容没有报错;页面显示正确
    二、 全面测试  根据交工标准和客户要求,由专人进行全面测试
    也是包括页面和程序两方面,而且要结合起来测,保证填充足够的内容后不会导致页面变形。另外要检查是否有错别字,文字内容是否有常识错误。
    三、 发布测试  网站发布到主服务器之后的测试,主要是防止环境不同导致的错误
272/2<12
Open Toolbar