软件测试实验报告.doc_第1页
软件测试实验报告.doc_第2页
软件测试实验报告.doc_第3页
软件测试实验报告.doc_第4页
软件测试实验报告.doc_第5页
已阅读5页,还剩37页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

课程实训报告题 目:基于.NET的鲜花礼品店管理系统的测试用例设计二 级 学 院:汽车与电子工程学院年级、 专业:2012级计算机科学与技术学 生 姓 名:熊凯学 号:12110038任 课 教 师:张 彝完 成 时 间:2015年12月1日目 录1 运行环境12 系统需求分析22.1 系统功能概述22.1.1 系统功能需求22.1.2 用例分析22.1.3 概念层类图32.2 系统性能要求32.2.1 系统灵活性42.2.2 输入输出要求42.2.3 数据管理能力要求43 系统概要设计53.1 系统总体功能设计53.2 设计目标73.11、 针对管理员73.1.2、针对顾客83.3 系统数据库设计83.2.2 数据库设计原则83.2.2 数据库概念结构设计(E-R图)93.2.3 数据库表设计124 系统的详细设计144.1 代码标识设计144.2 代码设计原则145 系统测试155.1 测试的基础155.1.1 测试的目标155.1.2 测试的方法155.1.3 测试的步骤165.2 测试用例设计175.2.1 后台登陆模块测试用例175.2.2 用户管理模块测试用例185.2.3 前台登陆模块测试用例285.2.4 添加鲜花礼品模块测试用例305.2.5 添加购物车模块测试用例345.2.6 鲜花礼品管理模块测试用例365.3 软件的可用性测试39总 结 391 运行环境 信息系统是以计算机系统为核心建立的,系统硬件和软件配置是系统设计的主要内容。本系统采用目前比较流行的B/S(浏览器和/服务器端)模式,因而,硬件配置要从此模式出发。另外,由于计算机发展迅速,为将来升级的考虑,这里所提供的硬件设备要比能够运行该系统所需要的最低硬件标准高出一些。1软件环境:操作系统:采用Windows XP或Windows 2007以上;前台开发工具:ASP.NET后台开发工具:Microsoft SQL Server 2005 ;ASP.NET2硬件环境:服务器配置:应具有较高的配置,因为本系统服务器和客户端为一台机器,所有数据信息都保存在服务器中,各业务处理需要访问服务器端数据库。因此,配置为,CPU:Intel PIII 866 Xeon Cache 2M;内存:512M;硬盘:80G;网卡:100M。 2 系统需求分析需求分析是指理解用户需求,就软件功能与客户达成一致,需求分析的任务就是解决“做什么”的问题,就是要全面地理解用户的各项要求,并准确地表达所接受的用户需求,具有决策性、方向性、策略性的作用。2.1 系统功能概述本系统主要完成前台销售(鲜花礼品展示、购物车、用户信息管理、在线新闻),后台管理(鲜花礼品管理、用户管理、供应商管理、商品订货、入库、库存查询、销售查询、商品查询、新闻管理、鲜花礼品评论、前台信息修改)等功能。通过以上功能实现简单、便捷的网上鲜花礼品管理系统。2.1.1 系统功能需求1、基本信息管理:对鲜花礼品基本信息、客户基本信息、供应商基本信息进行添加、修改、删除的基本操作。2、日常业务管理:主要完成采购商品、商品入库、商品销售操作,详细记载每个操作涉及的具体信息,如采购单价、数量、销售数量、名称等。3、个人信息管理:修改当前登录用户的个人密码及具体的个人信息。4、查询:对销售商品的查询、退货商品的查询及库存数量的查询,包括简单和复杂查询,对满足一个条件或多个条件等要求均可查询到符合条件的商品。5、前台鲜花礼品展示:通过前台鲜花礼品展示功能,实现前台及时更新销售的商品信息,并在后台可进行新的鲜花礼品添加。6、新闻管理:发布新闻、管理新闻,管理员可进行新闻发布。7、管理用户:包括添加用户、管理用户。 8、会员管理:包括会员资料修改。2.1.2 用例分析UML提供了用例图用于了解用户需求,用例图强调系统的整体性,强调系统外在的功能,强调系统对使用者有什么帮助和好处,强调系统与外部的交互,本文中采用用例技术进行需求分析的获取和分析。为了能够正确的找出系统的用例,需要确定系统的边界,找出系统的执行者。用例图图符如下表2.1所示:表2.1 用例图图符可视化图符名称描述系统系统边界,用例放其中 用例用例图中的用例 活动者描述与系统功能有关的外部实体,可以是用户、会员,也可以是管理员关联连接执行者和用例1、系统边界:通过以上功能需求分析可知,系统边界为计算机系统和数据库服务器之间。2、系统执行者:管理员、顾客。3、用例:购物、评论、浏览等等, 2.1.3 概念层类图概念层类图主要描述应用领域中的概念,一个概念模型应独立于具体实现的软件和程序设计语言,单纯属于概念上的理解,在类描述中一般只给出主要类及主要类间关系。类图是所有面向对象建模方法的核心部分,类图描述了系统的静态结构,由类及类间关系组成。类是具有相同属性和相同方法的对象的集合,基本图符如表2.2所示:表2.2 类图图符可视化图符名称描述类表示具体的一个类,第一栏为类名,第二栏为类的属性,第三栏为类的方法包一种分组机制,表示一个类图的集合 关联关系表示类的对象间的关系,包括聚集关联和组成关联依赖关系描述类之间的引用关系2.2 系统性能要求对系统性能的要求包括对系统时间规定,灵活性,输入输出,数据管理能力,故障处理要求和运行环境规定等的要求。2.2.1 系统灵活性说明对该网站的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如:1、操作方式通俗易懂、容易上手,界面美观、大方,将Web程序转为控制台应用程序,符合用户操作习惯。2、本网站可以运行在IE5以上的所有版本;3、一个模块的改变不会影响其他的模块。2.2.2 输入输出要求能够对不完整的数据进行校验,保证数据的完整性和一致性,对特殊字符的过滤功能,输出能满足用户的需求。2.2.3 数据管理能力要求本网站采用的是SQL Server 2005数据库。具有较强的数据处理能力,数据库引擎增强、分析服务增强等。记录的个数随用户多少不定,数据及其分量的存储量为10G,但能保证注册的用户都能登录进来,没有延时。3 系统概要设计系统开发工作经过需求分析阶段,已完全弄清了用户的需要,较好的解决了“做什么”的问题,建立了系统的逻辑模型。至此,本系统的开发阶段就进入了概要设计阶段,开始着手解决“怎么做”问题。也就是根据需求分析阶段所确定的系统的逻辑模型,完成系统的物理模型的设计。在概要设计阶段的指导思想是结构化指导思想,是指用一组标准的规则和图表工具确定系统有哪些模块,怎么连接,从而形成新系统的结构,然后再进行诸如输入、输出、对话等设计,为整个系统的实施做好铺垫。3.1 系统总体功能设计该鲜花礼品管理系统主要功能模块包括:鲜花礼品前台模块,鲜花礼品后台模块两大模块。本系统的功能模块图如图3.1所示。图3.1 系统的功能模块图鲜花礼品前台功能模块图主要包括登陆网站模块、管理个人信息模块、查看新闻模块,浏览鲜花模块,留言模块和购买鲜花模块。模块图如图3.2图3.2 鲜花礼品系统前台功能模块图鲜花礼品后台功能模块图主要包括登陆后台模块、库存管理模块、财务统计模块,用户管理模块,购物管理模块模块,鲜花礼品改查模块,前台信息模块,供应商管理模块和系统管理模块等几大模块。模块图如图3.3图3.3鲜花礼品后台模块图3.2 设计目标网上鲜花礼品主要分为前台系统和后台系统两部分,使用对象为普通客等。前台系统是供顾客使用的最终界面,顾客可以在这里挑选商品、购物、支付、查询订单;后台系统是供管理员对网站进行管理和维护的工具。具体方案如下:3.11、 针对管理员商品管理模块:具备商品添加、删除、修改的基本功能。商品分类模块:提供多种商品分类方式,如鲜花、绿色植物、商务用花、国际送花、节日鲜花、礼篮。库存管理模块:具备商品入库、商品查询,详细记载各种商品的记录。 新闻管理模块:提供强大的新闻管理功能。商家可以通过在网站展示大量潮流资讯、行业资讯(如鲜花知识、送花小常识、园艺资讯)等文字内容来对顾客起到导购的作用。销售管理模块:提供多种商品导购方式、购物车管理、会员管理、网上金币支付等销售管理功能。销售统计模块:提供销售统计,包括商品销售量统计。此功能以图表的形式显示,简单、直观、易懂。客户关系管理模块:具备完善的客户关系管理模块,包括客户管理、供应商管理,可以让商家维护良好的客户关系,提高客户对网店的忠诚度。3.1.2、针对顾客购物流程模块:具备强大而简单的、完善且人性化的购物流程。顾客从选择鲜花到完成整个购买的过程只需四步:点击详细-加入购物车-确认订单-提交订单与订单支付。购物车功能:系统支持购物车功能,可以将备选的鲜花先放入购物车然后进行二次筛选,并可随时更改已放入购物车的商品如商品数量、种类等。会员中心模块:方案提供了完善的会员管理体系,网站前台会员可以通过会员中心查询并管理“我的订单”及相关资金明细、支付明细等,能够对订单进行在线支付操作,还能够对“我的购物车”进行管理。此外,在会员中心里客户还能够直观查看到订单处理状态、付款状态,如订单已确认、已付款、已取消。3.3 系统数据库设计数据库设计是管理信息系统的重要组成部分。数据库设计是对于一个既定的环境,进行符合应用语义的逻辑设计,以及提供一个确定存储结构和物理设计,建立实现系统目标,并能有效存取数据和数据模型。建立良好的数据库结构和文件组织形式,使系统能快速、准确的获得所需信息是评价系统的主要指标。因此,是管理信息系统的重要组成部分。数据库设计的核心问题是设计好的数据模型。在目前的数据库管理系统中有层次模型,网状模型、关系模型三种数据模型。其中,关系模型具有较高的数据独立性,使用也较为方便。目前,微机数据库多采用关系型数据库模型。这里采用SQL Server 关系数据库。该数据库对行增、删、编辑、统计、显示和应答都极为方便。其中的排序和索引功能,对数据快速定位、查询提供了有利条件。3.2.2 数据库设计原则1、数据的共享性。2、数据独立性。3、数据的完整性,即保证数据库存中数据准确。4、灵活性,可在相当短的时间内回答用户的各种各样的复杂而灵活的查询问题。5、安全性与保密性,做到对数据指定保护级别和安全控制。3.2.2 数据库概念结构设计(E-R图)概念模型的表示方法很多,其中最为著名最为常用的是E-R图。简单的说,E-R图用来分析数据关系的5。下面具体列出鲜花礼品店管理系统主要的实体图及E-R图。用户/会员(User)管理员(User)鲜花礼品(Flowers)供应商(Supply)前台新闻(News)收货人(People)管理管理购买评论搜索浏览浏览下发订单提供发送接收填写信息1N NMM11NNNMNMNMMMNNNMM图3.4 鲜花礼品系统E-R图Flowers(鲜花礼品)信息表实体图如图3.5所示:主要有F_Id(编号)、F_Name(鲜花礼品名)、Picture(图片)、B_Id(鲜花礼品类别ID)、Info(鲜花礼品简介)、Flag(鲜花礼品状态)、F_Count(上架数量)、FlagTime(上架时间)、Buy(剩余量)、Sell(卖出数量),Price(价格)、Cidenx(索引)等基本数据。记录每个鲜花礼品的基本信息,有助于管理员、用户对鲜花礼品的操作。FlowersPriceCindexF_IdF_NamePictureF_CountBuySellB_IdInfoFlagFlagTime 图3.5 Flowers实体图Shopping(购物信息)信息表实体图如图3.6所示:主要有S_Id(编号)、F_Name(鲜花礼品名)、UserName(用户名)、BName(支付方式)CName(运送方式)、Among(购买数量)、SumMoney(交易金额)、S_Date(日期)、Charge(是否付款)、Carry(是否发货)、S_Idenx(索引)等基本数据。记录每条购物的基本信息,有助于管理员、用户对购物信息的操作。ShoppingCarryS_IndexS_IdF_NameUserNameBNameCNameSumMoneyS_DateChargeAmong图3.6 Shopping实体图User(用户信息)信息表实体图如图3.7所示:主要有U_Id(编号)、UserName(用户名)、Images(头像)PassWord(密码)、Email(邮箱)、Integral(积分)、Lever(用户权限)等基本数据。记录每条用户的基本信息,有助于管理员、对用户信息的操作。UserU_IdUserNameImagesPassWordEmailIntegralLever图3.7 Shopping实体图3.2.3 数据库表设计根据E-R图可以对数据库进行设计,以下列出主要的数据表。用户信息(User)表,主要用于用户管理管理模块中的用户信息管理的设置功能的实现。在此表中录入相应信息后,系统运行后便可在的系统登录时进行身份验证,如表3.8所示。表3.8 用户信息(User)表字段字段名类型长度允许空备注编号U_Idint4N主键用户帐号UserNamevarchar50N用户头像ImagevarcharmaxY用户密码PassWordvarchar50N用户邮箱Emailvarchar50Y用户级别Levervarchar50N积分Integralint4N鲜花礼品(FLowers)信息表,用于存储鲜花礼品信息,客户在网上购物时首先要浏览鲜花礼品部分信息,只有浏览完后才能进行后面的添加购物车及其他操作,具体字段如表3.9所示。表3.9 鲜花礼品信息(Flowers)表字段字段名类型长度允许空备注编号F_Idint4N主键鲜花礼品名F_Namevarchar50N照片PicturevarcharmaxN鲜花礼品类别IDB_Idint4N鲜花礼品简介Infotexte8Y是否上架Flagvarchar50N上架时间FlagTimedatetime8N鲜花礼品总量F_Countint4N剩余量Buyint4Y卖出数量Sellint4Y鲜花礼品价格Pricemoney4N鲜花礼品索引Cindexint4Y购物信息(Shoping)表,用于存储用户购物信息,用来帮助管理员及用户对购物信息的管理,。具体字段如表3.10所示。表3.10 购物信息(Shopping)表字段字段名类型长度允许空备注编号S_Idint4N主键鲜花礼品名F_Namevarchar50N用户名UserNamevarchar50N支付类别BNamevarchar50Y运送方式CNamevarchar50Y购买数量Amongint4N日期S_Datedatetime8N是否付款Chargevarchar50N是否发货Carryint4N索引S_Indexint4Y4 系统的详细设计花卉公司销售管理系统采用ASP .NET编写,利用SQL Server 2000数据库存储信息及 Dream Weaver 设计网站模板。网页按实际需求及功能模块编写,按如下顺序详细介绍,包括问网站后台主页面、前台花卉销售页面、购物车的实现、生成订单的过程、员工统计报表、会员管理、在线咨询、新闻管理、用户管理。4.1 代码标识设计代码设计问题是一个科学管理的问题。设计出一个好的代码方案对于系统的开发工作是一件极为有利的事情。在信息系统中,代码是人和机器的共同语言,是便于进行分类、核对、统计和检索的关键。代码设计是实现管理信息系统的关键,其目的是设计出一套为本系统各部分所共用的、优化的代码系统。代码设计的好坏,不仅直接影响到计算机进行数据处理时是否方便,是否能节省存储空间,是否能提高处理速度、效率和精度,而且还关系到系统能否实际运行起来。因此,在进行此设计之前,要设计出适合新系统的代码体系。它可以使很多机器处理(如某些统计、校对查询等)变得十分方便。4.2 代码设计原则1唯一性:每个代码仅代表唯一的实体或属性。2标准化:尽可能用国际、国家或行业标准,以便交换与维护。3合理性:代码结构要合理,尽量反映编码对象的特征,并与事物分类体系相适应, 以以便代码具有分类的标识作用。4易识别性:代码既要便于管理人员使用时的识别与记忆又要便于计算机的识别和分类。5可扩展性与灵活性:代码系统要考虑系统的发展变化。当增加新的实体或属性时,直接利用源代码加以扩充,而不需要变动代码系统。6实用性:尽量使用业务上已经使用的且行之有效的代码,方便使用。7可扩充性:代码设计时要留有余地,在将来系统发展与变化时可直接利用原代码体 系加以追加,而不需要变动原代码体系。385 系统测试5.1 测试的基础5.1.1 测试的目标测试的根本目标就是在软件投入生产性运行之前,尽可能多地发现软件中的错误,最终给用户提供具有一定可信度质量的软件,目前软件测试是对软件规格说明、设计和编码的最后复审,仍是保证软件质量的关键性步骤。在谈到软件测试时,许多人都引用Grenford J. Myers在The Art of Software Testing一书中的观点:1测试是为了发现程序中的错误而执行程序的过程;2好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案;3成功的测试是发现了至今为止尚未发现的错误的测试。5.1.2 测试的方法软件测试有两种方法:白盒法和黑盒法。黑盒测试法是在知道产品应该具有的功能后,通过测试来检测是否每个功能都能实现的测试方法;白盒测试法是在知道产品的内部工作过程时,通过测试来检验是否按照规格说明说的规定正常运行的方法12。对于软件而言,黑盒测试(功能测试)是在程序的接口进行测试,判断程序是否能恰当的接受输入数据,产生正确的输出信息,保持外部信息的完整性。黑盒测试法是把程序看成一个黑盒子,完全不考虑程序的处理过程和内部结构。白盒测试法(结构测试),与黑盒测试法相反,是把程序看成是装在一个透明的白盒子里,这种方法按照程序内部的逻辑测试程序,检验程序中的每条通路是否能按预定的要求正确工作。粗看起来,不论采用上述那种测试方法,只要对每一种可能的情况都进行测试,就可以得到完全正确的程序。包含所有可能情况的测试称为穷尽测试,对于实际程序而言,穷尽测试通常是不可能做到的。使用黑盒测试法为了做到穷尽测试,要对的进行测试的所有输入数据进行各种可能值的排列组合,然而,由此得到的应该测试的情况,数字往往达到实际上根本无法测试的程度。实践表明,用无效的输入数据进行测试往往能比有效的输入数据发现更多的错误。但是使用白盒测试法和使用黑盒测试法一样也不可能做到穷尽测试。因为不能做到穷尽测试,所以程序中的所有错误不可能通过软件测试全部被发现。但是,我们的目的是要通过测试保证软件质量的可靠性,因此,必须仔细设计测试方案,尽可能用最少的测试来找出更多的错误13。5.1.3 测试的步骤在实现组将验证所开发的程序后,交至测试组,由测试组的相关工作人进行测试,测试一般有以下几个步骤: 1测试人员要仔细阅读有关资料,包括设计文档、规格说明、测试大纲、使用说明、测试内容及测试的通过准则,做到整体了解系统,然后写测试的计划,测试用例,为测试做充足的准备。 2为了保证测试的质量,将测试过程分成几个阶段,即:代码审查、单元测试、集成测试和验收测试。 3代码会审:代码会审是由一组人通过阅读、讨论和争议对程序进行静态分析的过程。会审小组在充分阅读待审程序文本、控制流程图及有关要求、规范等文件基础上,召开代码会审会,程序员逐句讲解程序的逻辑,并展开热烈的讨论甚至争议,以揭示错误的关键所在14。实践表明,程序员在讲解过程中能发现许多自己原来没有发现的错误,而讨论和争议则进一步促使了问题的暴露。 4单元测试: 单元测试集中在检查软件设计的最小单位-模块上,通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况,以及编码的错误。采用结构测试(白盒法)的用例,尽可能达到彻底测试,然后辅之以功能测试(黑盒法)的用例,使之能鉴别和响应任何合理和不合理的输入15。 5集成测试:集成测试是将模块按照设计要求组装起来,同时进行测试,主要目标是发现与接口有关的问题。如数据穿过接口时可能丢失;把子功能组合起来可能不产生预期的主功能;全程数据结构可能有错误等。 6验收测试:验收测试的目的是向未来的用户表明,系统能够像预定要求那样工作。经集成测试后,已经按照设计把所有的功能模块组装成一个比较完整的软件系统,验收测试的任务就是进一步验证软件的有效性,即如同用户所期待的那样,软件的功能、性能等其他方面都可以实现。 经过上述的测试过程对软件测试后,软件基本满足开发的要求,测试任务完成,验收完毕后,便可以将软件发送至用户。5.2 测试用例设计5.2.1 后台登陆模块测试用例测试条件:管理员(UN)AND密码(PW)AND验证码(C)其约束形式为:D(D1,D2,D3);其处理方式为:(管理员(UN)AND密码(PW)AND验证码(C)约束集合为(t,t,t),(t,t,f),(t,f,t), (f,t,t)白盒测试:测试案例1:UN=Admin,PW=Admin,C=KRAW-(t,t,t)测试案例2:UN=Admin,PW=Admin,C=SRAW-(t,t,f)测试案例3:UN=Admin,PW=admin,C=KRAW-(t,f,t)测试案例4:UN=123456,PW=“Admin”,C=KRAW-(f,t,t)黑盒测试:运用等价分类法划分等价类补充用例,有效等价类如测试案例1;无效等价类如测试案例2(有效等价类、无效等价类较多,此处只举一例)然后用猜错法附加用例。测试案例5:UN=%¥#,PW=Admin,C=KRAW(无效等价类)测试案例6:UN=Admin,PW=Admin,C=KRAW(有效等价类)测试案例7:UN=“空”,PW=“空”,C=“空”(猜错法)测试案例8:UN=张三,PW=zhangsan,C=KRAW(猜错法)测试案例9:UN=Admin,PW=“空”,C=“空”(猜错法)测试案例10:UN=Admin,PW=Admin,C=“空”(猜错法)表5.1 登陆模块测试用例案例应产生行为实际测试结果失败原因1. UN=Admin,PW=Admin,C=KRAW登录后台系统成功2. UN=Admin,PW=Admin,C=SRAW提示用户验证码错误成功3. UN=Admin, PW=admin,Ck=KRAW提示用户密码为空成功4. UN=123456, PW=Admin,C=KRAW提示用户用户名不存在成功5. UN=%¥#,PW=Admin,Ck=KRAW提示用户用户名不正确成功6. UN=Admin,PW=Admin,C=KRAW登录后台系统成功7. UN=“空”,PW=“空”,C=“空”提示用户输入用户名、密码、验证码成功8. UN=张三,PW=zhangsan,C=KRAW提示用户只允许管理员登陆失败(只是提示用户名密码错误)未能细化错误原因只是笼统的提示用户登录失败9. UN=Admin,PW=“空”,C=“空”提示用户输入密码、验证码成功10. UN=Admin,PW=Admin,C=“空”提示用户输入验证码成功5.2.2 用户管理模块测试用例1普通用户添加信息管理测试用例用户添加条件:用户名(UN)AND头像(I)AND密码(PW)AND电子邮箱(E)AND验证码(C)其约束形式为:D(D1,D2,D3,D4,D5);其处理方式为:(用户名(UN)AND头像(I)AND密码(PW)AND电子邮箱(E)AND验证码(C)约束集合为(t,t,t,t,t), (t,t,t,t,f), (t,t,t,f,t), (t,t,f,t,t), (t,f,t,t,t), (f,t,t,t,t),白盒测试:测试案例1:UN=小兰,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS-(t,t,t,t,t)测试案例2:UN=小兰,I=123.docx,PW=xiaolan,E=137263256,C=PWAS-(t,f,t,t,t)测试案例3:UN=小兰,I=123. jpg, PW=“空”, E=137263256, C=PWAS -(t,t,f,t,t)测试案例4:UN=小兰,I=123. jpg,PW=xiaolan,E=,C=PWAS-(t,t,t,f,t)测试案例5:UN=小兰,I=123.jpg,PW=xiaolan,E=137263256,C=eWAS-(t,t,t,t,f)测试案例6:UN=“空”,I=123. jpg,PW=xiaolan,E=137263256,C=PWAS-(f,t,t,t,t)黑盒测试:运用等价分类法划分等价类补充用例,有效等价类如测试案例1;无效等价类如测试案例2(有效等价类、无效等价类较多,此处只举一例),然后用边界值法和猜错法附加用例,此模板在用户框(字符长度为2-6)和密码框(字符长度为6-10)处涉及字符长度。测试案例7:UN为空,I为空,PW为空,E为空,C为空(猜错法)测试案例8:UN=小丽,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS(猜错法)测试案例9:UN=!#,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS(无效等价类)测试案例10:UN=小兰,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS(无效等价类)测试案例11:UN=小,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS(边界值法)测试案例12:UN=小兰,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS(边界值法)测试案例13:UN=小兰蓝,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS(边界值法)测试案例14:UN=小兰小兰,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS(边界值法)测试案例15:UN=小兰小兰小兰,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS(边界值法)测试案例16:UN=小兰小兰小兰小,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS(边界值法)测试案例17:UN=小兰小兰小,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS(边界值法)测试案例18:UN=小兰,I=123.jpg,PW=xiaola,E=137263256,C=PWAS(边界值法)测试案例19:UN=小兰,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS(边界值法)测试案例20:UN=小兰,I=123.jpg,PW=xiaol,E=137263256,C=PWAS(边界值法)测试案例21:UN=小兰,I=123.jpg,PW=xiaolanxiao,E=137263256,C=PWAS(边界值法)测试案例22:UN=小兰,I=123.jpg,PW=xiaolanxia,E=137263256,C=PWAS(边界值法)测试案例23:UN=小兰,I=123.jpg,PW=xiaolanxi,E=137263256,C=PWAS(边界值法)测试案例24:UN=小兰,I=123.jpg,PW=xiaolanx,E=137263256,C=PWAS(边界值法)表5.2 普通用户添加测试用例案例应产生行为实际测试结果失败原因1. UN=小兰,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS提示用户注册成功成功2. UN=小兰,I=123.docx,PW=xiaolan,E=137263256,C=PWAS提示用户插入图片格式不对成功3. UN=小兰,I=123. jpg,PW=“空”,E=137263256,C=PWAS提示用户密码为空成功4. UN=小兰,I=123. jpg,PW=xiaolan,E=,C=PWAS提示用户用邮箱格式不对成功5. UN=小兰,I=123.jpg,PW=xiaolan,E=137263256,C=eWAS提示用户验证码有误成功6. UN=“空”,I=123. jpg,PW=xiaolan,E=137263256,C=PWAS提示用户用户名为空成功7. UN为空,I为空,PW为空, E为空, C为空提示用户输入用户名、密码、验证码成功8. UN=小丽,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS提示用户该用户已存在成功9. UN=!#,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS提示用户用户名输入格式有误失败未能对用户框进行格式审查10. UN=小兰,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS提示用户邮箱格式有误成功11. UN=小,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS提示用户用户名长度应为2-6位成功12. UN=小兰,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS提示用户注册成功成功13. UN=小兰蓝,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS提示用户注册成功成功14. UN=小兰小兰,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS提示用户注册成功成功15. UN=小兰小兰小兰,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS提示用户注册成功成功16. UN=小兰小兰小兰小,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS提示用户用户名长度应为2-6位成功17. UN=小兰小兰小,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS提示用户注册成功成功18. UN=小兰,I=123.jpg,PW=xiaola,E=137263256,C=PWAS提示用户注册成功成功19. UN=小兰,I=123.jpg,PW=xiaolan,E=137263256,C=PWAS提示用户注册成功成功20. UN=小兰,I=123.jpg,PW=xiaol,E=137263256,C=PWAS提示用户密码应为6-10位成功21. UN=小兰,I=123.jpg,PW=xiaolanxiaoE=137263256,C=PWAS提示用户密码应为6-10位成功22. UN=小兰,I=123.jpg,PW=xiaolanxia,E=137263256,C=PWAS提示用户注册成功成功23. UN=小兰,I=123.jpg,PW=xiaolanxi,E=137263256,C=PWAS提示用户注册成功成功24. UN=小兰,I=123.jpg,PW=xiaolanx,E=137263256,C=PWAS提示用户注册成功成功 2普通用户信息修改测试用例用户修改条件:密码(PW) AND邮箱(E)AND 头像(I)其约束形式为:D(D1,D2,D3,);其处理方式为:(密码(PW) AND邮箱(E)AND 头像(I)约束集合为(t,t,t), (t,t,f), (t,f,t), (f,t,t) 假设要修改的小兰信息为:xiaolan,12334789,001.jpg白盒测试:测试案例1:PW=lanlan,E=12334789163.com,I=002.jpg-(t,t,t)测试案例2:PW=“空”,E=12334789163.com,I=002.jpg-(f,t,t)测试案例3:PW=lanlan,E=,I=002.jpg-(t,f,t)测试案例4:PW=lanlan,E=12334789163.com,I=002.txt- (t,t,f)黑盒测试:运用等价分类法划分等价类补充用例,有效等价类如测试案例1;无效等价类如测试案例2(有效等价类、无效等价类较多,此处只举一例),然后用边界值法和猜错法附加用例,此模板在密码框(字符长度为6-10)处涉及字符长度需要进行边界值测试。测试案例5:PW为空,E为空,I为空(猜错法)测试案例5:PW=!#¥%,E=12334789163.com,I=002.jpg(猜错法)测试案例6:PW= lanlan,E=12334789163.com,I=002.jpg(边值法)测试案例7:PW= lanla,E=12334789163.com,I=002.jpg(边值法)测试案例8:PW= lanlann,E=12334789163.com,I=002.jpg(边值法)测试案例9:PW= lanlanlan,E=12334789163.com,I=002.jpg(边值法)测试案例10:PW= lanlanlanla,E=12334789163.com,I=002.jpg(边值法)测试案例11:PW= lanlanlanl,E=12334789163.com,I=002.jpg(边值法)测试案例12:PW= lanlanla,E=12334789163.com,I=002.jpg(边值法)测试案例13:PW= lanllanlanlanlanan,E=12334789163.com,I=002.jpg(无效等价类)测试案例14:PW=lanlan,E=12334789163.com,I=002.jpg(有效等价类)表5.3 普通用户修改测试用例案例应产生行为实际测试结果失败原因1. PW=lanlan,E=12334789163.com,I=002.jpg提示用户修改成功成功2. PW=“空”,E=12334789163.com,I=002.jpg提示用户输入密码成功3. PW=lanlan,E=,I=002.jpg提示用户邮箱格式有误成功4. PW=lanlan,E=12334789163.com,I=002.txt提示用户头像格式不对成功5. PW为空,E为空,I为空提示用户输入密码、成功6. PW= lanlan,E=12334789163.com,I=002.jpg提示用户修改成功成功7. PW= lanla,E=12334789163.com,I=002.jpg提示用户密码长度应为6-10位成功8. PW= lanlann,E=12334789163.com,I=002.jpg提示用户修改成功成功9. PW= lanlanlan,E=12334789163.com,I=002.jpg提示用户修改成功成功10. PW= lanlanlanla,E=12334789163.com,I=002.jpg提示用户密码应为6-10位成功11. PW= lanlanlanl,E=12334789163.com,I=002.jpg提示用户修改成功成功12. PW= lanlanla,E=12334789163.com,I=002.jpg提示用户修改成功成功13. PW= lanllanlanlanlanan,E=12334789163.com,I=002.jpg提示用户密码应为6-10位成功14. PW=lanlan,E=12334789163.com,I=002.jpg提示修改成功成功5.2.3 前台登陆模块测试用例逻辑覆盖是设计白盒测试方案的一种技术。设计测试方案是测试阶段的关键技术问题。所谓测试方案包括具体的测试目的(例如,要测试的具体功能),应该输入的测试数据和预期的输出结果。通常又把测试数据和输出结果称为测试用例。不同的测试数据发现程序错误的能力差别很大,为了提高测试效率降低测试成本,应该选用高效的测试数据。因为不可能进行穷尽的测试,选用少量“最有效的”测试数据,做到尽可能完备的测试就更重要了。有选择地执行程序中某些最有代表性的通路是对穷尽测试的唯一可行的替代办法。所谓逻辑覆盖是对一系列测试过程的总称,这组测试过程逐渐进行你越来越完整的通路测试。开始输入帐号(UN)、密码(PW)输入是否正确?NY权限为会员(Lever)?进入会员界面进入普通用户界面YN结束图5.1 普通用户或会员登录流程图语句覆盖:为了暴露程序中的错误,至少每个语句应该执行一次。语句覆盖的含义是,选择足够多的测试数据,是被测试程序中每个语句至少执行一次。图5.1为普通用户或会员登录流程图。测试用例:测试案例1:UN=哈哈,PW=hahah测试案例2:UN=张三,PW=zhangsan测试案例3:UN=VIP,PW=huiyuan判定覆盖:又叫分支覆盖,它的含义是,不仅每个语句必须至少执行一次,而且每个判定的每种可能的结果都应该至少执行一次,也就是每个判定的每个分支都至少执行一次。测试用例同语句覆盖的测试用例相同,此处省略。黑盒测试:运用等价分类法划分等价类补充用例,有效等价类如测试案例2;无效等价类如测试案例1(有效等价类、无效等价类较多,此处只举一例),然后用猜错法附加用例。 测试案例4:UN为空,PW为空(猜错法)测试案例5:UN为空,PW=hahah(猜错法)测试案例6:UN=Admin,PW=Admin(猜错法)测试案例7:UN=张三,PW为空(无效等价类)表5.4 登陆模块测试用例案例应产生行为实际测试结果失败原因1. UN=哈哈,PW=hahah提示用户用户名或密码错误成功2. UN=张三,PW=zhangsan提示用户登陆成功,进入普通用户界面成功3. UN=VIP,PW=huiyuan提示用户登陆成功,进入会员界面成功4. UN为空,PW为空提示用户输入用户名

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论