发布新日志

  • 系统测试全过程(转)

    2008-09-18 08:06:03

    我一直感觉系统测试总像马拉松总是测试不完,什么时候上线,什么时候算终点。虽然提交客户了,可是对于质量仍然心里没底,对于测试的效果没有评价的依据。后来经过高人指点,终于领悟到至关重要的精髓:明确测试目标
        如果要将系统进行全面测试,那么就要有一套完整的测试阶段,每个阶段都以测试目标为标准,科学、有序地进行测试,那么测试效率也就会自然而然跟着提高。


    测试阶段分为:测试前准备、需求分析、测试计划、测试设计、测试执行、测试结果。


    1.测试前准备阶段
    主要是相关业务的学习。业务知识是测试的根本依据,只有业务过关了,以后才能有效的进行测试工作
    了解业务步骤:
    a、了解业务名词;
    b、对现有系统的学习:功能点、业务场景等;
    c、分析现有系统数据库,了解数据的走向。

    2.需求分析阶段
    需求是项目开发的基础,也是测试的依据。所以需求分析一定要做。但是很多公司是没有详细的需求文档的,那如何进行需求分析呢?
    此时分析数据库就是一个非常好的方法:
    a、每张表的索引和约束条件;
    b、数据的来源、走向;
    c、数据的存储、变化;
    d、数据间的关联;
    e、表与表间的关系;

    这些分析都可以为了解业务场景和之后的测试用例设计打好基础。

    3.测试计划阶段
        我们总是觉得被测试进度紧逼、计划失控、测试不完全等等状态,其实解决这些情况的最好方法就是:制定测试目标
        在计划初期先明确测试目标,制定不同层次目标的执行标准,指导后期设计不同级别的测试用例,跟踪不同级别的缺陷修改。在测试时间较紧情况下,至少可以先把保证所有功能正常操作的最低目标版本先提交给客户,不会再有手忙脚乱,心里没底的状况。

    测试目标分为:
                 最低目标
                 基本目标
                 较高目标
                 最高目标   等级别

    可以使用表格形式来规范目标准侧,例如:

    测试目标准则表

    目标

    测试范围

    需求覆盖率

    最低目标:

    正常的输入+正常的处理过程,有一个正确的输出

     

    (明确的功能点全部列出来)

    1.        功能:

    正常功能

    异常功能

    单功能    

    业务场景

    非功能:16种测试类型

     

    2.        输入覆盖率:

    有效无效

    处理过程:基本流

              备选流

    状态变化:正常、异常

    输出

    SRS00001

    SRS00002

    SRS00003

    基本目标:

    对异常的输入有错误的捕获,并进行相应提示或屏蔽

     

     

     

    较高目标:

    对隐式需求进行测试

     

     

     

    根据公司规模不同,确定测试目标级别也可不同。一般小公司有最低标、基本目标即可,大公司可以提高目标标准,直接从基本目标开始,直至最高目标。

    4.具体的ST用例的编写以及执行
    测试用例设计的粒度一直是个讨论对象,很多时候总会强调时间很紧啊,如果时间再多点,我的用例肯定会设计的再细一些!!
    是不是设计的越细就一定越好呢,不一定,测试是无穷尽的,使用穷举方法来进行测试是不科学的。
    因为制定了测试目标,那么就应该根据测试目标,在设计测试用例时也要制定设计用例目标。

    比如:按照最低目标选择测试用例
    输入—>有效
    处理—>有效
    输出—>有效
    按照最低目标的宗旨,只要是设计出来的测试用例足以覆盖和验证系统基本功能可以正常使用,那么这些测试用例的粒度就足够细了!从而提高了设计用例效率,同时也提高了测试效率。

    5.测试之后的评估
    实现一级测试目标之后都要进行评审工作,根据评审结果进行系统版本发布。例如:

    1.保证所有需求都有测试用例
    2.保证所有功能的正常操作和正常操作有对应的测试用例           V1.0版本
    3.保证所有功能的异常校验有对应的测试用例                     V2.0版本
    4.各功能组合形成的业务流有对应的测试用例                     V3.0版本
    5.各功能或整体软件所需满足的非功能性需求有对应的测试用例     V4.0版本

    这样做既可以对代码版本进行控制,也可以应对需求变更的问题。

        也许“确定测试目标”还不能彻底解决复杂测试工作中出现的问题,但是我觉得这最起码可以让你的测试工作变得有条理;跟领导汇报工作的时候业绩和工作效率有凭可据;面对需求变更的时候有理可依!


     
  • B/C结构与C/S结构

    2008-09-16 08:05:07

    一、     什么是C/S和B/S


    第一、什么是C/S结构。C/S (Client/Server)结构,即大家熟知的客户机和服务器结构。它是软件系统体系结构,通过它可以充分利用两端硬件环境的优势,将任务合理分配到Client端和Server端来实现,降低了系统的通讯开销。目前大多数应用软件系统都是Client/Server形式的两层结构,由于现在的软件应用系统正在向分布式的Web应用发展,Web和Client/Server 应用都可以进行同样的业务处理,应用不同的模块共享逻辑组件;因此,内部的和外部的用户都可以访问新的和现有的应用系统,通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向。

    传统的C/S体系结构虽然采用的是开放模式,但这只是系统开发一级的开放性,在特定的应用中无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境,C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件, 加之产品的更新换代十分快,已经很难适应百台电脑以上局域网用户同时使用。而且代价高, 效率低。如我院使用的上海超兰公司“案件统计”管理软件就是典型的C/S体系结构管理软件。

    第二、什么是B/S结构。B/S(Browser/Server)结构即浏览器和服务器结构。它是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构。在这种结构下,用户工作界面是通过WWW浏览器来实现,极少部分事务逻辑在前端(Browser)实现,但是主要事务逻辑在服务器端(Server)实现,形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷,减轻了系统维护与升级的成本和工作量,降低了用户的总体成本(TCO)。以目前的技术看,局域网建立B/S结构的网络应用,并通过Internet/Intranet模式下数据库应用,相对易于把握、成本也是较低的。它是一次性到位的开发,能实现不同的人员,从不同的地点,以不同的接入方式(比如LAN, WAN, Internet/Intranet等)访问和操作共同的数据库;它能有效地保护数据平台和管理访问权限,服务器数据库也很安全 。目前我院内网(Intranet)、外网(Internet)和北京东方清大公司“案件、办公管理软件”就是B/S 结构管理软件,干警在局域网各工作站通过WWW浏览器就能实现工作业务。特别是在JAVA这样的跨平台语言出现之后,B/S架构管理软件更是方便、快捷、高效。

    第三、管理软件主流技术。管理软件技术的主流技术与管理思想一样,也经历了三个发展时期。首先,界面技术从上世纪DOS字符界面到Windows图形界面(或图形用户界面GUI),直至Browser浏览器界面三个不同的发展时期。其次,今天所有电脑的浏览器界面,不仅直观和易于使用,更主要的是基于浏览器平台的任何应用软件其风格都是一样的,使用人对操作培训的要求不高,而且软件可操作性强,易于识别;再者,平台体系结构也从过去单用户发展到今天的文件/服务器(F/S)体系、客户机/服务器(C/S)体系和浏览器/服务器(B/S)体系。

    二、C/S和B/S 之比较

    C/S和B/S是当今世界开发模式技术架构的两大主流技术。C/S是美国 Borland公司最早研发,B/S是美国微软公司研发。目前,这两项技术以被世界各国所掌握,国内公司以C/S和B/S技术开发出产品也很多。这两种技术都有自己一定的市场份额和客户群,各家企业都说自己的管理软件架构技术功能强大、先进、方便,都能举出各自的客户群体,都有一大群文人墨客为自己摇旗呐喊,广告满天飞,可谓仁者见仁,智者见智。

       1、C/S架构软件的优势与劣势

    (1)、应用服务器运行数据负荷较轻。最简单的C/S体系结构的数据库应用由两部分组成,即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器,也称为应用服务器。一旦服务器程序被启动,就随时等待响应客户程序发来的请求;客户应用程序运行在用户自己的电脑上,对应于数据库服务器,可称为客户电脑,当需要对数据库中的数据进行任何操作时,客户程序就自动地寻找服务器程序,并向其发出请求,服务器程序根据预定的规则作出应答,送回结果,应用服务器运行数据负荷较轻。

    (2)、数据的储存管理功能较为透明。在数据库应用中,数据的储存管理功能,是由服务器程序和客户应用程序分别独立进行的,前台应用可以违反的规则,并且通常把那些不同的(不管是已知还是未知的)运行数据,在服务器程序中不集中实现,例如访问者的权限,编号可以重复、必须有客户才能建立定单这样的规则。所有这些,对于工作在前台程序上的最终用户,是“透明”的,他们无须过问(通常也无法干涉)背后的过程,就可以完成自己的一切工作。在客户服务器架构的应用中,前台程序不是非常“瘦小”,麻烦的事情都交给了服务器和网络。在C/S体系的下,数据库不能真正成为公共、专业化的仓库,它受到独立的专门管理。

    (3)、C/S架构的劣势是高昂的维护成本且投资大。首先,采用C/S架构,要选择适当的数据库平台来实现数据库数据的真正“统一”,使分布于两地的数据同步完全交由数据库系统去管理,但逻辑上两地的操作者要直接访问同一个数据库才能有效实现,有这样一些问题,如果需要建立“实时”的数据同步,就必须在两地间建立实时的通讯连接,保持两地的数据库服务器在线运行,网络管理工作人员既要对服务器维护管理,又要对客户端维护和管理,这需要高昂的投资和复杂的技术支持,维护成本很高,维护任务量大。

    其次,传统的C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件,由于产品的更新换代十分快,代价高和低效率已经不适应工作需要。在JAVA这样的跨平台语言出现之后,B/S架构更是猛烈冲击C/S,并对其形成威胁和挑战。

    2、B/S架构软件的优势与劣势

    (1)、维护和升级方式简单。目前,软件系统的改进和升级越来越频繁,B/S架构的产品明显体现着更为方便的特性。对一个稍微大一点单位来说,系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑,效率和工作量是可想而知的,但B/S架构的软件只需要管理服务器就行了,所有的客户端只是浏览器,根本不需要做任何的维护。无论用户的规模有多大,有多少分支机构都不会增加任何维护升级的工作量,所有的操作只需要针对服务器进行;如果是异地,只需要把服务器连接专网即可,实现远程维护、升级和共享。所以客户机越来越“瘦”,而服务器越来越“胖”是将来信息化发展的主流方向。今后,软件升级和维护会越来越容易,而使用起来会越来越简单,这对用户人力、物力、时间、费用的节省是显而易见的,惊人的。因此,维护和升级革命的方式是“瘦”客户机,“胖”服务器。

    (2)、成本降低,选择更多。大家都知道windows在桌面电脑上几乎一统天下,浏览器成为了标准配置,但在服务器操作系统上windows并不是处于绝对的统治地位。 现在的趋势是凡使用B/S架构的应用管理软件,只需安装在Linux服务器上即可,而且安全性高。所以服务器操作系统的选择是很多的,不管选用那种操作系统都可以让大部分人使用windows作为桌面操作系统电脑不受影响,这就使的最流行免费的Linux操作系统快速发展起来,Linux除了操作系统是免费的以外,连数据库也是免费的,这种选择非常盛行。


    比如说很多人每天上“新浪”网,只要安装了浏览器就可以了,并不需要了解“新浪”的服务器用的是什么操作系统,而事实上大部分网站确实没有使用windows操作系统,但用户的电脑本身安装的大部分是windows操作系统。

    (3)、应用服务器运行数据负荷较重。由于B/S架构管理软件只安装在服务器端(Server)上,网络管理人员只需要管理服务器就行了,用户界面主要事务逻辑在服务器(Server)端完全通过WWW浏览器实现,极少部分事务逻辑在前端(Browser)实现,所有的客户端只有浏览器,网络管理人员只需要做硬件维护。但是,应用服务器运行数据负荷较重,一旦发生服务器“崩溃”等问题,后果不堪设想。因此,许多单位都备有数据库存储服务器,以防万一。
  • 软件测试技术归类

    2008-09-13 11:14:35

    软件测试技术归类--您擅长哪些呢?
    软件测试技术水平划分有:手动测试,自动测试,静态测试,动态测试,功能(黑盒)测试,结构(白盒)测试等.而垂直划分有很多种,并且与水平划分相交.下面是归类小结:
    1)手动测试--验收测试,随机测试,Alpha测试,Beta测试,比较测试,兼容性测试,桌面检查,端到端测试,探索测试,直方图,增量集成测试,代码审查,集成测试,JAD,负载测试,突变测试,正交矩阵测试,帕雷托分析法,
    性能测试,缺陷历史预测试,恢复性测试,基于风险测试,运行图,健全性测试,安全性测试,统计概况测试,压力测试,结构化走查,系统测试,单元测试,易用性测试,用户验收测试。

    2)自动测试--验收测试,基本路径测试,
    黑盒测试,自底向上测试,边界值测试,分支覆盖测试,分支/条件测试,因果图,比较,兼容性,条件覆盖,CRUD测试,数据库测试,决策表,端到端,等价类,异常,自由形式,灰盒测试,增量集成,集成,负载测试,突变测试,性能测试,正反测试,原型法,随机,范围测试,恢复性测试,三明治测试,健全性测试,安全性测试,状态转换,语句覆盖测试,压力,语法,系统测试,表测试,线序测试,自顶向下测试,单元测试,易用性,用户验收测试,白盒测试

    3)静态测试--代码审查,正交矩阵测试,缺陷历史预测,基于风险的测试,运行图,统计概况测试,语法测试,单元测试。

    4)动态测试--很多了,不敲了,哪些不能动态测试的我列一下:随机,兼容性,端到端,直方图,JAD,正交矩阵,帕雷托分析,缺陷历史预测,基于风险测试,运行图,安全性,统计概况,单元测试。

    5)功能测试--也很多,有测试经验的都可以说出来,自己理解吧。

    6)结构测试--基本路径,自底向上,自顶向下,条件、分支覆盖,兼容性,数据库,桌面检查,灰盒测试,代码审查,JAD,负载,性能,恢复性,三明治测试,安全性,语句覆盖,结构化走查,表测试,线序测试,单元测试。
  • 软件测试技术

    2008-09-13 11:10:50

    连载:(四)http://www.51testing.com/?action_viewnews_itemid_84176.html

    连载:(五)http://www.51testing.com/?action_viewnews_itemid_84562.html

    连载:(六)http://www.51testing.com/?action_viewnews_itemid_84682.html

    连载:(七)http://www.51testing.com/?action_viewnews_itemid_84762.html

    连载:(八)http://www.51testing.com/?action_viewnews_itemid_84927.html

    连载:(九)http://www.51testing.com/?action_viewnews_itemid_85098.html

    连载:(十)http://www.51testing.com/?action_viewnews_itemid_85179.html

    连载:(十一)http://www.51testing.com/?action_viewnews_itemid_85302.html

    转载:(十二)http://www.51testing.com/?93915/action_viewspace_itemid_87487.html

    连载:(十三)http://www.51testing.com/?action_viewnews_itemid_85492.html

  • 软件测试报告写作实战案例

    2008-09-13 11:01:25

    连载:(一)http://www.51testing.com/html/200805/n83295.html

    连载:(二)http://www.51testing.com/?action_viewnews_itemid_83426.html

    连载:(三)http://www.51testing.com/?action_viewnews_itemid_83908.html

我的存档

数据统计

  • 访问量: 13974
  • 日志数: 10
  • 建立时间: 2008-09-12
  • 更新时间: 2008-09-18

RSS订阅

Open Toolbar