――――――――――――――――――――――――――――――――――――————
《在线考试系统》
项目报告
组长：林丹鸿
组员：林鸿、林东煌、方绪斌
班级：计算机网络技术（2）班
任课教师：赖万钦
完成时间：2012 年6月24 日
目录
前言
第一章设计背景……………………………………………………………………
1.1 设计的背景 (1)
1.2 应用前景 (1)
1.3 实际意义 (1)
第二章需要分析 (1)
2.1 总体结构框图 (5)
2.2 业务流程图 (11)
第三章数据结构描述……………………………………………………………
3.1 数据流程图 (12)
第四章系统的框架结构…………………………………………………………
4.1系统的功能设计 (13)
第五章系统的详细设计
5.1系统的页面组成 (15)
5.2开发中的关键技术分析与应用讲解 (15)
第六章测试 (24)
第七章总结 (25)
前言
随着网络技术的飞速发展，现在很多国外的大学和社会其他部门都已经开设了远程教育，通过计算机网络实现异地教育和培训。现在，计算机硬件技术的发展已经达到了相当高的水平。但是，远程教育软件的开发目前还处于起步阶段，随着这项技术的不断深入发展，就要求有更好、更完善的软件系统应用到远程教育当中去，这就给软件设计人员提出了更高的设计要求。
远程教育包括很多环节，例如教学系统、答疑系统和考试系统等等。其中很重要的一个环节就是在线考试系统，同时它也是最难实现的环节。在我国，虽然远程教育已经蓬勃地发展起来，但是目前学校与社会上的各种考试大都采用传统的考试方式，在此方式下，组织一次考试至少要经过五个步骤，即人工出题、考生考试、人工阅卷、成绩评估和试卷分析。显然，随着考试类型的不断增加及考试要求的不断提高，教师的工作量将会越来越大，并且其工作将是一件十分烦琐和非常容易出错的事情，可以说传统的考试方式已经不能适应现代考试的需要。随着计算机应用的迅猛发展，网络应用不断扩大，如远程教育和虚拟大学的出现等等，且这些应用正逐步深入到千家万户。人们迫切要求利用这些技术来进行在线考试，以减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量，从而使考试更趋于公证、客观，更加激发学生的学习兴趣。例如目前许多国际著名的计算机公司所举办的各种认证考试绝大部分采用这种方式。
在线考试是现阶段研究开发的一个热点。它是建立在国际互联网上的应用系统，客户端的配置可以极为简单，使考试不受地域的局限。一个完备的在线考试系统可以使用户在网上学习过后及时检验自己的学习效果，已发现自己的不足，使得学习效率得到很大提高。在线考试系统中题目的生成、试卷的提交、成绩的批阅等都可以在网络上自动完成。只要形成一套成熟的题库就可以实现考试的自动化。这样一来，教师所要做的只是精心设计题目、维护题库，而不是组织考试，从而大大减轻了教师的负担，这表明其经济性是相当可观的。为了适应新形势的发展，我进行了这一系统的初步设计工作，也可以说是做一个初步的探索，希望它能够在各类考试中发挥高效、便捷的作用,把老师从繁重的工作中解脱出来！
第一章设计背景
1.1 设计的背景
“新东方在线考试系统”（简称拟建系统）应提供新东方学员在线模拟考试以及新东方教师进行考试科目及题库管理功能。用户通过以不同身份登陆：学员可以进行模拟考试；教师可以察看考试信息、对科目及试题库进行更新与维护。
拟建系统要求采用JSP+SQL+HTML等技术开发，通过项目开发加深对所学知识的理解、熟悉项目开发流程及管理制度、培养团队合作精神，提高技术水平并为今后工作积累项目实战经验。
1.2 应用前景
随着网络的日益普及和发达，远程教育作为一种新兴的教育手段得到了广泛的应用。由于远程教育的出现，使得人们足不出户就有了接受教育的可能，因而给人们带来了极大的便利。本章所要介绍的是一个在线考试系统，它能够为用户提供远程的考试服务，使得用户可以随时随地的检测自己所学的知识，查漏补缺，迅速的提高自己的知识。
1.3 意义
在线考试系统提高了考试的可靠性、有效性、和工作效率，降低了考试成本，顺应了社会的网络化趋势，必将成为一种不可或缺的考试方式。本项目研究的目的是设计一个易于管理和维护的面向教学的考试系统，具有一定的通用性，能够满足多门课程的测试与考核要求。为教师开展平时考核及期末考核提供一个考核平台；为学生利用网络自主学习提供条件；为不同课程的网上考试提供平台。
在线考试系统是利用计算机网络组织考试的综合性应用系统。在线考试系统与传统的纸介质试卷考试相比具有以下优势：
1.高效节约
传统考试在编写试卷、阅卷、成绩统计等方面需要耗费大量的资源。而采用计算机考试，答题完毕后系统会自动判断考卷，并核对出最后考卷的分数，从而可节约大量的人、财、物力及时间资源。
2.准确公正
计算机考试系统组要处理的是标准化试题及试卷，它不但高效迅速而且准确避免人为因素，从而在一定程度上避免人为误差及人情分等问题，保证考试的公平公正。
3.可有效杜绝考试的作弊现象
利用计算机考试各考试的试卷现在随机生成，可以试卷不同也可试卷相同而顺序不同，由此可在一定程度避免相互参看抄袭等作弊现象，从而达到考试成绩的公平性。
二、需求分析
2.1 总体结构框图…………………………………………………………………………1 2.2 业务流程图
图1、考试系统总体用例图
UC1：学员注册
用例概述：学员输入信息，系统进行验证合法性，允许或拒绝注册。 前置条件：系统已启动，注册功能开放。
UC11：管理员管UC12：管理管理员
UC13：管理员退
基本路径：
1、学员输入用户名，姓名，密码，单位，性别，email，提交注册请求。
2、系统验证用户名，姓名，密码，单位，性别，email，的合法性，如果合法显示注册
成功，用户单击后可以返回登陆页面，否则返回注册页面提示错误原因
设计约束：
1、如果注册功能不开放，则用户无法进入注册页面，无法进行注册
2、所有信息不能为空，用户名不能重复
3、用户名不能重复，用户名必须以字母开头，可以包含字母数字和下划线，长度4-20
4、密码4-20位，email要求符合基本格式
UC2：学员登录
用例概述：学员输入用户名和密码，系统进行验证合法性，允许或拒绝登录。
前置条件：系统已启动。
基本路径：
1、学员输入用户名、密码，提交登录请求。
2、系统验证用户名、密码的合法性，若合法则进入学员子系统并记录用户登录信息，否
则拒绝登录并提示学员拒绝登录的原因。每次登陆请求（输入的用户名，IP，老师或学生，是否登陆成功，时间），均保存在登录信息日志中，便于查看是否有人非法攻击。
设计约束：
5、学员登录成功后，在浏览其他有权查看的页面时，不用再次输入用户名和密码。
6、禁止未登录的学员查看登录页面以外的其他功能页面。
7、用户名、密码不允许为空，用户名和密码长度范围均为4～20位。
UC3：学员查看成绩单
用例概述：学员查看已经考过的科目分数（科目名称、说明、题数、总时间、总分、考试日期，考试时间、得分情况等）。
前置条件：学员已登录。
基本路径：
1、学员请求查看已经考过的科目成绩列表。
2、系统检索已经考过的考试科目信息，显示科目成绩表（内容见设计约束）。
3、学员选择一个已参加考试科目，点击查看详细信息，查看该科目详细信息。
设计约束：
1、显示的科目成绩表应包括：科目编号、名称、考试日期（yyyy-mm-dd）、本人得分。
2、考试成绩单，包括姓名、科目编号、名称、题数、总时间、总分、参加考试日期
（yyyy-mm-dd），起止时间（hh24:mi:ss）、本人得分。
UC4：学员进行考试
用例概述：学员选择未考科目进行考试，系统显示试题，并进行计时，时间到自动交卷，自动计算成绩，显示成绩单（格式见UC3）。题目包括单项选择和多项选择
前置条件：学员已登录。
基本路径：
1、学员请求参加考试，显示可以考试的科目列表，已经参加过和关闭的试卷不能参加考
试
2、学员选择未考且已开放考试的科目，请求考试。
3、系统提示学员是否确认要参加该科目考试。
4、学员确认进行考试，申请开始。
5、系统显示试题和总时间，开始计时。
6、学员申请提交答卷。
7、系统提示学员是否确认提交答卷。
8、学员确认提交答卷。
9、系统计算成绩、保存考试信息、显示成绩单。
扩展路径：
3a、学员取消考试请求。
3b、系统允许学员重新选择考试科目。
5a、学员在规定时间到时未提交答卷。
5b、系统提示时间到，系统计算成绩并保存信息、显示成绩单。
7a、学员取消交卷请求。
7b、系统在规定时间内允许学员继续答题。
设计约束：
1、在答题页面应动态显示科目名称，该科目总时间、考试已用时间（或剩余时间），题
号（从1到总题数），总题数，分数,类型等信息。
2、显示试卷和处理成绩的速度须<5秒。
3、考虑如何避免用户重复提交请求。
4、题目包括单项选择和多项选择，选项个数为2-8个
UC5：学员修改自身信息
用例概述：学员选择修改信息，系统已经登陆的本学员信息，进行修改。
前置条件：学员已登录。
基本路径：
1、学员选择修改信息
2、显示学员信息，格式见（UC1）
3、修改数据，要求准确输入旧密码，
4、提交修改请求，如果格式错误，javascript提示信息，最后页面根据输入旧密码和
HttpSession中的用户id等操作，最后判断是否修改成功，显示成功失败信息。
UC6：学员退出
用例概述：学员选择退出系统。
前置条件：学员已登录。
基本路径：
1、学员成功退出，
设计约束：
1、学员退出后清空HttpSession不再次登陆不能察看其他页面
UC7：管理员登录
用例概述：教师输入用户名和密码，系统进行验证合法性，允许或拒绝登录，可以与学生在同一个界面上进行。验证码功能可以选做。
前置条件：系统已启动。
基本路径：
1、管理员输入用户名、密码，提交登录请求。
2、系统验证用户名、密码的合法性，若合法则进入教师子系统，否则拒绝登录并提示教
师拒绝登录的原因。每次登陆请求（输入的用户名，IP，管理员或学生，是否登陆成
功，时间），均保存在登录信息日志中，便于查看是否有人非法攻击。
设计约束：
1、管理员登录成功后，在浏览其他有权查看的页面时，不用再次输入用户名号和密码。
2、禁止未登录的管理员查看登录页面以外的其他功能页面。
3、用户名、密码不允许为空，用户名和密码长度范围均为4～20位。
UC8：管理员管理学员资料
用例概述：管理员维护学员资料（增、删、改操作）。
前置条件：管理员已登录。
基本路径：
1、管理员请求维护学员资料。
2、系统显示学员信息列表（信息参考UC1）。
3、管理员新增学员信息，（信息参考UC1）。
4、系统保存学员信息，刷新、显示学员列表。
5、管理员可以按照姓名模糊查询学生
扩展路径：
2a1、管理员根据姓名查询学生
3a1、管理员选择一名学员，修改其信息（信息参考UC1）。
3a2、系统保存用户修改后的学员信息，刷新、显示学员列表。
3b1、管理员删除一名学员。
3b2、系统提示教师是否确认删除。
3b3、管理员确认删除。
3b4、系统删除该学员本身信息和考试信息。刷新、显示学员列表。
设计约束：
1、如有时间可加入分页功能。
UC9：管理员管理考试科目和考试题
用例概述：管理员查看考试科目列表、新增、修改、删除科目信息、开放和关闭考试。修改考试题目信息
前置条件：管理员已登录。
基本路径：
1、管理员请求管理考试题目。
2、系统显示考试科目信息列表（内容见设计约束）。
3、管理员新增考试科目，录入科目信息。
4、系统保存科目信息，刷新、显示科目列表。
5、管理员选择科目，请求维护试题。
6、系统显示该科目的试题列表（题目id，题干、答案、分值）。
7、管理员新增考题，输入试题信息（题干、选项、答案、分值）。
8、系统保存试题，刷新、显示试题列表。
扩展路径：
3a1、管理员选择一个考试科目，修改其信息。
3a2、系统保存用户修改后的信息，刷新、显示科目列表。
6a1、管理员选择一道试题，修改其信息（题干、选项、答案、分值）。
6a2、系统保存用户修改后的试题信息，刷新、显示试题列表。
6b1、管理员删除一道试题。
6b2、系统提示教师是否确认删除。
6b3、管理员确认删除。
6b4、系统删除该试题。刷新、显示试题列表。
设计约束：
1、考试科目信息列表应包括：科目编号、名称、题数、总时间、总分、科目状态（开
放、关闭）等。
2、如有时间可加入分页功能。
3、题目包括单项选择和多项选择，选项个数为2-8个
UC10：管理员管理考试成绩
用例概述：管理员可按科目、姓名、考试日期等查询考试成绩。
前置条件：教师已登录。
基本路径：
1、管理员选择查询条件（科目、用户名、姓名、考试日期），提交查询。
2、系统在已考记录中统计符合条件的数据，显示查询结果（内容见设计约束）。
3、显示结果，可以按照科目、用户名、姓名、考试日期、考试成绩排序。
4、管理员点击察看详细信息，察看该次，这个考生答题历史纪录，包括题目id，所答
答案，正确答案，是否正确，
5、管理员可以删除，修改学生成绩
设计约束：
1、查询结果包括：科目、用户名、姓名、考试日期、考试成绩。
2、查询条件中科目、用户名、姓名、考试日期均为可选条件。
3、如有时间可加入分页功能。
UC11：管理员察看登陆日志
用例概述：管理员可按日期等查看登陆日志。
前置条件：管理员已登录。
基本路径：
1、管理员请求察看登陆日志。
2、分页显示全部登陆日志
3、管理员输入起止日期，选择（学生/管理员）提交，察看某日登陆日志
设计约束：
1、显示输入的用户名，IP，管理员或学生，是否登陆成功，时间。
UC12：管理管理员
用例概述：对教师进行查看和增删改。
前置条件：admin用户才有此权限。
基本路径：
UC13：管理员退出
用例概述：管理员退出整个系统。
前置条件：必须是登陆的管理员。
学生用例图：
管理员用例图：
三、数据结构的描述
3.1 数据流程图
学员数据流程图
1．第一层层数据流程图
管理数据流程图
2．第一层层数据流程图
管理第一层数据流程图2．第二层数据流程图
管理第二层数据流程图
3.第三层层数据流程图
四、系统的框架
4.1系统的功能设计
考生成绩实体E-R 图
管理信息实体E-R 图
考试系统
考生考试模块 管理员模块
考 生登录 考生信息 在线考试 成绩查询
成绩管理 试题管理
考生信息管理 系统维护管理
管理员登录
成绩查询
五、系统的详细设计
1.考生注册页面
| 用户名 | ||||||
| 姓名 | ||||||
| 密码 | ||||||
| 密码 | ||||||
| 性别 | ||||||
| 地址 | ||||||
| | ||||||
| ID | 用户名 | 密码 | 操作 |
| ${q.teacherid} | ${https://www.doczj.com/doc/7e5539170.html,ername} | ${q.password} |
3.成绩查询
| 科目ID | 科目名称 | 总分数 | 所得分数 | 考试日期 | 详细情况 |
| ${s.subject.subjectid} | ${https://www.doczj.com/doc/7e5539170.html,} | ${s.subject.totalscore} | ${s.score} | format="yyyy-MM-dd"/> | page="/student/result/detail.do?resultid=${s.resultid}">详细情况 |
4.在线考试
| 题号 | 题目内容 | 分数 | 类型 | 正确答案 | 录入日期 | 操 作 |
| ${a+(pageutil.pageno-1)*pageutil.pagesize+1} | <%Question qq = (Question)pageContext.getAttribute("q"); String qs; if(qq.getContent().length()<30)qs=qq.getContent(); else qs = qq.getContent().substring(0,27)+"..."; pageContext.setAttribute("qs",qs,pageContext.PAGE_SCOPE); %> | ${q.score} | ${q.qtype==0?"单选题":"多选题"} | ${q.rightanswer} | ${q.sdate} | page="/teacher/subject/updatequestion.do?questionid=${q.questionid}&subjectid=${subject.subject id}">修改| |
5．数据库表
CREATE TABLE examrecord(
examrecordid DECIMAL(10, 0) NOT NULL, resultid DECIMAL(10, 0) NOT NULL,
answer VARCHAR(10) ,
PRIMARY KEY (examrecordid)
)TYPE=MYISAM
;
--
-- TABLE: loginlog
--
CREATE TABLE loginlog(
loginlogid DECIMAL(10, 0) NOT NULL, username VARCHAR(30) NOT NULL, success DECIMAL(1, 0) NOT NULL, isteacher DECIMAL(1, 0) NOT NULL, IP VARCHAR(15) NOT NULL, logtime DATETIME NOT NULL, PRIMARY KEY (loginlogid)
)TYPE=MYISAM
;
--
-- TABLE: option
--
CREATE TABLE options(
optionid DECIMAL(10, 0) NOT NULL, questionid DECIMAL(10, 0) NOT NULL, content TEXT NOT NULL, PRIMARY KEY (optionid)
)TYPE=MYISAM
;
--
-- TABLE: question
--
CREATE TABLE question(
案例编写说明及体例 一、案例概念 案例是指发生在课堂教学过程中的某一教学内容或某个教学活动方面含有代表性的和有重大意义的一个或一个方面的典型事例。它比较详细地叙述了一段或一堂课的具体的教学情节，一件发生过的事实，向人们提供人物、场合、过程、结果，引发大家的思索。它呈现特定的问题情境，探讨产生的原因和影响，并作一定的分析和反思，从中体现适合当代教学改革或课程改革的正确思想和理论。 二、案例与教案、教学设计的区别 教案和教学设计是根据一定的教育思想教学方式、方法，在课前设想的教育教学思路，是对准备实施的教育教学措施的简要方案； 案例则是对已发生的教育教学过程的反映。一个写在教之前，一个写在教之后；一个是预期，一个是现实的过程和结果。 三、案例与教学实录的区别 １、案例与教学实录的体例比较接近，它们的区别是案例要有对本教学问题的反思，对好的教学行为、思想、效果的分析，体现了先进教育教学思想的特点和价值，是科学实践后的结果，在教学中有指导的意义。 ２、同样是对教育教学情境的描述，教学实录是有问必录，而案例是有所选择的。 四、案例与论文的区别 从文体的表述方式上来看，论文是以论述为目的，以议论为主；案例则以对案例的分析为目的，以说理为主，兼有议论和说明，二者既有联系又有区别。 五、撰写教育教学案例的目的 1、用以指导实践。把理论学习与教学实践紧密地结合起来，弥补了以往的不足，或变革教学的旧模式和方法。 2、对教学实践的反思，用以改进和指导今后的教学实践。 3、梳理、记录分析自己的教学。案例不仅记叙了教学行为，也记录了伴随行为而产生的思想、情感及灵感。它是个人的教学档案和教育教学史，有其独特的保存和研究价值。 4、研讨，提高教育教学能力和水平。 六、怎样写好教育教学案例 案例的写法没有固定的模式，现只提出几点参考意见：
功能测试用例说明书 功能测试用例说明书 作者 发布范围HPTCA-MS 整个生命周期 版本V1.0 发布日期2008-6-12 修订历史记录
发布日期版本说明作者2008-6-12 1.O考勤系统测试用例 目录 1.引言 4 1.1 编写的目的4 1.2 编写范围4 1.3 参考文献4 1.4 术语与缩略语4 2.接口测试用例 4 2.1被测试对象的介绍4 2.2测试范围与目的 4 2.3测试环境与测试辅助工具的描述4 2.4测试驱动程序的设计4 2.5接口测试用例 5 3.功能测试用例 5 3.1被测试对象的介绍5 3.2测试范围与目的 5 3.3测试环境与测试辅助工具的描述5 3.4测试驱动程序的设计5 3.5功能测试用例 5 4.评审意见 6 5.其它需要说明的问题： 6 需求说明书
1.引言 1.1编写的目的 本手册是基于项目已经基本完成，作为项目测试人员对项目功能进行测试。测试各项功能是否达标！ 1.2编写范围 功能测试用例编号名称责任人备注AT001登录（包括身份验证，页面跳转）王挺 AT002考勤基本操作（包括上班，下班，请假申请，出差申请）刘红杰 AT003员工考勤信息管理（包括修改密码，段时间考勤信息查询）毛凌波 AT004消息服务（包括收发短信息，网站留言）夏天梁 AT005员工个人信息管理（包括员工信息查询，添加员工，生成富强 AT006Excel 表格） 手动考勤（包括手动上下班，手动请假，手动出差）张耿耿 AT007节假日管理（包括添加节假日，修改节假日）王杰 AT008申请管理（包括请假申请，出差申请）薛纪表 AT009人性化和网站安全周碧文 1.3参考文献 编号资料名称简介作者日期出版单位 01《数据库设计说明书》数据库设计资料薛纪表2008.05.10软件（ 4）班 2 组02《需求规格说明书》需求规格资料周碧文2008.05.02软件（ 4）班 2 组03《概要设计说明书》概要设计资料王杰2008.05.23软件（ 4）班 2 组04《详细设计说明书》详细设计资料周碧文软件（ 4）班 2 组https://www.doczj.com/doc/7e5539170.html,技术支持，解答/// 1.4术语与缩略语 术语、缩略语 ST ? 解释系统测试， System Test ?
职位说明书
三、但愿有一天你会记起，我曾默默地，毫无希望地爱过你。我这扇门曾为你打开，只为你一人打开，现在，我要把它关上了。 四、你看我的时候我装做在看别处，你在看别处的时候我在看你。 五、陆上的人喜欢寻根究底，虚度很多的光阴。冬天担忧夏天的迟来，夏天担心冬天的将至。所以你们不停到处去追求一个遥不可及，四季如夏的地方，我并不羡慕。 六、没想到的是，一别竟是一辈子了。 七、朋友们都羡慕我，其实羡慕他们的人是我。爱你，很久了，等你，也很久了，现在，我要离开你了，比很久很久还要久…… 八、Do something today that your future self will thank you for. 从现在开始，做一些让未来的你感谢现在的自己的事。 九、有个懂你的人，是最大的幸福。这个人，不一定十全十美，但他能读懂你，能走进你的心灵深处，能看懂你心里的一切。最懂你的人，总是会一直的在你身边，默默守护你，不让你受一点点的委屈。真正爱你的人不会说许多爱你的话，却会做许多爱你的事。 十、很久很久，没有对方的消息，也不再想起这个人，也是不想再想起。 十一、我不怕我会忘记他，他在我心底开出了花。 十二、我还在原地等你，你却已经忘记曾来过这里。 十三、那都是很好很好的，我却偏偏不喜欢。 十四、向来缘浅，奈何情深？ 十五、习惯难受，习惯思念，习惯等你，可是却一直没有习惯看不到你 十六、爱一个人最好的方式，是经营好自己，给对方一个优质的爱人。不是拼命对一个人好，那人就会拼命爱你。俗世的感情难免有现实的一面：你有价值，你的付出才有人重视。——苏芩
十七、雨水落下来是因为天空无法承受它的重量，眼泪掉下来是因为心再也无法承受那样的伤痛。 十八、所谓长大，就是把原本看重的东西看轻一点，原本看轻的东西看重一点。生活中只有一种英雄主义，那就是在认清生活真相之后，依然热爱生活。生活就像是跟老天对弈，对你而言，你走棋，那叫选择；老天走棋，那叫挑战。 十九、我只想问你，若我回头，你还在不在？ 二十、有些事是有很多机会去做的，却一天一天推迟，想做的时候却发现没机会了。 二十一、在下一个路口，思念某一种温度。 二十二、It doesn't matter how slow you are, as long as you're determined to get there, you'll get there. ------不管你有多慢，都不要紧，只要你有决心，你最终都会到达想去的地方。 二十三、当我们拥有一只鞋子的时候，我们才会明白失去的另一只鞋子的滋味，失去的东西总是最好的。 二十四、如果因为害怕分离而不敢在一起，那你吃饭的时候为什么不直接去吃屎。 二十五、花时间去解释不如花时间去证明 二十六、睫毛下的伤城路过了谁的风景谁的心。 二十七、拥有的并不一定爱着。 二十八、于是。各有各的生活，各自爱着别的人。曾经相爱，现在已互不相干。 二十九、看着别人的故事，流着自己的眼泪。 三十、你唯一会认认真真读完一个人的日志和心情，想尽一切办法去了解的只有两个人。一个是你喜欢的人，另一个是你喜欢的人喜欢的人。 三十一、失去一段感情，你感觉心痛，当你心痛过后，那时你才会发现，你失去的只是你心中的依赖，当你学会孤独的坚强，一切又会再次美好起来。去珍惜那个读懂你的人，要好好去疼爱她。
四川托普集团技术文档 卷号： 卷内编号： V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门：中央研究院应用产品开发中心 撰写人（签名）： 完成日期： 本文檔使用部门：■主管领导■项目组□客户（市场） ■维护人员□用户 文档验交组（签名）： 验交日期： 评审负责人（签名）： 评审日期：
软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书（SRS）的目的是： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2.定义 Workflow：工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表
2.软件总体概述 2.1.软件标识 软件全称：多层体系政务框架平台之一行政服务中心政务平台 软件简称：XZFWZXZW 版本号：1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的：1、公众服务 2、行政服务中心和各级政府部门 应用目标：行政服务机构 使用范围：行政服务机构，公众 2.3.软件功能(共12个系统模块)
测试用例 一、定义 测试用例（Test Case ）是指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。 二、测试用例的分类 根据测试过程中具体涉及到问题类型及测试需求，可将测试用例分为如下： ●功能性测试用例 ●界面测试用例：适用于所有测试阶段中的界面测试 ●数据处理测试用例：适用于所有测试阶段中的数据处理测试 ●操作流程测试用例：适用于所有流程性的测试 ●安装测试用例：适用于所有安装测试 三、测试用例管理 ●编写用例：测试工程师根据需求规约、概要设计、详细设计等文档编写测试用例。 ●用例评审：原则上用例象程序一样，要经过多次的修改才可以通过，实际工作中通常进行一次。 ●用例修改：评审结束后，您需要根据评审意见进行修改，修改后通常不再进行评审。 ●使用用例：执行测试用例，并记录到测试用例执行报告中。 ●用例升级/ 维护：随着软件产品不断修改、升级，对应的用例也需要升级维护。针对同一个项目，可以根据需求的变更不断进行维护；如果是产品，用例的维护更加重要，要达到用例和产品的版本一一对应。 四、测试用例的编制及使用 1 、设计测试用例 每个具体测试用例都将包括下列详细信息：编制人、审定人、编制日期、版本、用例类型、设计说明书编号、用例编号、用例名称、输入说明、期望结果（含判断标准）、环境要求、备注等。 测试用例 编制人 审定人 编制日期 版本 测试用例类型 设计说明书编号 测试用例编号 测试用例名称 输入说明（列出选用的输入项，覆盖正常、异常情况）： 期望结果（逐条与输入项对应，列出预期输出）： 环境要求（测试要求的软、硬件、网络要求）： 备注： ●“测试用例名称”可以是不涉及到具体模块的功能描述，如“日期格式”，“非空检验”等。 ●“输入说明”是功能模块接受的数据或各种操作描述，如“输入非法的日期格式”等。 ●“期望结果”是模块接受输入后应有的正常输出描述，如“提示用户修改”等，期望结果应与输入说明一一对应。 ●测试用例用于指导执行操作，但某些意外操作也可导致程序错误，这些操作称为非预
测试用例规范约定 一、用例设计书写的标准规范 1.用例标题 描述清楚该用例所要达到的测试目的，不是单纯的描述所在模块或； 正确示例： 未登录状态下发布动态能否成功 或 登录状态下只发布文字动态内容能否成功 2.前置条件 用例必须清晰地描述此用例所需的前提条件； 正确示例： 1、用户已登录云转诊APP； 2、用户已进入动态页面； 3.用例步骤 测试用例编写要步骤明确，输入输出要素（输入数据值）清晰，并且无疑义； 输入数据值：指当前用例输入值的具体范围及明确值； 正确示例： 1、点击动态下的（发动态）按钮 2、输入文字：我很享受音乐 3、点击（发送）按钮 4.预期结果 预期结果必须具有可判定性，即测试步骤执行后，结果是可判定的，每一个测试用例的步骤都应有相应的唯一的预期结果，预期结果中不能包含步骤； 正确示例： 发布动态成功，页面跳转至动态页面 错误示例： 1.云转诊APP成功打开 2.显示我的页面 3.打开编辑页面 4.弹出性别选择窗口 5.测试用例集 一条用例内多个用例步骤对应多个预期结果时，禁止使用编号内附加子级编号形式编写测试用例，需要单独表述。测试用例可以使用单条用例或测试用例集的方式编写，单条用例需要把同一情况下的测试用例整合在一条内编写，预期结果与操作步骤相互对应。测试用例集需要操作步骤与预期结果编号相对应，完整的表达操作与结果之间的关系
真实示例如下图所示： 二、用例设计书写的颗粒度描述 要求：验证一个功能点一条用例，没有重复、冗余的测试用例。 功能测试用例需要从用户层面来设计用户使用场景和使用流程。 1.冒烟测试 验证系统正向功能流程通畅及验证系统正向必填项（系统要求验证项）输入值、单选项、下拉框、按钮等符合系统要求； 2.功能测试 用例中需要合理的使用测试用例编写方法设计反向用例、容错性用例、三方交互用例等场景，以确保覆盖业务操作的基本路径和异常路径，以及对其他模块/功能的影响和必填项（系统要求验证项），保证达到系统规定； 3.UI测试 对系统UI页面进行检查，确保UI布局合理、文字统一、易用性（易操作、易理解和易学习）、友好性等达到系统要求（同一页面没有操作整体时，页面检查算一个功能点）； 三、用例执行规范 1.出现非Pass的用例必须标记对应的状态,Fail的用例必须提交缺陷； 2.由于某个Bug缺少测试条件导致用例不能执行，标为Block添加备注信息； 3.功能模块没有设计好，或者不适用于本轮测试的用例，标为N/A加备注信息； 四、用例测试执行突发状况处理
MT公司岗位工作说明书 销售组长工作说明书 一.基本资料 岗位名称:销售组长所属部门:销售部 岗位编码: XXXXXXX 定员标准:2人 直接上属:销售经理分析日期:2010年8月 二.岗位职责 (一)概述 销售组长负责所管理小组总体销售目标（分销、助销、促销、销量等）的实现，以及所覆盖范围客户建立良好的合作关系。销售组长同时负责销售代表的基本技能的培训，工作表现的跟踪和评估。负责所管进销售小组的销量，收款，分销，助销及促销总体目标的实现,以促进MT公司业绩蒸蒸日上. (二)工作职责 1.参与销售代表的招聘和筛选,负责协助销售经理的工作。 2.负责组织本组人员执行销售经理下达的销售计划、促销计划和促销活动。 3.负责组织销售人员每天对所管辖的业务等管理工作。 4.掌握本组的销售动态,加强跟踪与交流,及时找出问题并给予纠正指导,调动本组人员工作积极性及思想动态,对于重大问题应及时向销售经理汇报。 5.组织本组人员做好售前、售后工作,带领本组人员妥善处理顾客投诉和工作中所发生的各种矛盾。 7.管理和培训销售代表掌握基本工作技能，设定销售代表的工作目标,履行工作职责 ,保持销售小组的高效经济的运作。 8.带领本组人员做好与各部门的协调工作。 9. 实地销售报告的汇总，总结,负责对本组员工工作的考核。 三.其他职责 完成领导交办的其他临时工作 四.监督与岗位关系 1.所受监督:直接受销售经理的监督
所施监督:销售小组的销售成员 2.与其他岗位关系 1)内部关系:与公司内部的而其他部门有这不可分割的联系 2)外部关系:与销售有关的合作公司,客户,消费者等业务上的合作关系,政府部门,广告公司,媒体等 3)本岗位职务晋升图 可直接晋升的职位: 销售经理助理销售经理 可相互转化的职位: 营销售后 可升迁至此的职位: 销售人员 五.工作内容 1. 市场开发 (1)收集有关MT公司各方面信息，了解其在客户需求及竞争对手情况; (2)进行信息处理、分析，确定市场目标; (3)与潜在客户联系。 2. 维持市场份额 (1)跟踪客户需求，努力提高市场份额; (2)了解竞争对手情况; (3)了解客户产品信息; (4)了解行业动态、行业研发情况及现有市场的情况。 3. 完成订单 (1)接受订单，交付销售内勤; (2)跟踪客户信息制定投产计划; (3)监督生产，保证供货; (4)每周制定发货计划，交销售内勤; (5)把发货信息输入电脑，向客户催款。 4. 信息反馈 (1)内部信息反馈，将交货投产的有关情况;向经理报告 (2)外部信息反馈，处理客户产品不满的问题以及正常的信息沟通。 五.岗位权限 1.对本职工作范围内合理性安排建议权； 2.销售代表工作业绩评审异议权；
案例使用说明 一、课前预习 我国在改革开放之前实行高度中央集权的计划体制，政府间关系在总体上是一种自上而下的高度一体化的等级控制模式。这种模式在市场经济和国际环境发展的背景下，愈发暴露出其存在的不足。改革开放后，我国政府间关系从传统的等级控制模式向网络模式发展，以适应迅猛发展的信息技术、不断增强的民主议事和市场经济发展内在需求等。本节课程主要介绍就我国政府间关系从传统的等级控制模式向网络模式发展的过程、我国政府间关系进一步调整等相关内容。在开始本节课程教学之前，学生应先对本节课程内容进行预习了解，并在课前下载阅读《2012年扬州奖励购房新政策》《江西鄱阳湖生态经济圈建设》《2010年山东淄博“政府直审‘村官’模式”创新案例》3个案例，并在预习基础上应思考回答以下几个问题： 1.在等级控制模式下，我国地方政府间关系有怎样的突出问题？这种问题为什么会出现？ 本题目设置的目的：考查学生对于本节课程相关知识点预习状况，引出关于我国等级控制模式政府间关系相关的知识点。 本题目采分点为：“横向阻隔”、“合作”、“动力与需求”、“物质基础”。 本题目正确答案：在等级控制模式下，我国地方政府间关系最主要的问题是横向阻隔多而联系少。这一问题由两方面因素促生。一方面，地方完全隶属中央的制度模式决定地方政府本身并不是独立的利益主体和行政主体，缺乏合作的内在动力与需求，不可能主动寻求地方政府间的合作。另一方面，中央政府控制各种主要资源，导致地方政府间的合作缺乏物质基础。 2.近年来，同城化成为我国城市规划建设发展的一个常见词汇，许多地区开始推行同城化建设策略。结合本章前两节知识来看，推进同城化的目的包括（） A.以某一发达城市或地区带动其他地区发展，促进区域经济一体化发展 B.使其他地区为中心城市输送更多发展资源，集中力量优先促进大城市的进一步发展 C.打破地方政府之间的壁垒，加强地区间横向经济合作 D.保证同一区域内城市发展步调统一，消灭地区差异
工作说明书案例 ——湖南守护神制药有限公司工作说明书设计 1公司简介 中外合资湖南守护神制药有限公司（PALLADIUM）是国家GMP认证企业，位于长沙市高新区浏阳国际生物医药产业园内，是园区内的第一家高新技术制药企业。守护神为中国著名商标，公司占地面积8万多平方米，拥有现代化的标准厂房设施和一尘不染的大面积绿化草坪，厂区内空气清新，环境幽雅。2003年1月全厂四条生产线整体一次性通过国家药监局GMP认证，充分宣示出现代制药企业的实力。公司固定资产逾亿元，年生产能力超过5亿元，发展潜力巨大。 2公司工作说明书中存在的问题 近年来湖南守护神制药有限公司各项事业都有了飞速的发展，但是由于历史原因，企业体制上的弊端使得企业的人力资源管理工作仍然停留在过去的水平。企业在用人机制上缺乏灵活性，在激励机制上也有些不合时宜，许多优秀的人才因此而流失。目前企业的人力资源基础工作比较薄弱，还没有建立一套科学的工作分析体系，使得企业定岗定员工作、薪酬激励体系、业绩考核体系很难建立在科学分析的基础上，部分岗位存在人浮于事的现象，大大打击了员工的积极性。公司现在只制定了少数工作的工作说明书。下面是其中的一份，如表1.
通过对以上工作说明书的分析可以得出以下结论： 1．虽然对公司财务部经理工作的工作职责有了一定的描述，但没有明确工作目标、工作权限、工作特点、工作关系、工作环境和任职人员资格等信息。一份健全的工作说明书，除原有内容外，还要仔细分析研究出工作的工作目标、工作权限、工作特点、工作关系、工作环境和任职人员资格等信息。 2．该说明书过于简单，没有脱离岗位责任制的束缚，更像一份岗位责任说明书，没有达到工作分析的高度。说明书在职责描述上，是一种岗位职责列举，对工作内容和程序以及达到的标准没有进行分析。工作分析是对工作职责的详细分析，它包括对工作内容(做什么)、工作方法(怎样做)、工作原因(为什么做)、工作过程与结构(完成工作的过程包括哪些环节与要素)等方面的分析，只有这样才能使不了解此项工作的人看过工作说明书后，对此项工作有一个全面的了解，知道应该做什么、如何做以及这样做的原因。 3工作说明书设计 工作说明书的编写是在职务信息的收集、比较、分类的基础上进行的，是工作分析的最后一个环节。工作说明书是职务性质类型、工作环境、资格能力、责任权限及工作标准的综合描述，用以表达工作在单位内部的地位及对工作人员的要求。它体现了以“事”为中心的职务管理，是考核、培训、录用及指导员工的基本文件，也是职务评价的重要依据。 湖南守护神制药有限公司共设七个部门，分别为综合管理部、研发部、生产部、品质部、财务部、市场部和销售部。为优化公司的工作说明书，我们采用以下的设计思路： 1．职别划分 在工作说明书中将公司的职别分为A、B、C、D、E、F六级，各级具体划分如下： A级：总经理 B级：副总经理、总工程师、营销总监
测试用例颗粒度说明 1.颗粒度与测试的关系 如果把测试用例设计得很细，照顾到每一个数据输入、每一个条件、每一个环境、每一个路径，那么测试用例的数量将是巨大的，虽然风险很小很小，但是测试效率会很低，并且测试执行没有思考的空间，可能使测试执行人员变得呆板（除非全部测试自动化），不需要创造力、思考。测试用例设计很粗，测试效率可能比较高，测试人员有一个发挥的空间，使测试更有趣，但这依赖于个人的责任感和能力，风险大得多。 2.颗粒度的大小取决与以下三点 1、“重要功能”、“特殊功能”颗粒密集度高，“通用功能”可以试用通用测试粒度，密集度应该可以大致界定。个人认为，假如你非要为了一个字体的样式而写了一大长串的测试用例，那么这个颗粒度就毫无意义了。 2、颗粒度的大小还取决与客户对“产品”的要求。测试有一个难题是测试的精度，或者说颗粒度的定义，不要说一个程序，就算是一个简单的登录都可以写出几乎无穷尽的测试用例，所以你需要指明功能、性能需求，使用环境等，并说明对缺陷容忍的限度。才好依据最终的需求来定义测试的颗粒度，也才好写测试用例，总之，客户的要 求越详细所得到的测试用例越准确。如果客户跟你说这个地方你必须仔仔细细的测试。那么我们在写测试用例的时候。这个颗粒度一定要小了。 3、一般功能颗粒密集度可能会根据项目或是时间来确定。如果时间充裕颗粒度可以适当小。 4、粒度取决于测试的种类，一般用验收测试,是项目测试中颗粒度比较大。系统测试颗粒度相对较小。 3.有效度量测试用例条件： 1、颗粒度可以跟代码行数对应：一般来说代码量越大，内部逻辑就越复杂，出现bug 的的可能性也越高。对应的测试粒度也越小。 2、测试团队内部对粒度达成一致，适当把握颗粒度：明确测试用例编写的颗粒度，大
软件模块测试用例说明书 编制：李洪强 审核： 会签：
批准：
修订记录
目录 1 简介 (5) 1.1 编写目的和范围 (5) 1.2 背景 (5) 1.2.1 术语 (5) 1.2.2 概述 (5) 2 测试环境 (5) 3 测试方法 (5) 3.1 测试框架设计 (5) 3.1.1 架构图 (5) 3.1.2 重要的时序图 (5) 3.1.3 模块接口1 (5) 3.1.4 模块接口2 (6) 3.2 桩模块1设计 (6) 3.2.1 模块功能 (6) 3.2.2 设计类图 (6) 3.2.3 内部时序图 (6) 3.2.4 进程设计 (6) 3.3 桩模块2设计 (6) 3.4 驱动模块1设计 (6) 3.4.1 模块功能 (6) 3.4.2 设计类图 (6) 3.4.3 内部时序图 (6) 3.4.4 进程设计 (6) 3.5 驱动模块2设计 (7) 4 功能测试用例 (7) 4.1 A功能测试用例 (7) 4.1.1 功能描述 (7)
4.1.2 测试目的 (7) 4.1.3 前提条件 (7) 4.1.4 测试输入 (7) 4.1.5 期望结果 (7) 4.2 B功能测试用例 (7) 5 异常测试用例 (7) 5.1 异常测试用例C (7) 5.1.1 测试目的 (7) 5.1.2 前提条件 (7) 5.1.3 测试输入 (7) 5.1.4 期望结果 (7) 5.2 异常测试用例D (8) 6 极限测试用例 (8) 6.1 极限测试用例E (8) 6.1.1 规格描述 (8) 6.1.2 测试目的 (8) 6.1.3 前提条件 (8) 6.1.4 测试输入 (8) 6.1.5 期望结果 (8) 6.2 极限测试用例F (8) 7 遗留问题 (8) 8 参考资料 (8)
如何设计和执行测试用 例 Pleasure Group Office【T985AB-B866SYT-B182C-BS682T-STT18】
如何设计和执行测试用例测试需求收集完毕后，开始测试设计。 测试用例是什么测试用例就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。设计测试用例需要考虑以下问题： 测试用例的基本格式： 软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果，下面逐一介绍。 用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称+测试阶段类型(系统测试阶段)+编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。 测试标题：对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如“测试用户登录时输入错误密码时，软件的响应情况”。 重要级别：定义测试用例的优先级别，可以笼统的分为“高”和“低”两个级别。一般来说，如果软件需求的优先级为“高”，那么针对该需求的测试用例优先级也为“高” ;反之亦然， 测试输入：提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。
操作步骤：提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。 预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过;反之则测试通过。 软件测试用例的设计主要从上述 6 个域考虑，结合相应的软件需求文档，在掌握一定测试用例设计方法的基础上，可以设计出比较全面、合理的测试用例。具体的测试用例设计方法可以参见相关的测试书籍，白盒测试方法和黑盒测试方法在绝大多数的软件测试书籍中都有详细的介绍。 一般来说，每个软件公司的项目可以分为固定的几大类。可以按业务类型划分，比如 ERP 软件、产品数据管理软件、通信软件、地理信息系统软件等等;可以按软件结构来划分，比如 B/S 架构的软件、 C/S 架构的软件、嵌入式软件等等。参考同类别软件的测试用例，会有很大的借鉴意义。如果，公司中有同类别的软件系统，千万别忘记把相关的测试用例拿来参考。如果，系统非常接近，甚至经过对测试用例简单修改就可以应用到当前被测试的软件。“拿来主义”可以极大的开阔测试用例设计思路，也可以节省大量的测试用例设计时间。 加强测试用例的评审： 测试用例设计完毕后，最好能够增加评审过程。 同行评审是 CMM3 级的一个 KPA ，如果因为公司没有通过 CMM3 级，就不开展同行评审是不恰当的。测试用例应该由产品相关的软件测试人员和软件开发人员评审，提交评审意见，然后根据评审意见更新测试用
案例使用说明 一、教学的目的与用途 本案例使用说明是以将此案例应用于《投资银行学》中的收购兼并部分的教学为基础而撰写的，如将本案例应用于其他相关课程，本案例说明可做相关调整。 (一)适用的课程 本案例适用于《投资银行学》《并购与重组分析》等财经类课程(二)适用的对象 本案例适用对象包括高年级金融学本科生，经济学本科生以及经济类研究生。 (三)本案例教学目标规划 1.覆盖的知识点 ●并购的概念与类型 ●并购的动因 ●并购的经济分析 ●并购中的专利组合 2.能力训练点 ●了解并购的概念与类型，明确并购要素 ●学会分析并购的动因，从并购双方，政府，环境等三方利 益相关者多角度看问题
●基于案例中的并购经济后果分析，深入学习企业价值估值， 培养学生的数据分析能力与综合水平 ●通过分析了解并购中的人力资源，学会组织和管理人事提 高效率 二、启发思考题 （一）、诺基亚掉下神坛，失掉巨大的市场份额，被收购的原因 有哪些？微软如何与诺基亚合作才能挽救诺基亚日益下滑的销 售额？如何调整发展经营战略才能使并购双方的利益最大化？ （二）、微软与诺基亚都是存在发展至今的老企业，在并购之后，如何调整管理层结构，是分开管理，还是组织新的管理层接管 诺基亚公司，假如发生管理层冲突，又将如何有效解决？ （三）、基亚公司从之前的手机行业巨头到如今被收购，公司由 盛转衰的经历对中国的手机行业提供了怎样的借鉴和启示？中 国手机行业应当如何应对苹果，三星等大企业，如何去适应飞 速发展的移动互联终端时代？ （四）、有人将微软并购诺基亚称为一场专利之战，为什么？请 从专利的重要性，并结合二者的专利优势劣势进行分析 三、分析思路 （一）、从数据和资料分析诺基亚业绩下滑，难以经营下去的原
测试用例设计方法 1等价类划分 1.1 理论知识 等价类划分是一种典型的黑盒测试方法。这一方法完全不考虑程序的内部结构，只依据程序的规格说明来设计测试用例。 等价类是指某个输入域的子集合。在该子集合中，各个输入数据对于揭示程序中的错误都是等效的。 等价类合理地假设：某个等价类的代表值，与该等价类的其他值，对于测试来说是等价的。 因此，可以把全部的输入数据划分成若干的等价类，在每一个等价类中取一个数据来进行测试。这样就能以较少的具有代表性的数据进行测试，而取得较好的测试效果。 等价类划分是把所有可能的输入数据,即程序的输入域划分成若干部分（子集）,然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 1) 分类： 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能. 无效等价类:与有效等价类的定义恰巧相反. 设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性. 2）划分等价类的方法: 下面给出六条确定等价类的原则： ①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类. ②在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效
附件 项目实施工作说明书 年月
目录 1项目总体要求和项目完成条件 (3) 2项目计划 (3) 3项目范围 (4) 4项目控制机制 (4) 4.1变更管理 (4) 4.2问题/风险管理 (4) 5项目实施任务及职责划分 (6) 5.1项目计划 (6) 5.2珠海华润银行系统团队培训 (7) 5.3需求分析阶段 (8) 5.4准备SIT、UAT测试计划和规范 (9) 5.5产品定义与设置、开发 (11) 5.6设计与构建――客户化定制 (12) 5.7测试 (14) 5.7.1系统集成测试 (14) 5.7.2用户验收测试 (15) 5.8准备和上线 (17) 6交付物描述及职责 (19) 6.1项目组织架构 (19) 6.2项目管理计划 (19) 6.3项目状况报告 (19) 6.4安装报告及安装完成报告 (19) 6.5技术培训材料 (20) 6.6培训计划 (20) 6.7用户操作手册 (20) 6.8需求分析文档 (20)
6.9接口的详细功能规格书 (20) 6.10______________系统解决方案集成架构 (21) 6.11系统参数设置文档 (21) 6.12测试计划(整合测试、数据迁移、性能测试、技术基础架构) (21) 6.13支持珠海华润银行的用户进行最终用户测试，记录日志并改正错误UAT (22) 6.14测试报告（整合测试、数据迁移、性能测试、技术基础架构） (22) 6.15部署说明书 (22) 6.16开发的源代码模块 (22) 6.17上线计划和步骤 (22) 6.18上线前测试及测试报告 (23) 6.19实施团队在场期间的生产维护事件日志 (23) 7项目假设和约束 (23) 7.1一般假设 (23) 7.2范围假设 (25) 8交付成果验收程序 (25)
1、登陆 ①用户名和密码都符合要求（格式上的要求） ②用户名和密码都不符合要求（格式上的要求） ③用户名符合要求，密码不符合要求（格式上的要求） ④密码符合要求，用户名不符合要求（格式上的要求） ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 11、是否支持table键？ 12、密码是否加密显示？ 2、添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空，应该每一个必填项都尝试一次； ③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 8、检查取消保存时，也要察看数据库里是否多了一条数据 3、删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②支持多个同时删除的，要检查删除数据后，数据库中是否被删除； ③什么数据都不选择，直接点删除按钮，检查是否有错误提示； 4、查询 精确查询： ①输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据 ②输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据 ③输入格式或范围不符合要求的数据，看是否有错误提示 ④输入数据库中不存在的数据 ⑤不输入任何数据 ⑥是否支持table键 ⑦是否支持enter键 模糊查询： 在精确查询的基础上加上以下一点
①输入一些字符，看是否能查出数据库中所有的相关信息 设计功能和界面测试用例 1.1 文本框、按钮等控件测试 1.1.1 文本框的测试 如何对文本框进行测试 a，输入正常的字母或数字。 b，输入已存在的文件的名称； c，输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理； d，输入默认值，空白，空格； e，若只允许输入字母，尝试输入数字；反之；尝试输入字母； f，利用复制，粘贴等操作强制输入程序不允许的输入数据； g，输入特殊字符集，例如，NUL及\n等； h，输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示； i，输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示 在测试过程中所用到的测试方法： 1，输入非法数据； 2，输入默认值； 3，输入特殊字符集； 4，输入使缓冲区溢出的数据； 5，输入相同的文件名； 命令按钮控件的测试 测试方法： a，点击按钮正确响应操作。如，单击确定，正确执行操作；单击取消，退出窗口； b，对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示：天数不能大于31； c，对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会； 单选按钮控件的测试 测试方法： a，一组单选按钮不能同时选中，只能选中一个。 b，逐一执行每个单选按钮的功能。分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”； c，一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空； 控件文本框的测试 测试方法： a，直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单击向上的箭头，使数目变为10； b，利用上下箭头控制数字的自动循环，如，当最多数字为253时，单击向上箭头，数目自动变为1；反之亦适用；
软件需求规格说明书（案例)
————————————————————————————————作者：————————————————————————————————日期： ?
软件开发方向“成绩管理系统”软件需求规约 安博教育集团 二零零八年十月
修订历史记录 日期版本说明作者2008-1０-120.8 未评审的初稿吴子敬
目录 １引言?错误!未定义书签。 １.１目的?错误!未定义书签。 1.2文档格式?错误!未定义书签。 １.３预期的读者和阅读建议....................................................... 错误!未定义书签。 １．4 范围 ....................................................................................... 错误!未定义书签。 1．５术语?错误!未定义书签。 １．6 参考文献 ............................................................................... 错误!未定义书签。 2 系统概述....................................................................................................... 错误!未定义书签。 ２.1 概述 .......................................................................................... 错误!未定义书签。 2.2 功能 ............................................................................................ 错误!未定义书签。 ２.3 运行环境 .................................................................................. 错误!未定义书签。 2．4假设与依赖?错误!未定义书签。 3 系统特性....................................................................................................... 错误!未定义书签。 3．1 系统角色 ................................................................................. 错误!未定义书签。 3.2学生管理 .................................................................................. 错误!未定义书签。 3.2.１增加学生信息 .................................................... 错误!未定义书签。 3．2.2 修改学生信息 .................................................... 错误!未定义书签。 3.2.3 删除学生信息 ........................................................ 错误!未定义书签。 ３.2.４导入学生信息?错误!未定义书签。 3．3教师管理?错误!未定义书签。 ３.3.1 增加教师信息?错误!未定义书签。 3．3.2 修改教师信息 ...................................................... 错误!未定义书签。 3．3.3 删除教师信息 ...................................................... 错误!未定义书签。 3.3.4 导入教师信息?错误!未定义书签。 3．４课程管理 ............................................................................... 错误!未定义书签。 3.4.1 增加课程基本信息 ................................................ 错误!未定义书签。 3.4.2 修改课程基本信息?错误!未定义书签。 3．4.3 删除课程基本信息 ............................................ 错误!未定义书签。 ３．4.4 维护课程学生信息?错误!未定义书签。 ３.５成绩查询 ................................................................................ 错误!未定义书签。 3.5.1 学生查询成绩 ........................................................ 错误!未定义书签。 ３.5.2 教师查询成绩?错误!未定义书签。 3.６成绩分析与统计?错误!未定义书签。 3.6.1 考试成绩表 ............................................................ 错误!未定义书签。 3.6.2 班级各科平均成绩表15? ３．6．3 年级成绩排名表?错误!未定义书签。 3.7 系统维护 .................................................................................... 错误!未定义书签。 3.7．1 数据字典维护 ...................................................... 错误!未定义书签。 4 非功能性需求............................................................................................. 错误!未定义书签。 ４．1 性能需求?错误!未定义书签。 4.2 安全性需求 ................................................................ 错误!未定义书签。 ４.3 可用性需求?错误!未定义书签。