ImageVerifierCode 换一换
格式:DOCX , 页数:10 ,大小:20.12KB ,
资源ID:13044626      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-13044626.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(教务管理系统测试计划.docx)为本站会员(b****8)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

教务管理系统测试计划.docx

1、教务管理系统测试计划软件测试计划说明书1. 引言1.1. 编写目的本计划是教务管理系统的总体测试计划。目的是说明各种测试阶段任务、人员分配和时间安排、工作规范等。也是为以后的测试设计、测试开发、测试执行、测试评估有所标准。1.2. 项目背景a本项目的名称为教务管理系统;b本项目是由计算机科学与技术学院08计11班郭琼、王娟、何婷婷、李姣、金欢欢、褚强、孙超为了进行软件测试实训而进行开发的。1.3. 定义功能名+界面名(每个字第一个汉语拼音大写)+编号 例如:登录 第一个用例 DL 0001 测试用例文件名命名规则模块名+测试用例 例如:学生模块 学生测试用例 黑盒测试也称,它是通过测试来检测每

2、个功能是否都能正常使用。在测试中,把看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,在进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对和软件功能进行测试。白盒测试也称结构测试或逻辑驱动测试,它是按照内部的结构,通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行,检验程序中的每条通路是否都能按预定要求正确工作。 这一方法是把测试看作一个打开的盒子,测试人员依据程序内部逻辑结构相关信息,设计或选择,对程序所有逻辑路径进行测试,通过在不同点检查程

3、序的状态,确定实际的状态是否与预期的状态一致。静态方法是指不运行被测程序本身,仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法通过程序静态特性的分析,找出欠缺和可疑之处,例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错,并为测试用例选取提供指导动态方法是指通过运行被测程序,检查运行结果与预期结果的差异,并分析运行效率和健壮性等性能,这种方法由三部分组成:构造测试实例、执行程序、分析程序的输出结果。 组件

4、功能测试 组建功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。业务测试,在的基础上,将所有业务流程的模块按照设计要求(如根据结构图组装成为子系统或系统,进行测试。就是将业务测试完后的系统进行进一步的业务流程测试,例如:在线人数和系统反包括:各个功能点是否以实现,业务流程是否正确。 例如:进行一些评判学生成绩的数据库操作时,数据库会不会正常运行。例如:估计总代码行数为6000行 缺陷数为30个,那么测试缺陷密度 = 1000 30 / 6000 = 5。目标是测试缺陷密度小于1。 可以到达运行基本不出BUG,可以正常使用。1.4. 运行环境测试工具

5、:Junit运行工具:Myeclipse,Tomcat数 据 库:DB2Acer Aspire4520Window7旗舰版Build7600AMD Turion64 X2 TL-603GHP Compaq 6535sWindow7旗舰版Build7600AMD Athlon X2 DualCore QL-642GThinkpad R400LinuxUbuntu Inter(R) Core(TM)2 Duo2GLenove 旭日 C466MLinuxUbuntu Inter Pentium 双核 T23903G1.5. 条件与限制首先,本测试计划说明书是一个计划说明书,受限于产品开发人员提交产品

6、测试的内容和时间。根据开发人员提交模块的实际情况,本计划会做出相应修改。2. 计划2.1. 测试方案 测试模型:W型,测试伴随着整个软件开发周期,而且测试的对象不仅仅是程序,需求、功能和设计同样要测试。测试方法:黑盒测试,白盒测试,静态测试,动态测试。2.2. 测试项目1):确认按钮要支持回车的快捷方式。 2):界面要支持键盘自动浏览按钮功能,即按Tab键、回车键的自动切换功能。 3):界面上首先要输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。4):同一界面上的控件数目最好不要太多,最好不要超过10个,多于10个时可以考虑使用分页界面显示。5):默认按钮要支持E

7、nter及选择操作,即按Enter后自动执行默认按钮对应操作。6):可控制项检测到非法输入后应该给出说明并能自动获得焦点。7):Tab键的顺序与控件排列顺序要一致,目前流行总体从上到下,同时行间从左到右的方式。8):界面空间较小时使用下拉框而不用选项框。9):选项数较少时使用选项框,相反使用下拉列表框。1):图标能直观的代表要完成的操作。 2):滚动条的长度要根据显示信息的长度或宽度能及时变换,以利于用户了解显示信息的位置和百分比。3):菜单和状态条中通常使用5号字体。工具条一般比菜单要宽,但不要宽的太多,否则看起来很不协调。功能测试完成后进行业务测试,业务测试关注的要点是业务流程,及数据流从

8、软件中的一个模块流到另一个模块的过程中的正确性。压力测试根据实际情况包含性能测试,重点模拟客户进行多用户测试。压力测试有一条8:2原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正常每天有100条新数据,测试时在两小时内输入80条数据。设计试图对 Web 服务进行压力测试的压力测试系统时,要让它们以某种特定的方式运行代码。这些风格超越了功能验证,目的是要弄清楚被测试的Web服务是不是不仅能做我们认为它能做的事,而且在被施加了某些高强度压力的情况下仍然继续正常运行。压力测试必须对Web服务应用四个基本条件: 1、重复: 最明显的且最容易理解的压力条件就是测试的重复。测试的重复就是一遍又

9、一遍地执行个别操作或功能,比如重复调用一个 Web 服务。功能验证测试可以用来被弄清楚一个操作能否正常执行。而压力测试将确定一个操作能否正常执行,并且能否继续在每次执行时都正常。 2、并发:并发是同时执行多个操作的行为。换句话说,就是在同一时间执行多个测试。这个原则不一定适用于所有的产品(比如无状态服务),但是多数软件都具有某个并发行为或多线程行为元素,这一点只能通过执行多个代码示例才能测出来压力测试需要一次模拟多个客户机来进行测试。3、量级:压力系统应该应用于产品的另一个条件考虑到了每个操作中的负载量。重复执行一个操作,但是操作自身也要尽量给产品增加负担。例如,一个 Web 服务允许客户机输

10、入一条消息,可以通过模拟输入超长消息的客户机来使这个单独的操作进行高强度的使用。换句话说就是,您增加了这个操作的量级。这个量级 总是特定于应用的,但是可以通过查找产品的可被用户计量和修改的值来确定它 例如,数据的大小、延迟的长度、资金数量的转移、输入速度以及输入的变化等等。4、随机变化: 任何压力系统都多多少少具有一些随机性。如果随机使用前面的压力原则中介绍的无数变化形式,就能够在每次测试运行时应用许多不同的代码路径。下面是几个关于怎样在测试生命周期内改变测试的示例。使用重复时,在重新启动或重新连接服务之前,您可以改变重复操作间的时间间隔、重复的次数,或者也可以改变被重复的 Web 服务的顺序

11、。使用并发,您可以改变一起执行的 Web 服务、同一时间运行的 Web 服务数目,或者也可以改变关于是运行许多不同的服务还是运行许多同样的实例的决定。量级或许是最容易更改的 每次重复测试时都可以更改应用程序中出现的变量(例如,发送各种大小的消息或数字输入值)。如此反复,是很好的测试情况。认可度和可用性测试,是项目进行验收时的测试。是需求方与开发项目组共同进行业务测试和压力测试等,使得项目能够成功的被需求方验收。2.3. 测试机构及人员测试团队:08计11第一开发小组测试流程:编译代码王娟、何婷婷成功编译表单确认可测试审核并测试郭琼、李姣审核编译表单李姣审核接受测试金欢欢无金欢欢签字编译表单开始

12、测试褚强、孙超BUG单编写BUG单2.4. 测试计划及人员分工测试阶段开始时间完成时间测试人员阶段完成标志测试环境准备2011-06-262011-06-26王娟测试工具安装完毕文档测试2011-06-262011-06-26王娟、何婷婷保证文档有效无误测试策略2011-06-262011-06-26褚强、孙超完成检查表,对文档进行分解执行测试2011-06-262011-06-26王娟、何婷婷保证文档有效无误系统测试2011-06-262011-06-27所有小组人员所有系统测试完毕并进行缺陷反馈设计测试用例2011-06-262011-06-26褚强、孙超、郭琼、金欢欢测试用例覆盖所有功能

13、测试用例review2011-06-262011-06-27郭琼、金欢欢、李姣确定最终的测试用例执行测试2011-06-262011-06-27郭琼、金欢欢、李姣确定系统的完整认可度测试2011-06-272011-06-27王娟、何婷婷系统能满足需求文档编写2011-06-272011-06-27所有小组人员测试总结报告模块名称测试人员需求跟踪王娟、何婷婷数据库维护金欢欢、李姣环境维护郭琼、褚强安全模块褚强、孙超讨论组模块王娟、李姣教务处开设课程模块郭琼、何婷婷教师成绩管理模块金欢欢、孙超用户登录模块褚强、王娟管理员数据管理模块李姣、金欢欢学生成绩查询模块何婷婷、孙超管理员人员管理模块郭琼3

14、. 测试项目说明3.1. 测试项目名称及测试内容 1):登录功能 用户是否可以成功登登录 是否可以区分不同类别的用户登录 错误密码是否可以登录 2):学生模块的查看成绩模块 学生是否能看到自己的成绩 学生能否越权看到别人的成绩 学生是否越权能修改成绩 3):教师的成绩评定 教师是否可以评定所教学生成绩 教师是否可以越权修改成绩 教师是否可以越权评定非自己学生的成绩 4):教务处及管理员人员管理 教务处及管理员是否可以添加用户 教务处及管理员是否可以删除用户 教务处及管理员是否可以修改用户5):教务处及管理员课程管理 教务处及管理员是否可以添加课程 教务处及管理员是否可以删除课程 教务处及管理员

15、是否可以开设课程 教务处及管理员是否可以修改课程 6):管理员的数据管理功能 管理员是否可以成功的导入数据 管理员是否可以导出数据 1):成绩管理 教师评判成绩是否能和Xs数据库关联 学生是否能看到成绩 2):课程管理 教务处添加课程对数据库Kc是否起到关联 教务处开设课程是否对数据库Js是否起到关联 教务处删除或修改课程是否对数据库Ks和Js起到关联 3):数据管理 管理员导入的数据是否可以和数据库关联 管理员导出的数据是否是数据库的良好的数据3.2. 测试用例3.2.1. 输入注:这里以学生登录为例账号:学生密码:正确的密码3.2.2. 输出登录该学生主页3.2.3. 步骤及操作1、 打开教务管理系统的首页2、 选择学生身份3、 填写密码4、 点击登录3.2.4. 允许偏差不许允许有任何偏差4. 评价4.1. 范围测试的范围包括:系统测试,认可度测试。测试是从测试计划制定完毕开始的,计划完成后,对测试计划之前的工作成果进行测试(如:开发计划编写的完整性等),并且在今后的工作中,严格按照测试计划执行任务。测试过程中所遇到的问题、缺陷,都需要立即反馈项目经理以及各模块负责人,并记录缺陷;在缺陷修改之后,对此部分再进行测试。4.2. 准则系统测试用例完全通过认可度达到标准。缺陷基本排除,系统基本完善。

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2