软件测试大作业 (3)
软件测试大作业.
《软件测试技术》课程考核作业一、测试计划1 引言1.1编写目的软件测试计划是指导测试过程的纲领性文件，借助软件测试计划，参与测试的项目成员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
由于本网站从需求到开发从编码到最终的实现，都是自行研制开发的，在其中有许多的不规范和相应的程序BUG，需要在最后的测试阶段得以修正。
以满足用户的需求。
1.2项目背景随着科技的发展，网络一体化已经席卷了全球，现代网络生活已经遍布每个家庭乃至个人。
互联网技术的不断革新与发展为全球经济带来了新的变化。
学校作为培养高科技，高素质人才的平台，学校网络的发展是这一平台不可或缺的因素。
学校已经深深地意识到信息时代对学校的发展意味着什么，在师资培养、学术交流、教学改革、科研协作等方面都离不开网络，网络为各大高校之间的交流提供的便捷的途径。
1.3定义单元测试：集中检测软件设计的最小单元－模块。
集成测试：是测试和组装软件的系统化技术。
自底向上集成：从“原子”模块（即在软件结构最低层的模块）开始组装和测试。
白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合求。
2 任务概述2.1 目标在测试过程中找出并修改相应的BUG，使网站正常的运行。
2.2 运行环境a)硬件条件：PC机b)运行环境：Windows 72.3 需求概述2.4 条件与限制测试的机器上必须安装能够运行JSP的JDK和Tomcat，以及有SQL SERVER2000的支持。
3 计划3.1 测试方案结合时间、分组、经验等多方面因素，测试方案步骤如下：1、进行单元测试，对相关模块进行分部测试。
2、每个模块的单元测试成功后，再对各个模块结合起来的整体程序进行测试。
3.2 测试项目一、单元测试1、学校概况模块2、教务信息模块3、科学研究模块4、研究生教育模块5、招生模块6、就业模块7、图书馆模块二、集成测试在单元测试都完全通过后，对模块进行整合，对整合后的模块进行测试，在分块开发过程中可能有不同的模块共同调用相同的数据表，可能存在冲突，因此，在集成测试的过程中主要对共用的数据表进行字段sort值的分配，以便消除相互冲突，从而达到系统的完整性。
软件测试大作业
软件测试⼤作业易班⽹络社区部分功能系统测试设计1导⾔ (2)1.1⽬的 (2)1.2范围 (1)1.3术语定义 (1)1.4参考资料 (2)2.测试设计 (2)2.1测试范围 (2)2.2测试覆盖设计 (2)3.测试⽤例 (3)3.1⽤例⼀：易班社区-注册新⽤户功能测试 (3)3.2⽤例⼆：易班社区-⽤户登录功能测试 (6)3.3⽤例三：个⼈主页-博客模块功能测试 (9)3.4⽤例四：个⼈主页-相册模块功能测试 (13)3.5⽤例五：个⼈信息－头像设置功能测试 (16)1导⾔“易班”（E－CLASS）是⼀个以⾼校师⽣为主要使⽤对象的⽹络虚拟社区，由上海市教卫党委、市教委依托市教育系统⽹络⽂化发展研究中⼼⾃主研发，是市教委在全市⾼校中重点推进的⽹络⽂化建设项⽬，被昵称为“易班”。
易班集成了BBS、SNS、博客、微博、⼿机应⽤等多种新型互联⽹应⽤。
其中包含了新闻、通讯录、校园应⽤、博客、微博、相册、互动社区、论坛、邮箱、⽹盘、掌上易班。
通过该⽹站，⾼校辅导员、教师及学⽣可在线互动交流、交换各种信息及资源、上传照⽚、撰写博客等。
/doc/76873eb9f121dd36a32d82af.html /profile1.1⽬的该⽂档的⽬的是描述易班⽹络社区部分功能的系统测试设计，其主要内容包括：◆测试总体设计◆测试⽤例设计本⽂档的预期的读者是：◆项⽬管理⼈员◆测试⼈员1.2范围该⽂档为西华⼤学易班⽹络社区部分功能的系统测试设计，其中包括⽤户注册登录信息功能，界⾯性能，以及个⼈空间部分功能测试和性能测试的⽤例描述，为测试⼈员进⾏功能测试和性能测试提供标准和依据，以及详尽的测试步骤和⽅法。
1.3术语定义◆功能性测试按照系统需求定义中的功能定义部分对系统实⾏的系统级别的测试。
◆⾮功能性测试按照系统需求定义中的⾮功能定义部分（如系统的性能指标，安全性能指标等）对系统实⾏的系统级别的测试。
◆测试⽤例测试⼈员设计出来的⽤来测试软件某个功能的⼀种情形。
Python与数据分析大作业
6
知识网络
01 搭建Leabharlann ython开发平台1.1 Anaconda
Anaconda包括Conda、Python以及一大堆安装好的工具包， 比如：numpy、pandas等，以及spyder等集成开发环境， 运行界面如图所示。
优点：使用Python做数据分析最佳的IDE，支持 Python原生项目和Python本地工具调试；内置超 过1500种组件（库)，开箱即用；免费 不足：对Python，R以外的其他编程语言的支持有 待改进。
注意这里并没有连续的三个大于号出现，编写完脚本之后进行保存，记录保存的路径，命名为hello.py 运行脚本时，打开Windows命令提示符，输入python 文件路径(或py 文件路径 或直接文件路径)回车得到运行结果。
注：也可以使用其他文本编辑器来写python代码，例如sublime text3、vscode(vscode教程)，运行方式相同。
True==1
False==0,他们都会返回True；
String：
字符串是由数字、字母、下画线组成的一串字符，是编程语言中表示文本的数据类型。在 Python 2.x中，
普通字符串是以8位ASCII码进行存储的，而Unicode字符串则以16位Unicode编码存储，这样能够表示
更多的字符集，使用时需要在字符串前面加上前缀u。在Python3.x中，所有的字符串都使用Unicode编
1、IDLE( 集成开发环境或集成开发和学习环境)是Python的集成开发环境 推荐：编程学习课程
2、Windows命令提示符 第二种方式：运行脚本
REPL方式的优点是简单明了，但是它在面对很多大型项目时存在很多的不足。我们可以通过运行脚本的方式来解决这一问题打 开IDLE，点击New File，新建项目，在这里输入想要运行的代码
Python程序设计大作业要求
1PYTHON程序设计大作业11Python程序设计大作业本次作业可以独立完成，也可以组队完成，每支队伍的人数不超过5人。
作业分成若干部分：1.设计文档——使用流程图、伪代码、框图、图片、文本等手段，描述•代码的整体思路，•分多少个模块，各个模块的功能及相互联系，•重要变量的结构和功能描述，•各个函数和类输入、输出和功能（算法思路和表达能力是评分的重要依据）；2.程序源代码——彩色显示，配以重要的注释，需要有行号，如果分成若干个代码文件，则各个代码文件的内容要独立显示（代码风格是评分的依据之一）；3.实验和测试报告——包括问题描述、任务要求、实验配置（计算机软硬件条件）、实验步骤、各个步骤的截图、实验结论和分析（学术性是评分的依据之一）；4.10分钟小组展示用的演示文稿（讲演的水平是评分的依据之一）。
其中，前面3个部分通过学习通提交（要求在每一个部分提交的文档中，列出全部组员的姓名和学号），只需任意一人提交；最后一部分在小组展示中呈现。
猜词在这次作业中，你们需要开发一个程序。
这个程序通过改变游戏规则来试图击败人类。
以防你们不了解猜词（Word Guessing）游戏，下面介绍规则：1.玩家A选择一个秘密的单词secrete_word，然后写出若干个连线‘−’，连线的数目与单词所含字母的个数相等。
例如玩家A的秘密单词为“bicycle”，那么他就要写出“−−−−−−−”（一共7个连线）。
1PYTHON程序设计大作业22.玩家B开始猜字母。
每次他猜中的时候，玩家A要把该字母在秘密单词secrete_word中的所有出现都显示出来。
例如玩家A的秘密单词为“bicycle”，如果玩家B猜c，那么，玩家A就要把字母c都显示出来，也就是要显示“−−c−c−−”。
3.如果秘密单词中所有字母都显示出来了，或者玩家B用完了所有猜词的机会，游戏就结束了。
这个游戏的根本点在于，玩家A确切地选择了一个单词secrete_word。
软件测试大作业
软件测试大作业本页仅作为文档页封面，使用时可以删除This document is for reference only-rar21year.March西安欧亚学院2015－2016 学年第二学期期末大作业专业：软件工程 课程：软件测试工具 年级：13级一、作业题目根据选定的软件系统，对该系统进行功能和性能方面的测试。
根据软件需求规格说明书，制定测试计划、设计测试用例、选择测试策略、使用测试工具逐项展开测试，检查软件产品是否达到用户需求。
学号：5 班级：统本软件1302班 姓名：周印 座位号___9_- - - -- - - - -- - - - -- - - - - - - -- - - -- -- -密 ○- - - - - - - - - - - - - - -- - - -- -- - -封 - - - -《软件测试工具》课程大作业专业：软件工程班级：统本软件1302班学号：5姓名：周印报告日期：2016年06月12日目录1引言.................................................. 错误!未定义书签。
编写目的 ........................................... 错误!未定义书签。
系统介绍 ........................................... 错误!未定义书签。
术语和缩略词 ....................................... 错误!未定义书签。
参考资料 ........................................... 错误!未定义书签。
2任务概述.............................................. 错误!未定义书签。
测试目标（性能需求和功能需求） ..................... 错误!未定义书签。
软件工程项目大作业
学号：软件工程大作业项目名称学生学籍信息管理系统姓名团队成员专业班级指导教师计算机学院2016 年 5 月31 日目录一、项目开发计划 (6)1引言 (6)1。
1编写目的 (6)1。
2 背景 (6)1.3定义 (6)1。
4参考资料 (6)2项目概述 (7)2.1工作内容 (7)2.2主要参加人员 (7)2.3产品 (7)2.3。
1程序 (7)2.3.2文件 (7)2.3。
3服务 (7)2.3。
4非移交的产品 (8)2。
4验收标准 (8)2.5完成项目的最迟期限 (8)2。
6本计划的批准者和批准日期 (8)3实施计划 (8)3。
1工作任务的分解与人员分工 (8)3。
2接口人员 (8)3。
3进度 (9)3.4预算 (9)3.5关键问题 (9)4支持条件 (9)4。
1计算机系统支持 (10)4。
2需由用户承担的工作 (10)4。
3由外单位提供的条件 (10)5专题计划要点 (10)二、可行性研究 (11)1引言 (11)1。
1编写目的 (11)1.2背景 (11)1。
3定义 (11)1.4参考资料 (11)2可行性研究的前提 (12)3对现有系统的分析 (13)4所建议的系统 (15)4。
1 影响 (15)4。
1。
1对设备的影响 (15)4。
1。
2对软件的影响 (15)4。
1.3对用户单位机构的影响 (16)4。
1。
4对开发的影响 (16)4.1.5对经费开支的影响 (16)5技术条件方面的可行性 (16)6经济可行性分析 (16)6。
1投资成本 (16)6。
2收益 (17)6。
3成本/收益分析： (18)7社会因素可行性分析 (18)7.1法律方面的可行性 (18)7.2用户使用可行性 (18)8结论 (18)三、需求分析 (19)1引言 (19)1.1编写目的 (19)1.2背景 (19)1.3参考资料 (19)2任务概述 (19)2。
1目标 (19)2.2用户的特点 (20)3需求规定 (20)3。
(格式已排好)国家开放大学电大《计算机应用基础(专)》终结性考试大作业答案任务二
关键词：电器；管理系统；SQL；Java
04
引言
引言
01 研究背景
电器销售过程中在电子商务部 分的市场规模逐渐增强，并且 在2016年增加了35%以上，其 中手机电脑平板智能机达到了 两千多亿元。
02 研究意义
信息技术影响这现在的各个行 业的发展。各行业由于采用了 信息化技术，都在一定程度上 实现了提高生产经营效率的目 的。与此同时，当前信息技术 水平快速提高，所以这些行业 受到信息的影响也越来越大。
本课程是一门有关计算机知识的入门课程，主要介绍计 算机的基础知识、基本概念和基本操作技能，并兼顾实 用软件的使用和计算机应用领域前沿知识的介绍，为学 生进一步学习
计算机有关知识打下基础。
大纲说明
1. 课程内容的教学要求 2. 本课程内容的教学要求分为“掌握、理解、了解”三个层次。实践环节
作者签名： 日期： 年 月 日
02
学位论文版权使用授权声明
学位论文版权使用授权声明
本人完全了解国家开放大学关于收集、保存、使用学位论文的 规定，同意如下各项内容：按照学校要求提交学位论文的印刷 本和电子版本；学校有权保存学位论文的印刷本和电子版，并 采用影印、缩印、扫描、数字化或其它手段保存论文；学校有 权提供目录检索以及提供本学位论文全文或者部分的阅览服务， 以及出版学位论文；学校有权按有关规定向国家有关部门或者 机构送交论文的复印件和电子版；在不以赢利为目的的前提下， 学校可以适当复制论文的部分或全部内容用于学术活动。
任务一考试要求
结束语
另起一页。“结束语”三字为一级标题，居中。结束语内容，宋体， 四号，1.5倍行距，首行缩进2字符。
任务一考试要求
致谢
另起一页。“致谢”二字为一级标题，居中。致谢内容，宋体，四号， 1.5倍行距，首行缩进2字符。
软件测试计划与测试分析报告软件工程大作业实验总结报告
软件测试计划与测试分析报告软件工程大作业实验总结报告文档编制序号：[KK8UY-LL9IO69-TTO6M3-MTOL89-FTT688]河北北方学院软件件工程大作业软件测试计划与测试分析报告[系统名称+版本]版本变更记录目录项目基本信息第1章引言1.1编写目的[以下作为参考]本测试报告为XXX项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求（或达到XXX功能目标）。
预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。
……[可以针对不同的人员进行阅读范围的描述。
什么类型的人可以参见报告XXX页XXX章节等。
]1.2项目背景本报告主要内容包括：[对项目目标和目的进行简要说明。
必要时包括简史，这部分不需要脑力劳动，直接从需求或者招标文件中拷贝即可。
]1.3参考资料[需求、设计、测试用例、手册以及其他项目文档都是范围内可参考。
测试使用的国家标准、行业指标、公司规范和质量手册等等。
]1.4术语和缩略语[列出设计本系统/项目的专用术语和缩写语约定。
对于技术相关的名词和与多义词一定要注明清楚，以便阅读时不会产生歧义。
]第2章测试概要[测试的概要介绍，包括测试的一些声明、测试范围、测试目的等等，主要是测试情况简介。
]1. 测试策略与范围参照《SPI_SPE_软件集成测试、系统测试与确认测试技术流程》来确定。
可以根据所采用的软件生命周期模型来进行迭代。
对非功能点需求的测试说明，如性能、安全性等不作为测试范围的需求。
明确测试轮次（不同版本）和回归（同一版本）的确认方法。
如修改缺陷后进入下一轮测试而不是只针对缺陷进行回归。
2. 测试活动计划进度参照《软件项目计划》说明测试主要活动的安排和大致时间段。
包括，总的时间段、各项主要测试工作的开始时间、各项准备工作（对系统的熟悉、用户培训、数据准备等）和时间安排、分析测试结果/编写测试报告的时间。
软件工程答辩答案
软件需求分析
基本功能需求
1.带有棋盘的游戏界面； 2.游戏双方玩家轮流下子；
3.判断并显示游戏胜利的一方；
4.双方可进行悔棋操作；
5.游戏进行过程中可以选择重新开始游戏； 6.游戏结束可选择重新开始或者直接退出。
用户界面需求
对于一个好的软件有一个友好的用户界面是很重要的。用户界面应尽 量做的简单、层次清晰明了，以最大限度为用户提供操作方便。
点击“退出”时，游戏 无条件退出
下棋模块
（1）根据内部记录的数据信息，应用程序自行判断哪方下棋（轮流制）， 初始时为黑方行棋 （2）当点击鼠标时，应用程序收集鼠标信息，判断玩家行棋的位置，记录 信息，更新游戏界面视图，判断是否胜利，若胜，弹出提示对话框，若不胜， 等待下一个信息响应 计数器count 鼠标点击 网格坐标定位 判胜负 网格信息修改 显示
可行性研究分析
软件需求分析
系统总体设计 详细设计
系统测试
项目开发总结
可行性研究分析
1.1 技术可行性
如今计算机已经相当普及，五子棋作为传统的棋类游戏也 可说是人人皆会。所以本次开发的五子棋游戏软件是一款 简单的单机版小游戏，对用户也不做特别的限制。
此次开发采用的工具为基于C++语言的Visual C++6.0。由 于五子棋游戏软件本身所要实现的功能较为简单，功能强 大VC++足以满足其编程需求，且对于软件后续的优化与功 能添加也容易实现。 综上所述，本软件的设计与开发在技术和硬件设备上的条 件以及计算机软件的使用上条件是成熟。因此，它在技术 上是可行的。
11
12
棋盘布满判胜负
13 14
中等职业学校《计算机应用基础》课程标准
《计算机应用基础》课程标准一、课程性质《计算机应用基础》课程是中职学校各专业学生必修的一门公共基础课程，具有很强的实践性和应用性，是各行各业从事现代化办公.计算机设计及应用等领域人材所必须具备的理论知识和实践技能。
通过本课程的学习，学生能掌握计算机的基础知识，同时具有熟练的计算机操作技术和较强的计算机应用能力，为学生进一步学习计算机的其它课程及参加实际工作打下必要的基础。
本课程通常开设在新生入校的第一学年，是相关计算机知识的入门课程，也是后续的计算机图形设计.网络技术等课程及其它专业课程的先行课。
二、课程目标通过本课程的学习，使学生掌握计算机操作和应用的基本知识和技能，能熟练应用OFFICE办公软件完成文档编辑.数据处理.演示文稿制作等工作，能满足现代企业办公对计算机应用的实际需要，同时达到劳动厅计算机技能考证或计算机操作员的国家职业资格标准。
（一）能力目标1.能识别计算机的主要组成部件并进行简单组装.维护及配置计算机系统的软硬件工作环境2.能利用计算机对数据.文件.资料进行有序管理.妥善地保存与备份3.能使用W0RD2003对文档进行编辑.排版和打印4.能使用EXCEL2003完成数据的管理.分析和统计5.能使用POWERPOINT2003完成演示文稿的设计.制作和发布6.能利用网络实现信息的检索.整理工作（二）知识目标1.掌握计算机的基本组成及各部件的主要功能，了解计算机的工作原理及计算机的基本知识。
2.熟练掌握的ndows XP系统下的文件与文件夹的操作，理解Windows XP系统中的回收站.剪贴板.快捷方式的作用，熟练设置Windows操作环境，学习利用局域网实现信息共享。
3.熟练掌握键盘.鼠标.麦克协1.音箱.摄像头.打印机等常见外部设备的使用方法，学习1〜2种汉字输入法。
4.熟练掌握Word2003中的文宁编辑操作.宁符格式控制.段落格式控制.页面设置.项目符弓.分页和分节等技术，能熟练运用各种对象（自绘图形.图片.艺术宁・文本框等）进行图文混排，实现表格的插入.编辑.修饰及运算等各项功能。
面向对象程序设计大作业参考题目及要求
面向对象程序设计大作业参考题目1、学生信息管理（1）问题描述学生信息包括：学号，姓名，年龄，性别，出生年月，地址，电话，E-mail等。
试设计一学生信息管理系统，使之能提供以下功能：●系统以菜单方式工作●学生信息录入功能（学生信息用文件保存）---输入●学生信息浏览功能——输出●查询、排序功能——算法1、按学号查询2、按姓名查询●学生信息的删除与修改（可选项）（2）功能要求●界面简单明了；●有一定的容错能力，比如输入的成绩不在0～100之间，就提示不合法，要求重新输入；●最好用链表的方式实现。
（3）算法分析首先，一个学生包括这么多的属性，应该考虑定义一个结构，其次，我们应该考虑数据的存储形式：是定义一个数组来存储，还是定义一个链表呢？在这里假如我们以数组的方式来存储，当然可以，但是我们知道，假如我们定义一个数组的话，我们首先必须知道学生人数大概是多少，以便我们确定数组的大小，但是题目中没有给出，而且题目要求中有大量的删除、插入操作，所以用链表的方式比较方便。
对于菜单的实现，其实也比较简单，首先我们用printf语句把程序的功能列出来，然后等待用户输入而执行不同的函数，执行完了一个功能后又回到菜单。
文件的读写操作大家参照书中的有关文件的章节。
2、学生综合测评系统每个学生的信息为：学号、姓名、性别、家庭住址、联系电话、语文、数学、外语三门单科成绩、考试平均成绩、考试名次、同学互评分、品德成绩、任课教师评分、综合测评总分、综合测评名次。
考试平均成绩、同学互评分、品德成绩、任课教师评分分别占综合测评总分的60%，10%，10%，20%。
A、学生信息处理(1) 输入学生信息、学号、姓名、性别、家庭住址、联系电话，按学号以小到大的顺序存入文件中。
提示：学生信息可先输入到数组中，排序后可写到文件中。
(2) 插入（修改）同学信息：提示：先输入将插入的同学信息，然后再打开源文件并建立新文件，把源文件和输入的信息合并到新文件中（保持按学号有序）若存在该同学则将新记录内容替换源内容，(3) 删除同学信息：提示：输入将删除同学号，读出该同学信息，要求对此进行确认，以决定是否删除将删除后的信息写到文件中。
软件测试大作业
无锡科技职业学院2010-2011学年第二学期《软件测试技术》课程考核实施方案（09软外\09测试）班级：软外0902学号：100090822姓名：许海峰指导教师：刘热目录一、测试策略 (3)二、测试软件 (4)三、概念 (4)四、使用范围 (4)五、使用方法 (4)1.测试计划的制定。
(4)2.创建测试脚本。
(4)3.增强测试脚本的功能。
(4)4.运行测试。
(5)5.分析测试。
(5)六、测试案例 (5)七、详细测试过程 (5)1.1测试用例 (5)1.2测试过程 (5)1.3测试用例结果： (8)一、测试策略及测试软件1.1、静态测试静态测试不实际运行软件，主要是对软件的编程格式、结构等方面进行评估。
静态测试包括代码检查、静态结构分析、代码质量度量等。
它可以由人工进行，也可以借助软件工具自动进行。
静态测试方法也可利用计算机作为对被测程序进行特性分析的工具，但与人工测试方式有着根本区别。
另一方面，因它并不真正运行被测程序，只进行特性分析，这又与动态方法不同。
所以，静态方法常常称为“分析”，静态测试是对被测程序进行特性分析方法的总称。
代码检查代码检查包括代码走查、桌面检查、代码审查等，主要检查代码和设计的一致性，代码对标准的遵循、可读性，代码的逻辑表达的正确性，代码结构的合理性等方面。
代码检查的具体内容：变量检查、命名和类型审查、程序逻辑审查、程序语法检查和程序结构检查等。
代码检查的优点：在实际使用中，代码检查比动态测试更有效率，能快速找到缺陷，发现30%～70%的逻辑设计和编码缺陷；代码检查看到的是问题本身而非征兆。
代码检查的缺点：非常耗费时间，而且代码检查需要知识和经验的积累。
1.2动态测试动态方法的主要特征是：——计算机必须真正运行被测试的程序，通过输入测试用例，对其运行情况即输入与输出的对应关系进行分析，以达到检测的目的。
动态测试包括：（1）功能确认与接口测试（2）覆盖率分析（3）性能分析（4）内存分析1.3黑盒测试若测试规划是基于产品的功能，目的是检查程序各个功能是否能够实现，并检查其中的功能错误，则这种测试方法称为黑盒测试(Black-box Testing)方法。
三级软件测试题库
三级软件测试题库一、单选题1.以下不是软件测试的目的的是（）A.发现软件缺陷B.评估软件质量C.加速软件开发进程D.提高软件可靠性2.软件测试的主要阶段包括（）。
A.计划测试B.执行测试C.分析测试结果D.全部选项均正确3.测试用例是（）的组合。
A.测试条件和预期结果B.开发人员和测试人员C.软件模块和功能D.设备和环境要求4.下面哪一项不是黑盒测试的特点（）。
A.只测试软件的功能和界面B.测试人员不需要了解软件内部结构C.基于开发人员提供的源代码D.测试的重点是软件的输入和输出5.下面哪种软件测试方法通常被用于检测边界值错误（）。
A.等价类划分法B.边界值分析法C.状态迁移法D.路径覆盖法二、多选题1.软件测试的原则包括（）。
A.完整性B.独立性C.自动化D.可靠性2.下面哪些是软件测试中常见的缺陷类型（）。
A.功能缺陷B.性能缺陷C.安全缺陷D.语法缺陷3.以下哪些是软件测试的技术（）。
A.白盒测试B.黑盒测试C.灰盒测试D.深度测试4.软件测试中的静态测试包括（）。
A.代码审查B.需求分析C.测试用例设计D.错误跟踪5.以下哪些是软件测试的策略（）。
A.边界值测试B.回归测试C.压力测试D.自动化测试三、判断题1.白盒测试是基于软件内部结构的测试方法。
（）2.黑盒测试是不需要了解软件内部结构的测试方法。
（）3.回归测试是用于检测新功能是否引入了新的缺陷。
（）4.压力测试通常是通过对软件进行长时间的运行来进行的。
（）5.自动化测试可以帮助提高测试的效率和准确性。
（）四、简答题1.请简述白盒测试和黑盒测试的区别。
2.简述软件测试的常见缺陷类型。
3.简述软件测试的主要技术。
4.什么是回归测试？为什么要进行回归测试？5.请简述自动化测试的主要优点和应用场景。
参考答案一、单选题1.C2.D3.A4.C5.B二、多选题1.ABC2.ABCD3.ABC4.AB5.ABCD三、判断题1.是2.是3.是4.是5.是四、简答题1.白盒测试是基于对软件内部结构的了解进行的测试方法，测试人员需要了解软件的源代码和内部逻辑，以验证软件内部的正确性和覆盖率；而黑盒测试是基于对软件功能和界面的测试方法，测试人员关注的是软件的输入和输出是否符合预期。
软件工程大作业
软件工程(II)课程考核报告IE浏览器学号：1115115327姓名：闫军专业：软件工程专业班级：11级数据库1班指导教师：王娟南阳理工学院软件学院2013年11月目录一、课程总结 ............................................................................................................................................................ - 3 -1、需求获取和需求模型总结 .......................................................................................................................... - 3 -1.1需求工程概念和任务 .......................................................................................................................... - 3 -1.2需求分类 .............................................................................................................................................. - 3 -1.3需求工程的主要活动 .......................................................................................................................... - 3 -1.4高质量的需求特性： .......................................................................................................................... - 3 -1.5影响需求质量的因素： ...................................................................................................................... - 3 -1.6需求获取阶段： .................................................................................................................................. - 3 -1.7需求分析 .............................................................................................................................................. - 3 -1.8需求分析的方法 .................................................................................................................................. - 4 -1.9定义软件的质量属性 .......................................................................................................................... - 4 -1.10编写需求文档 .................................................................................................................................... - 4 -2.架构分析与设计总结 ..................................................................................................................................... - 4 -2.1什么是软件架构 .................................................................................................................................. - 4 -2.2软件架构设计的目的 .......................................................................................................................... - 4 -2.3软件架构设计的原则 .......................................................................................................................... - 5 -2.4软件架构设计的几种视图 .................................................................................................................. - 5 -2.5架构风格 .............................................................................................................................................. - 5 -2.6软件架构知识体系 .............................................................................................................................. - 5 -3.子系统与类分析与设计总结 ......................................................................................................................... - 6 -3.1子系统分析与总结 .............................................................................................................................. - 6 -3.1.1子系统的三层架构 ........................................................................................................................... - 6 -3.1.2三层程序有一些需要约定遵守的规则：........................................................................................ - 6 -4.类分析与总结 ................................................................................................................................................. - 6 -4.1类的解释 .............................................................................................................................................. - 6 -4.2类的设计原则 ...................................................................................................................................... - 7 -5.数据库设计总结 ............................................................................................................................................. - 7 -5.1数据库设计概述 .................................................................................................................................. - 7 -5.2数据库设计的实用原则 ...................................................................................................................... - 7 -二、实际项目分析 .................................................................................................................................................... - 7 -1软件的主要架构 ............................................................................................................................................. - 8 -1.1浏览器的体系结构： .......................................................................................................................... - 8 -1.2浏览器的架构： .................................................................................................................................. - 8 -2开发技术 ......................................................................................................................................................... - 9 -2.1浏览器软件开发 .................................................................................................................................. - 9 -2.2视觉设计 .............................................................................................................................................. - 9 -2.3交互设计 .............................................................................................................................................. - 9 -3子系统划分 ................................................................................................................................................... - 10 -3.1子系统的划分 .................................................................................................................................... - 10 -3.2子系统间的协作关系 ........................................................................................................................ - 10 -3.3类的划分 ............................................................................................................................................ - 11 -3.4类间的协作关系 ................................................................................................................................ - 11 -4数据库设计 ................................................................................................................................................... - 12 -4.1数据字典 ............................................................................................................................................ - 12 -4.2数据库中的表格式 ............................................................................................................................ - 13 -一、课程总结1、需求获取和需求模型总结1.1需求工程概念和任务需求工程是指分析人员通过仔细的调研分析，准确的理解用户的需求，将不规范的需求陈述转化为完整的需求定义，再将需求定义写成需求规格说明书的过程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
铁友-火车票软件测试文档目录铁友-火车票软件测试文档 (1)1.1铁友-火车票软件项目介绍 (1)1.1.1被测试软件项目的背景 (1)1.1.2火车票子系统的介绍 (2)1.1.3订票、退票子系统功能分析 (2)1.1.4火车订票子系统的性能及可用性要求 (9)2.1测试计划 (10)2.1.1概述 (10)2.2.2定义 (10)2.2.3质量风险摘要 (10)2.2.4测试进度计划 (11)2.2.5进入标准 (12)2.2.6退出标准 (12)2.2.7测试配置和环境 (12)2.2.8测试开发 (12)2.2.9预算 (13)2.2.0关键参与者 (13)2.2.11参考文档 (13)3.3.0测试用例设计 (14)3.3.1系统测试大纲 (14)3.3.3其他可检验性测试检验标准 (15)4.4.0功能测试用例 (15)4.4.0缺陷报告 (18)4.4.1缺陷报告数据库 (18)4.4.2编写缺陷报告 (19)5.5.0测试结果分析 (20)6.6.0文档测试 (24)1.1铁友-火车票软件项目介绍1.1.1被测试软件项目的背景随着时代的发展，社会的进步，交通也变得越来越重要，越来越频繁，采取手工的方式来处理售票已经不能满足出门人的需求，因此，各种订票系统孕育而生，铁友火车票-机票-汽车票订票系统（/）也是其中的一个。
铁友火车票-机票-汽车票订票系统包含火车票子系统、汽车票子系统、酒店子系统和机票子系统，用于日常的营运；各个子系统之间的数据不会相互影响，有着独立的营运能力。
铁友火车票-机票-汽车票订票系统结构如下图所示，系统的主要业务是处理各种订单以及退票；各个子系统中都包含时刻表查询、余票查询、票价查询、车次查询、订单查询、快速退票、预售时间和查代售点。
铁友订票系统结构图各个子系统的功能并不是完全连接的，具有相对独立。
如票价查询与其他各个功能可以单独进行，也可以在其后面的功能选项中继续操作，进行预定等。
1.1.2火车票子系统的介绍火车票子系统是一个规模较大的子系统，在他的下面，还有若干个子系统，如订单查询子系统，快速退票子系统等等。
其运行时界面如下图所示：火车票运行界面图1.1.3订票、退票子系统功能分析订票是该系统的主要业务，该系统基本上就是为了解决订票服务业的不足而设计的。
该系统处理订票的事物。
用户根据自己的需要选择车票进行预定；因为用户的时间安排可能会发生变化，需要调整时间，为了不让用户浪费钱和有些用户没有车票而急需要车票，所以设计了一个退票系统，来动态的微小的调整车票。
退票系统是为了给用户退掉自己不需要但已经预定了的车票进行退款，使得用户。
首先要进行登入其操作界面如下：订票和退票运行界面图登入后界面订票功能需求分析功能需求编码F01.01.00功能需求名称火车票订票子功能编码子功能名称子功能描述输出F01.01.01 单程进行单程订票准备填写单程订单信息F01.01.02 往返进行往返程订单准备填写订单F01.01.03 联程进行联程订单准备填写单程订单信息F01.01.04 车次搜索车次搜索车次信息输入编码输入内容输入方式输出后继输入F01.01.11 出发站选择F01.01.12F01.01.12 终点站选择F01.01.13F01.01.13 时间选择F01.01.14F01.01.14 搜索单击按钮显示搜索结果F01.01.15F01.01.15 预定 单击按钮 预定信息 F01.01.16 F01.01.16 姓名录入F01.01.17 F01.01.17 证件类型 选择 F01.01.18 F01.01.18 证件号输入F01.01.19 F01.01.19 发车时间 选择 F01.01.20 F01.01.20 坐席选择显示金额F01.01.21 F01.01.21 添加儿童 单击按钮F01.01.22F01.01.22 儿童身高 选择是否需要购票结果，若要购票，则显示购票项目，若不要，则进行下一步F01.01.23F01.01.23 添加乘客 单击按钮 乘客信息 F01.01.24 F01.01.24 提交订单 单击按钮 支付金额 F01.01.25 F01.01.25 支付信息填写和核对录入F01.01.26 F01.01.26 成功订票 单击按钮 订票结束成功退票功能需求分析功能需求编码 F01.02.00 功能需求名称 退票功能描述 退掉不需要的但已经付了款的车票 子功能编码 子功能名称 子功能描述输出F01.02.01 退票 退掉已经定了的车票 返还金额 F01.02.02退出退出系统时刻表查询界面时刻表查询功能需求分析功能需求编F01.03.00码功能需求名火车票时刻查询称功能描述查询火车发车的时刻表子功能编码子功能称子功能描述输入方式输出后继输入F01.03.01 出发站选择F01.03.02 F01.03.02 到达站选择F01.03.03 F01.03.03 输入日期发车日期选择F01.03.04 F01.03.04 查询查询时刻表单击按钮不同车次时刻表F01.03.05 F01.03.05 预定预定车票单击按钮订票系统界面余票查询界面余票查询功能分析功能需求F01.04.00编码功能需求火车票余票查询名称功能描述查询火车票剩余车票子功能编子功能名称子功能描述输入方式输出后继输入码F01.04.01 出发站选择F01.04.02 F01.04.02 到达站选择F01.04.03 F01.04.03 输入日期发车日期选择F01.04.04 F01.04.04 查询查询剩余票单击按钮车票剩余情况F01.04.05 F01.04.05 预定预定车票单击按钮订票系统界面车次查询界面车次查询功能分析功能需求F01.05.00编码功能需求火车票车次查询名称功能描述查询火车票的车次子功能编子功能名称子功能描述输入方式输出后继输入码F01.05.01 列车车次录入F01.05.02 F01.05.02 查询单击按钮车次的信息F01.05.03 F01.05.03 预定预定车票单击按钮订票系统界面预售期查询界面预售期查询分析功能需求F01.06.00编码功能需求火车票预售期查询名称功能描述查询火车票的预售期子功能编子功能名称子功能描述输入方式输出后继输入码F01.06.01 城市查询查询城市选择F01.06.02 F01.06.02 查询单击按钮车次预售期的信息F01.06.03 F01.06.04 站站查询查询车站单击按钮F01.06.02 F01.06.03 预定预定车票单击按钮订票系统界面火车车票票价查询界面票价查询你分析功能需求编码F01.07.00功能需求名称火车票票价查询功能描述查询火车票的票价子功能编码子功能名称子功能描述输入方式输出后继输入F01.07.01 出发站选择F01.07.02 F01.07.02 目的站选择F01.07.03 F01.07.03 出行日期选择F01.07.04 F01.07.04 查询查询票价单击按钮票价信息界面 F01.07.05 F01.07.05 预定预定车票单击按钮订票系统界面1.1.4火车订票子系统的性能及可用性要求除了功能需求以外，每个系统都会有一些性能上、安全上及其他方面的要求，另外还有一些规定，如运行环境等等。
其他需求表性质对系统的要求编码可用性要求界面格式统一，页面、按钮的相对风格一致S01.01.001 提示友好S01.01.002 系统有危险操作预警S01.01.003 操作过程有严重错误，给出解决办法S01.01.004 系统有备份恢复功能S01.01.005 提交数据前检验S01.01.006安全性登入操作要有相应的时间和人员记录S01.01.007 过期限后不能退票S01.01.008 每个账号最多预定4张成人票，最多带4个小孩S01.01.009 车票不得转售S01.01.010性能多台服务器运行，满足同一时刻最大访问量在5000以内，系统能正常运行，超过5000，系统运行速度减慢，但数据不会错S01.01.011运行环境各种操作系统，MYSQL数据库S01.01.012 2.1测试计划2.1.1概述本测试项目拟对铁友-火车票软件管理系统进行测试。
铁友-火车票软件管理系统包含火车票订票、退票、票价查询、时刻表查询、车次查询、代售点查询、订单查询和预售时间查询等8个子系统，用于管理铁友-火车票运营商的日常运作的整个过程，各个子系统所处理的业务前后衔接，数据共享。
测试目标是要找出影响铁友-火车票系统正常运行时的错误，分别在功能、性能、安全等方面检验系统是否达到相关要求。
2.2.2定义质量风险：被测试的铁友-火车站软件系统能不能实现描述的产品需求或系统能不能达到用户的期望行为，即系统可能存在的错误。
测试用例：为了查找被测试软件中的错误而设计的一系列的操作和执行步骤，即一系列测试条件的组合。
测试工具：应用于测试用例的硬件/软件系统，用于安装或撤销测试环境、创造测试条件，执行测试条件，或者度量测试结果等工作。
测试工具独立于测试用例本身。
进入标准：一套决策的指导方针，用于决定项目是否准备好进入下一个测试阶段或者结束项目，进入标准会很苛刻。
推出标准：一套标准，用于决定项目是否可以退出当前的测试阶段，或者进入下一个测试阶段，或则结束项目。
同进入标准，测试过程的后几个阶段退出标准一般很苛刻。
功能测试：集中于功能正确性方面的测试。
功能测试必须和其他测试方法一起处理潜在的重要的质量风险，比如性能、负荷容积和容量等。
2.2.3质量风险摘要质量风险摘要表风险编号潜在故障模式故障的潜在效果危险性影响优先级测试测略1 业务流程不能顺利进行不能完成业务处理的基本过程4 5 5 手工2 数据处理费用计算不准确数据处理不一致时间记录不精确或没有记录5 4 5 手工相关保表无统计或统计报表不准确3 3 2 手工3 打印不打印或打印相关票据错误如车次、时间、票价等1 3 4 手工不打印或者不能正确打印相关报表如售火车票月收入、汽车票月收入等1 3 1 手工4 并发控制多台终端控制同时操作，系统出现错误或处理速度低于限定标准5 3 4 自动5 错误处理不能阻止错误发生错误发生后处理不当4 3 4 手工6 界面不友好没有必要的提示操作不方便1 52 手工7 系统相应速度慢用户提交信息响应、处理速度慢1 5 3 手工..... .... ...... ..... .... .... ....注：危险性：表示对系统影响的大小，5--致命，4--严重，3--一般，2--轻微，1--无；影响：5--一定影响所有用户，4--可能影响一些用户，3--对一些用户可能的影响，2--对少数用户有限影响，1-难以察觉的影响；优先级：表示风险可以被接收的程度。