1 / 30
文档名称:

软件测试课程设计.doc

格式:doc   大小:617KB   页数:30页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件测试课程设计.doc

上传人:260933426 2017/8/19 文件大小:617 KB

下载得到文件列表

软件测试课程设计.doc

文档介绍

文档介绍:软件测试课程设计要求
分组要求:
每组2人,班级内自由组合
测试内容:
1) 系统需求测试及确认
2)白盒测试:
选择编写测试用例,并进行2种类型以上的覆盖测试,并针对测试用例画出表格
3)黑盒测试:
选择编写测试用例,针对模块中的功能点进行测试,测试用例选择不少于15个
4)自动化测试:(压力测试选作)
使用LoadRunner或qtp,对web应用程序进行性能测试,描述测试目的及测试结果
课程设计报告编写内容:
测试成员介绍(人员、负责内容)
测试目标(所针对的web程序介绍,测试的项目内容介绍)
测试计划(包含时间、目标及对应方法、检验标准)
测试用例(格式要按照测试用例书写规范)
自动化测试中的(要求有测试目的说明,测试过程截图)
测试结果(描述与测试用例中的结果比对、功能的正确性)
测试结论(对课程设计的总结)
报告内容不少于30页。
时间安排:
7月6日—7月10日
要求提交:课程设计报告(打印稿、电子稿)、测试所用的系统程序源代码。
评分标准:
课程设计报告书写内容,60%
答辩及过程演示,40%
目录
1、系统需求分析及设计概述 5
5
系统分析设计概述 5
2、测试计划书 5
5
任务概述 5
计划 6
3、测试用例 6
4 测试结果分析 6
6
软件需求测试结论 6
评价 7
5、测试总结 7
7
附件1 界面测试公共测试用例 8
附件2 界面测试公共测试用例 15
附件3 缺陷报告模板 28
附件4 测试用例设计参考 29
附件5 课程设计报告封面 31
1、系统需求分析及设计概述


系统分析设计概述

2、测试计划书

 1、项目背景
【说明项目的来源、委托单位及主管部门。】
所开发软件名称:
项目委托单位:
项目开发单位:
软件用途:
2、定义
【列出测试计划中所用到的专门术语的定义和缩写词的原意。】
静态测试:主要方法有审阅,检查。
单元测试,组装测试,系统测试
主键:数据库表中与其他表主键关联的域。
3、参考资料
【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:
项目的计划任务书、合同或批文;
项目开发计划;
需求规格说明书;
概要设计说明书;
详细设计说明书;
用户操作手册;
本测试计划中引用的其他资料、采用的软件开发标准或规范。】
任务概述
1、目标
测试是“为了尽可能地发现软件中的错误,而不是为了证明程序的正确性”,测试的目的就是在软件投入生产性运行之前,按照测试的原则要求,尽可能多的发现软件中的错误。
2、运行环境
硬件要求:
运行环境:
计划
1、测试方案
【说明确定测试方法和选取测试用例的原则。】
测试方法:黑盒测试
选取测试用例的原则:
等价类划分
边界值分析
2、测试准备

3、测试机构及人员
【测试机构名称、负责人和职责。】
负责人:
职责:
3、测试用例
【本章是报告核心之处,需要分功能模块对系统进行测试用例设计以及软件测试。建议大家从白盒测试开始(即测试业务层(使用JUnit进行单元测试),界面层测试)到最后的功能测试】
4 测试结果分析

1、测试项目
2、测试机构人员
3、测试结果
软件需求测试结论
【按顺序给出每一项需求测试的结论。包括:
证实的软件能力;
局限性(即项需求未得到充分测试的情况及原因)。】
如:测试中,所有的测试项目均能到达预期的效果,也就是说,基本上该系统已经能够正常的进行工作,实现基本资料维护模块,日常业务模块,查询统计模块,并能提供稳定的文档的导入及打印,基本上是实现了需求分析中该系统所应该实现的功能。
评价
1、软件能力
【经过测试所表明的软件能力。】
测试项目名称:商品库存管理系统
测试名称:0001 用户登录功能测试
测试内容:输入用户名和密码,例如:angel和345678
测试目的:测试是否能成功登陆该系统。
我们可以从以上六个测试的内容、目的和结果中,得出这个结论:该系统能够实现基本的信息的维护,日常业务,和查询统计功能。
2、缺陷和限制
【说明测试所揭露的软件缺陷和不足,以及可能给软件运行带来的影响。】
如局限性:由于MySQL的一些不明原因,GDK和UTF_8编码的选择不能被安装,所以只能选择标准状态下的英文编码,