一个人不应该依附在其他人身上,一个人应该首先自力更生。你应该自己能够独立,能够安顿你自己,那你就不会害怕了。你爱你自己的话,别人不能不爱你吧。

发布新日志

  • 冒烟测试与随机测试

    2008-04-15 15:54:16

    浅谈冒烟测试与随机测试

    http://bbs.51testing.com/viewthread.php?tid=584&highlight=%C3%B0%D1%CC%B2%E2%CA%D4
     
    软件测试的种类何其多也,每种测试都有其要达到的目的和实现手段。本文将介绍两种不太普遍的测试类型-冒烟测试与随机测试。

    冒烟测试

    冒烟测试(smoke testing),据说是微软起的名字。在《微软项目求生法则》一书第14章“构建过程”关于冒烟测试,就是开发人员在个人版本的软件上执行目前的冒烟测试项目,确定新的程序代码不出故障。

    冒烟测试的名称可以理解为该种测试耗时短,仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板功基本功能检查。任何新电路板焊好后,先通电检查,如果存在设计缺陷,电路板可能会短路,板子冒烟了。

    冒烟测试的对象是每一个新编译的需要正式测试的软件版本,目的是确认软件基本功能正常,可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员

    在一般软件公司,软件在编写过程中,内部需要编译多个版本(Builds
    ),但是只有有限的几个版本需要执行正式测试(根据项目开发计划),这些需要执行的中间测试版本,在刚刚编译出来后,软件编译人员需要进行基本性能确认测试,例如是否可以正确安装/卸载,主要功能是否实现,是否存在严重死机或数据严重丢失等Bug。如果通过了该测试,则可以根据正式测试文档进行正式测试。否则,就需要重新编译版本,再次执行版本可接收确认测试,直到成功。

    新版本的基本功能确认检查的测试,有的公司成为版本健康检查(Build Sanity Check)。对于编译的本地化软件新版本,除了进行上面提到的各种测试检查,还要检查是否在新的本地化版本中正确包含了全部应该本地化的文件。可以通过采用文件和目录结构比较工具,首先比较源语言版本和本地化版本的文件和目录中的文件数目、文件名称和文件日期等,这个过程称为版本镜像检查(Build Image Check)。其次,分别安装源语言版本和本地化版本,比较安装后的文件和目录结构中的文件数目、文件名称和文件日期等,这个过程称为版本安装检查(Build Installing Check)。

    随机测试

    在软件测试中除了根据测试样例和测试说明书进行测试外,还需要进行随机测试(Ad-hoc testing),主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行样例测试的重要补充手段,是保证测试覆盖完整性的有效方式和过程。

    随机测试主要是对被测软件的一些重要功能进行复测,也包括测试那些当前的测试样例(TestCase)没有覆盖到的部分。另外,对于软件更新和新增加的功能要重点测试。重点对一些特殊点情况点、特殊的使用环境、并发性、进行检查。尤其对以前测试发现的重大Bug,进行再次测试,可以结合回归测试(Regressive testing)一起进行。

    理论上,每一个被测软件版本都需要执行随机测试,尤其对于最后的将要发布的版本更要重视随机测试。随机测试最好由具有丰富测试经验的熟悉被测软件的测试人员进行测试。对于被测试的软件越熟悉,执行随机测试越容易。只有不断的积累测试经验,包括具体的测试执行和对缺陷跟踪记录的分析,不断总结,才能提高。
  • 录音资料下载IBM&51Testing第二十二期软件测试沙龙

    2008-01-23 18:07:29

    软件语言 简体中文
    软件大小 39.0 MB
    应用平台 windows98/NT/2000/XP/2003
    授权方式 免费/开源资料
    软件简介

     

    下载地址  [资料下载]

     

     

     

  • 常规测试方法(转载)

    2007-06-19 09:49:57

    原文

    一. 功能测试

     

    1. 安装测试

    1)     安装过程中对于缺省安装目录及任意指定的安装目录,是否都能正确安装;

    2)     若是选择安装,查看能否实现其相应的功能;

    3)     在所有能中途退出安装的位置退出安装程序后,验证此程序并未安装成功(没有程序组及程序项产生)

    4)     软件安装后,对其它已经安装的软件是否有影响;

    5)     裸机安装后,各功能点是否可用;

    6)     安装前,安装程序是否判断可用磁盘空间大小,如果不能满足安装空间要求,安装程序能否继续;

    7)     安装过程中查看 版权声明、版本信息、公司名称、LOGO是否符合标准;

    8)     安装过程中界面显示与提示语言是否准确、友好;

    9)     重复安装时系统是否有提示、是否可以覆盖安装、是否可以升级安装、是否允许多版本共存;

    10)  是否有注册码或硬件加密狗,在没有它们(或错误)存在的情况下能否顺利安装。

     

    2.配置测试

    1)    是否可以按照用户手册的说明,运行于多种操作系统Windows 各版本 、Unix Linux 等);

    2)    按系统最低要求进行软件的安装配置,查看能否正常实现各种功能;

    3)    数据源等信息配置不正确时能否给出提示信息;

    4)    是否可以按照用户手册的说明,支持多种数据库

     

    3. 卸载测试

    1)     卸载后注册表中的注册信息及相关的程序安装目录是否能完全删除掉;

    2)     卸载过程中完全删除共享文件后,看其它程序能否正常运行;

    3)     卸载后,是否对其它已经安装的软件有影响;

    4)     系统卸载后用户建立文档是否保留;

    5)     软件卸载画面上的软件名称及版本信息是否正确;

    6)     在所有能中途退出卸载的位置是否能正确退出;

    7)     卸载过程中界面显示与提示语言是否准确、友好;

    8)     卸载后安装此系统能否打开原来保存的文件,并一切运行正常;

    9)     卸载程序如果要求重新启动机器,在重启动之间是否给用户提示以保存现有的己运行的程序的资料;

    10)  是否可以选择组件进行卸载;

    11)  卸载过程中,对意外情况的处理(掉电等)。

    12)  在卸载过程中,是否有终止或者结束按钮。

     

    4. 运行与关闭测试

    1)     运行时是否与其它应用程序有冲突(内存冲突)

    2)     是否可以同时运行多个程序;

    3)     任务栏有无程序运行提示;

    4)     若有未保存的数据,关闭系统时是否有提示;

    5)     后台服务程序在点击关闭按钮时是否有确认提示;

    6)     运行时是否过份占用系统资源、退出时能否完成释放占用的系统资源。

     

    5. 服务程序的测试

    1)    系统是否限制服务器程序启动的数量,如不限制,同一范围内启动多个服务是否对系统有影响;

    2)    服务程序能否长时间正常运行;

    3)    外界异常后,服务程序的自动恢复能力(服务器掉电、网络中断后恢复、数据库异常后恢复);

    4)    在点击关闭按钮时是否有确认提示;

    5)    应用程序与其他程序是否兼容(能否避免内存冲突)。

     

    6. 系统管理(参数设置)

    1)     参数设置后,能否正确的进行应用;

    2)     设置错误参数,系统的容错能力;

    3)     修改参数,对与之相关模块的影响;

    4)     系统是否有默认的参数,A 有:默认的参数是否起到作用 ;B 没有:不设置,系统能否运行或者给出提示。

     

    7. 用户、权限管理

    1)     赋予一个人员相应的权限后,在界面上看此人员是否具有此权限,并以此人员身份登陆,验证权限设置是否正确(能否超出所给予的权限);

    2)     删除或修改已经登陆系统并正在进行操作的人员的权限,程序能否正确处理;

    3)     重新注册系统变更登陆身份后再登录,看程序是否能正确执行,具有权限是否正确;

    4)     在有工作组或角色管理的情况下,删除包含用户的工作组或角色,程序能否正确处理;

    5)     不同权限用户登录同一个系统,权限范围是否正确;

    6)     覆盖系统所有权限设定;

    7)     能否添加信息为空的用户(其中包括空用户名及空口令、空用户名非空口令、非空用户名及空口令)

    8)     能否添加长用户名及长口令,如果允许,新用户能否正确登录

    9)     系统是否允许删除系统管理员这一特殊用户或修改系统管理员口令,删除或修改后系统的实际情况

    10)  登录用户能否修改自己的权限;

    11)  添加用户(有标识或编号):标识相同,用户名不同;标识相同,用户名相同;标识不同,用户名相同;标识不同,用户名不同;

    12)  登录用户能否修改本人(或其他人)的信息,删除本人(或其他人);

    13)  修改用户的信息(包括权限,口令,基本信息等),对其他模块的影响;

    14)  修改用户信息:修改后的用户信息和已经存在的用户信息相同;修改后的用户信息和已经存在的用户信息不同;

    15)  不给用户授权,是否允许登录;

    15)  改某些设置时,是否会影响具有上级权限及相同权限人员的设置;

    16)  系统管理员修改了某些数据,以其他人员身份登录时数据是否改变;

    17)  用户能否同时属于多个组,各个组的权限能否交叉;

    18)  删除后重新添加的用户是否具有以前的权限;更改用户各项属性(包括权限)看对权限是否有影响。

     

    8. 系统登录测试

    1)     使用合法用户登录系统;

    2)     用户名、口令错误或漏填时能否登陆;

    3)     系统是否容许多次非法登陆,是否有次数限制;

    4)     使用已登录账号登录系统系统能否正确处理;

    5)     使用禁用帐号登陆系统能否正确处理;

    6)     删除或修改后的用户用原用户登录;

    7)     不输入用户名和口令,重复点“确定”和“取消”按钮,是否允许登录。

     

    9.    注销

    1)    注销为原模块、新模块系统能否正确处理;

    2)    中止注销能否返回原模块、原用户;

    3)    注销为原用户、新用户系统能否正确处理;

    4)    使用错误的帐号、口令或无权限帐号、被禁用帐号进行注销。

     

    10. 修改口令

    1)    正常情况;

    2)    输入错误的原口令或新口令与确认口令不一致系统能否正确处理;

    3)    修改口令后,用原口令是否能登录(同时验证新口令是否有效);

    4)    是否能修改其它用户的口令。

           

    11. 右键功能

    1)     右键菜单中的功能是否与菜单(或工具栏)中对应的功能一致;

    2)     右键菜单中的功能能否正确实现;

    3)     同一菜单下的热键是否相同。

     

    12. 记录列表

    1)     增加重复记录、空白记录,系统能否正确处理;

    2)     修改后不保存(有保存按钮),系统能否正确处理;

    3)     删除或修改正在使用信息,系统能否正确处理;

    4)     删除级联记录的上游或下游记录,系统能否正确处理;

    5)     删除记录时是否有提示;

    6)     记录中包含的缺省系统信息能否删除和修改;

    7)     记录列表能否及时反应记录的变化;

    8)     记录变化之后系统相关信息能否及时更新;

     

    13. 统计、查询

    1)     对非法的时间范围系统能否正确处理;

    2)     统计查询语句包含多个与或非条件时,系统能否正确处理;

    3)     条件逻辑混乱,系统能否正确处理;

    4)     多表查询统计及单表查询统计功能是否正确实现;

    5)     分类查询、精确查询、无条件查询、组合查询能否完整列出满足条件的记录;

    6)     能否按系统默认的条件进行查询;

    7)     当统计时间段为当日、跨日、跨月、跨季、跨年度时,统计查询结果是否正确;

    8)     当某些操作被别人取消后,设置条件段为取消前、取消后、包含取消操作的一段时间;

    9)     以不同的权限登录时,统计、查询是否正确;

    10)  在查询或统计大数据量时,系统是否允许终止操作;

Open Toolbar