2023年软件测试大作业.pdf

《2023年软件测试大作业.pdf》由会员分享，可在线阅读，更多相关《2023年软件测试大作业.pdf（74页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、云南大学软件学院期末课程报告F inal Cour s e Re p ortS c ho o 1 o f So f tware,Y un n an U niversity个人成绩学 期：202 3秋季学期_ _ _ _ _ _ _ _ _ _课程名称：软件测试技术任课教师：。代 飞_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _组长姓名：_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _联系电话:。_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _年 级:。_ _ _ _ _ _ _ _ _ _ _

2、_ _ _ _ _ _ _ _ _ _作业截止时间：202 3年12月2 7日评分标准指标内容分值指标内涵及评估标准单元测试2 0对程序代码进行详尽、准确分析，设计测试用例合理对程序代码进行较准确地分析，设计测试用例较合理对程序代码进行一 般 地 分 析，设计测试用例一般对 程 序 代 码分 析 较 差，设计 测 试 用 例不合理集成测试1 5对设计文档进行详尽、准确分析，设计测试用例合理对设计文档进行较准确地分析，设计测试用例较合理对设计文档进行一般地分析，设计测试用例一般对 设 计 文 档分 析 较 差，设计 测 试 用 例不合理功能测试2 0对产品规格说明书进行详尽、准确分析，设计测试用

3、例合理对产品规格说明书进行较准确分 析，设计测试用例较合理对产品规格说明书进行一般地分析，设计测试用例一般对 产 品 规 格说 明 书 分 析较 差，设计测试 用 例 不 合理非功能测试1 5根据产品规格说明安全性测试、可靠书，对系统进行利性测试、容错性5、能测试、压力测试、容量测试、乱试等。报告撰写质量（3 0 分）5报告非常完整报告比较完整完整限度一般报告不完整5逻辑结构清楚逻辑组织较好逻辑组织一般逻辑不清5内容非常丰富内容较丰富内容一般内容欠缺5文字表达非常好文字表达较好文字表达一般文字表达差，意思不明了5图表制作非常专业化图件制作良好图件制作一般图 件 制 作 效果差5整体效果很好整体

4、效果良好整体效果一般整体效果差小组成员及分工 软件测试技术成绩考核表（每人填一份）年级:_本人所做工作及排名：统筹全局，复查文档，单元测试,调整测试程序 排 名1指标内容分值指标内涵及评估标准得分技 术 路 线 的 可行限度10合理可行，具体且有创新合理可行，具体基本合理可行不 够 合 理 或 不够具体程 序 或 系 统 设计思绪10程 序 或 系 统 思 绪 非常清楚、运营对的程序或系统思绪基 本 清 楚、运营对的程序或系统思绪清楚、环境配置错误无法运营程 序 或 系 统 思绪不清楚，程序无法运营小 组 成 员 的 工作 量（每个人分别打分）1 5高 出 平 均 规 定 工 作量 的 15席

5、 以上高出平均规定工作量达成平均规定工作量低 于 平 均 规 定的工作量理 论 知 识 应 用水平15用 理 论 知识对程序设计方法、思绪和代码进行详尽、准确地分析和总结用理论知识对程序 设 计 方 法、思绪和代码进行较准确地分析和总结理论知识应用一般理论知识差达 成 预 期 目 的的限度10完全达成基本达成无法预见未能达成团队合作精神10很 强 的 团 队 合 作 精神合作情况良好合作情况一般合作不好，各自为政报告撰写质量（3。分）5报告非常完整报告比较完整完整限度一般报告不完整5逻辑结构清楚逻辑组织较好逻辑组织一般逻辑不清5内容非常丰富内容较丰富内容一般内容欠缺5文字表达非常好文字表达较好

6、文字表达一般文字表达差，意思不明了5图 表 制 作 非 常 专 业化图件制作良好图件制作一般图 件 制 作 效 果差5整体效果很好整体效果良好整体效果一 殳整体效果差综合得分（满 分 1 00分）评语 软件测试技术成 绩 考 核 表（每人填一份）年级本人所做工作及排名：单元测试程序及文档，集成测试，协助审查测试程序 排名2指标内容分值指标内涵及评估标准得分技 术 路 线 的 可行限度1 0合理可行，具体且有创新合理可行，具体基本合理可行不 够 合 理 或 不够具体程 序 或 系 统 设计思绪10程 序 或 系 统 思 绪 非常清楚、运营对的程序或系统思绪基 本 清 楚、运营对的程序或系统思绪清

7、楚、环境配置错误无法运营程 序 或 系 统 思绪不清楚，程序无法运营小 组 成 员 的 工作 量（每个人分别打分）1 5高 出 平 均 规 定 工 作量 的 15%以上高出平均规定工作量达成平均规定工作量低 于 平 均 规 定的工作量理 论 知 识 应 用水平15用 理 论 知 识 对 程 序设计方法、思绪和代码进行详尽、准确地分析和总结用理论知识对程序 设 计 方 法、思绪和代码进行较准确地分析和总结理论知识应用一般理论知识差达 成 预 期 目 的的限度10完全达成基本达成无法预见未能达成团队合作精神1 0很 强 的 团 队 合 作 精神合作情况良好合作情况一般合作不好，各自为政报告撰写质量

8、（30 分）5报告非常完整报告比较完整完整限度一般报告不完整5逻辑结构清楚逻辑组织较好逻辑组织一般逻辑不清5内容非常丰富内容较丰富内容一般内容欠缺5文字表达非常好文字表达较好文字表达一般文字表达差，意思不明了5图 表 制 作 非 常 专 业化图件制作良好困件制作一般图 件 制 作 效 果差5整体效果很好整体效果良好整体效果一般整体效果差综 合 得 分（满 分 1 00分）评语 软件测试技术成绩考核表（每人填一份）年级：_本人所做工作及排名：代码复杂度测试、集成测试、测试总结和结果分析 排名3指标内容分值指标内涵及评估标准得分技 术 路 线 的 可行限度10合理可行，具体且有创新合理可行，具体基

9、本合理可行不 够 合 理 或 不够具体程 序 或 系 统 设计思绪10程 序 或 系 统 思 绪 非常清楚、运营对的程序或系统思绪基 本 清 楚、运营对的程序或系统思绪清站、环境配置错误无法运营程 序 或 系 统 思绪不清楚，程序无法运营小 组 成 员 的 工作 量（每个人分别打分）15高 出 平 均规定工作量 的 15%以上高出平均规定工作量达成平均规定工作量低 于 平 均 规 定的工作量理 论 知 识 应 用水平15用理论知识对程序设计方法、思绪和代码进行详尽、准确地分析和总结用理论知识对程序 设 计 方 法、思绪和代码进行较准确地分析和总结理论知识应用一般理论知识差达 成 预 期 目 的

10、的限度10完全达成基本达成无法预见未能达成团队合作精神10很 强 的 团 队 合 作 精神合作情况良好合作情况一般合作不好，各自为政报告撰写质量（30 分）5报告非常完整报告比较完整完整限度一般报告不完整5逻辑结构清楚逻辑组织较好逻辑组织一般逻辑不清5内容非常丰富内容较丰富内容一般内容欠缺5文字表达非常好文字表达较好文字表达一 殳文字表达差，意思不明了5图表制作非 常 专 业化图件制作良好图件制作一般图 件 制 作 效 果差5整体效果很好整体效果良好整体效果一般整体效果差综 合 得 分（满 分 100分）评语 软件测试技术成 绩 考 核 表（每人填一份）年级:本人所做工作及排名：功能测试及文档

11、撰写 排名4_指标内容分值指标内涵及评估标准得分技 术 路 线 的 可行限度1 0合理可行，具体且有创新合理可行，具体基本合理可行不 够 合 理 或 不够具体程 序 或 系 统 设计思绪10程 序 或 系 统 思 绪 非常清楚、运营对的程序或系统思绪基 本 清 楚、运营对的程序或系统思绪清楚、环境配置错误无法运营程 序 或 系 统 思绪不清楚，程序无法运营小 组 成 员 的 工作 量（每个人分别打分）1 5高 出 平 均 规 定 工 作量 的1 5%以上高出平均规定工作量达成平均规定工作量低 于 平 均 规 定的工作量理 论 知 识 应 用水平1 5用 理 论 知 识 对 程 序设计方法、思绪

12、和代码进行详尽、准确地分析和总结用理论知识对程序 设 计 方 法、思绪和代码进行较准确地分析和总结理论知识应用一般理论知识差达 成 预 期 目的的限度1 0完全达成基本达成无法预见未能达成团队合作精神1 0很 强 的 团 队 合 作 精神合作情况良好合作情况一般合作不好，各自为政报告撰写质量（30 分）5报告非常完整报告比较完整完整限度一般报告不完整5逻辑结构清楚逻辑组织较好逻辑组织一般逻耨不清5内容非常丰富内容较丰富内容一般内容欠缺5文字表达非常好文字表达较好文字表达一般文字表达差，意思不明了5图 表 制 作 非 常 专 业化图件制作良好图件制作一般图 件 制 作 效 果差5整体效果很好整体

13、效果良好整体效果一般整体效果差综 合 得 分（满 分100分）评语 软件测试技术成 绩 考 核 表（每人填一份）年级：本人所做工作及排名：功能测试及文档撰写 排 名5_指标内容分值指标内涵及评估标准得分技 术 路 线 的 可行限度1 0合理可行，具体且有创新合理可行，具体基本合理可行不 够 合 理 或 不够具体程 序 或 系 统 设计思绪10程 序 或 系 统 思 绪 非常清楚、运营对的程序或系统思绪基 本 清 楚、运营对的程序或系统思绪清楚、环境配置错误无法运营程 序 或 系 统 思绪不清楚，程序无法运营小 组 成 员 的 工作 量（每个人分别打分）1 5高 出 平 均 规 定 工 作量 的

14、 15%以上高出平均规定工作量达成平均规定工作量低 于 平 均 规 定的工作量理 论 知 识 应 用水平15用 理 论 知 识 对 程 序设计方法、思绪和代码进行详尽、准确地分析和总结用理论知识对程序 设 计 方 法、思绪和代码进行较准确地分析和总结理论知识应用一般理论知识差达 成 预 期 目 的的限度1 0完全达成基本达成无法预见未能达成团队合作精神10很 强 的 团 队 合 作 精神合作情况良好合作情况一般合作不好，各自为政报告撰写质量（30 分）5报告非常完整报告比较完整完整限度一般报告不完整5逻辑结构清楚逻辑组织较好逻辑组织一般逻辑不清5内容非常丰富内容较丰富内容一般内容欠缺5文字表达

15、非常好文字表达较好文字表达一般文字表达差，意思不明了5图 表 制 作 非 常 专 业化图件制作良好图件制作一般图 件 制 作 效 果差5整体效果很好整体效果良好整体效果一般整体效果差综 合 得 分（满 分 1 00分）评语 软件测试技术成 绩 考 核 表（每人填一份）年级:本人所做工作及排名：审查文档，调整文档格式，审查测试程序 排名6指标内容分值指标内涵及评估标准得分技 术 路 线 的 可行限度1 0合理可行，具体且有创新合理可行，具体基本合理可行不 够合理或不够具体程 序 或 系 统 设计思绪10程序或系统思绪非常清斐,、运营对的程序或系统思绪基本清楚、运营对的程序或系统思绪清楚、环境配置

16、错误无法运营程 序 或 系 统 思绪不清楚，程序无法运营小组成员的工作量（每个人分别打分）15高出平均规定工作量 的 1 5%以上高出平均规定工作量达成平均规定工作量低 于 平 均 规 定的工作量理论知识应用水平15用理论知识对程序设计方法、思绪和代码进行详尽、准确地分析和总结用理论知识对程序设计方法、思绪和代码进行较准确地分析和总结理论知识应用一般理论知识差达成预期目的的限度10完全达成基本达成无法预见未能达成团队合作精神10很强的团队合作精神合作情况良好合作情况一般合作不好，各自为政报告撰写质量（30 分）5报告非常完整报告比较完整完整限度一般报告不完整5逻辑结构清楚逻辑组织较好逻辑组织一

17、般逻辑不清5内容非常丰富内容较丰富内容一般内容欠缺5文字表达非常好文字表达较好文字表达一般文字表达差，意思不明了5图表制作非常专业化图件制作良好图件制作一般图件制作效果差5整体效果很好整体效果良好整体效果一 般整体效果差综合得分（满 分 1 00分）评语目录第 1章 测试概述.错误!未定义书签。1.1 编写目的。错误!未定义书签。1 .2项目背景和简介.错误!未定义书签。1.3 项目的产品规格说明书(S pecification)。错误!未定义书签。1.3.1 需求概述借误!未定义书签。1.3.2 需求规格缱误!未定义书签。1 .3.3 CSC I 能力需求。错误!未定义书签。1.3.4 保密

18、性需求。错误!未定义书签。1.3.5CSCI环境需求.错误!未定义书签。1.3.6 计算机资源需求储误!未定义书签。1.4 项目的设计文档.错误!未定义书签。1.4.1 课程资源操作子系统。错误!未定义书签。1 .5 测试范围.错误!未定义书签。1.6 测试环境与配置.错误!未定义书签。第 2 章测试用例设计.错误!未定义书签。2.1 单元测试.错误!未定义书签。2.1.1代码复杂度测试.错误!未定义书签。2.1.2 单元测试的用例设计.错误!未定义书签。2.2集成测试的用例设计。错误!未定义书签。2.3 功能测试的用例设计。错误!未定义书签。2.3.1 教师资源模块.错误!未定义书签。2.3

19、.2 教室信息录入功能。错误!未定义书签。2.3.3 时间段信息录入功能.错误!未定义书签。2.3.4 课程信息录入功能.错误!未定义书签。2.4 非功能测试的用例设计.错误!未定义书签。第 3 章测试总结储误!未定义书签。3.1测试用例执行结果.错误!未定义书签。3.1.1 黑盒测试中对于类的测试结果。错误!未定义书签。3.2.2 集成测试结果。错误!未定义书签。3.2 测试问题解决。错误!未定义书签。3.3 测试结果分析.错误!未定义书签。第 4 章 综合评价.错误!未定义书签。4.1 软件能力.错误!未定义书签。4.1 .1 功能性避误!未定义书签。4.1.2易用性。错误!未定义书签。4

20、.1.3 可靠性.错误!未定义书签。4.1.4兼容性储误!未定义书签。4.1.5 安全性.错误!未定义书签。4.2 建议避误!未定义书签。第 1章测试概述1.1编 写目的本报告为软件工程课程的大作业排课系统的测试报告，目的在于总结测试阶段的测试以及分析测试结果，找出系统存在的B UG以期系统符合软件工程课程的大作业需求。1.2项 目背景和简介（1）排课表是一个学校平常教学工作和其他各项活动的指挥调度表。它不仅是学生和教师平常课程的依据，对学校其他工作的统一安排也有直接影响。高校排课工作是执行教学计划、实现学校培养目的的重要一环，是学校教学教务管理工作中最基本而又非常重要的一项,它是学校建立稳定

21、的教学秩序的最主线的保证，是学校贯彻教育方针、培养合格人才的具体体现，并对学生的学习效果和课堂的教学质量有直接的影响。它不仅可以从侧面反映出学校领导的办学思想，也能体现出学校教育教学管理的能力和水平。在高校的各项教学管理工作中，排课一直是最基本的、最重要的工作，其实质就是给教学计划中设立的课程安排合适的时间和地点，保证整个教学工作可以顺利的进行；同时，排课工作也是一项很复杂的工作，排课是一个N P问题，就是始终找不到一个最优的方法可以解决问题，由于这个问题涉及了多种因素进行组合规划，有教师、学生的因素，也有教室的因素。特别在目前各高校规模不断扩大,教学资源面临紧张，教室总数局限性的前提下，排课

22、工作问题更为突出。（2）随着计算机技术的飞速发展，特别是计算机的应用已普及到经济和社会生活的各个领域。使原本的旧的管理方法越来越不适应现在社会的发展,许多人还停留在以前的手工排课方法，这在很大限度制约了开学前的教学任务开展，减少了工作效率。为了适应现在社会人们高度强烈的时间观念，运用计算机实现高校排课系统势在必行，对于各大高校来说，运用计算机支持学校管理员排课，是适应现在学校的制度规定、推动学校管理走向科学化、系统化、规范化的必要条件，从而达成提高高校管理效率的目的，给同学和老师带来方便。(3)本系统使用JAVA语言，使用e c l i ps e 工具进行编写。1.3 项目的产品规格说明书(S

23、pec i f ica t i on)1.3.1需求概述目的：(1)高校排课系统开发意图高校扩招导致的课程量增大及排课数据量的加大，放大了原始手动排课的弊端。通常采用手工的方法进行，这大大加大了手工劳动的工作量，并且影响排课效率，对于既定的课程,假如需要修改，往往需要花费很大的时间进行调整，所以需要一套可用的高校排课系统，使得排课系统效率化，方便随时的调整与更新。(2)高校排课系统目的本系统的目的在于根据所在学校的课程实际情况排课，提高学校排课的效率,方便学校对课程的编排和管理，减少排课的人力，根据教师和学生的需求排出满足多数人规定的课程表，提高学校教务信息化管理的限度。1)短期目的实现教师、

24、教室、课程的管理排课冲突排除；提高工作效率。2)最终目的实现教务管理信息化、网络化；.实现教学管理系统化；实现学院管理信息化；提高学院的管理竞争力；为我校竞争进入全国前5 0强做奉献。3)高校排课系统作用范围高校排课系统的短期使用对象是软南大学软件学院，更进一步对象希望是应用到整个校园。4)高校排课系统与其它软件关系高校排课系统是一个独立的软件,也许需要与已有的软件系统存在数据共享与接口关系,其它内容所有自含。运营环境：软件环境:兼容当前主流的操作系统w i n d o w s X P/7o硬件环境:P e n t i u m 4 3.0G HZ以上解决器，内存5 1 2 MB以上。用户的特点

25、：(1)操作人员软件学院内部管理电脑化,操作人员有着丰富的计算机操作与管理的经验，能满足系统平台的建设并由此产生符合软件系统操作所规定的适应性和可操作性。(2)维护人员软件学院的专业教师、技术维护人员具有较高的软件开发水平，熟悉学院教学教务的业务流程,可以配合承担软件开发者提供最直接的业务和技术支持，可以独立维护系统出现的一些简朴的问题。(3)软件使用频度高校排课系统作为高校期初必备的业务操作系统，因此使用频度将比较频繁,特别是排课过程与课程的调整过程将非常频繁的发生。约束条件：开发时间4个月，该系统的完毕期限为202 3年1月。系统运营寿命的最小值系统运营寿命的最小值应为3年。（3）法律和政

26、策方面限制该系统的开发和运营完全按照有关法律法规进行，绝不逾越。（4）可运用的信息和资源互联网上的相关的开源及免费资源和涉及该系统的算法，以及其他类似可参考的系统。（5）时间特性规定响应时间规定:对于管理人员输入的用户信息应当在人们所能接受的等待时间来拟定，通常为2-5 S o更新解决时间规定：用户输入数据后，对于该操作人员输入的数据解决时间应当是毫秒级的。数据的转换和传输时间的规定也应当在人们的接受的等待时间内。（6 ）灵活性在设计界面结构和数据结构是应留有对以后扩充系统功能的余地，如可以在每个数据字段上设计多个自定义字段。（7）输入输出规定对输入的数据的输入媒体应是文字形式，若对于浮点类型

27、的数来说，其数值范围应当进行约束。输入格式应与规定表的格式相相应，以减少输入格式的设计难度。1.3.2需求规格软件系统对象结构如图1.1所示，总体功能如图1.2所示。图 1.1对象结构图描述约定:数 据 字 典(datad ictio n ary):有关对问题域重要的数据元素、结构和属性的定义的集合。数据流图(da t aflow diag ra m):一种分析模型，它描绘了过程、数据集合、端点、以及它们之间的流，这种流表现了业务过程或软件系统的行为特点。实体-关系图(e ntity-rela t i o n s h i p di a gram)：一种分析模型，它确认了一对实体之间的逻辑关系。

28、业务规则(b u sin e ss r u l e)：定义或约束业务某些方面的政策、原则、标准或规则。用例(use ca s e)：描述了执行者与系统之间逻辑上相关的也许交互集，系统的输出为执行者提供了价值。用例可以包含多个场景。规 格 说 明(sp ecifi cation)：将系统需求以结构化的、共享的和可管理的形式编写成文档的过程，同样，产品也要通过这一过程。1.3.3 CSCI能力需求系统总体功能描述：项目小组开发的排课系统致力于通过对现有课程资源(教师资源、教室资源、时间段资源和课程资源)进行操作，系统对课表进行冲突检查，并通过人工对冲突的解决排出互不冲突的课表,课程资源子系统为排课

29、子系统提供输入数据工期解决，因此，排课系统由课程资源子系统和手动排课子系统，此外，系统提供了附加功能:对生成课表的查看以及与外部打印机接口的交互实现课表的打印功能。手动排课子系统：手动排课系统是通过对课程资源子系统中各类资源的操作，人为对数据进行组合，系统对人为地组合数据进行冲突检查，最终排出无冲突的课表。手动排课子系统功能涉及排课、冲突检查和冲突解决模块，三大模块之间是紧密联系的。排课模块:人为选择各类课程资源，并人为地自由组合，得到一个课表，但不能保证没有冲突。冲突检查：一旦课表生成，系统就会对课表进行检查,并对冲突进行说明，系统中包含的冲突包含教室冲突、教师冲突、时间段冲突或三者之间的组

30、合。冲突解决:系统给出冲突状况，人为对课表进行修改。查看课表子功能：查看课表子功能是在课表经系统解决之后基本拟定的前提下查看现有条件下的课表情况。课表表现形式以图表的形式体现。打印课表子功能：打印课表的子功能依赖于课表排好之后的课表，在此基础上可以打印出排好的课表（此项为可选实现）。1.3.4 保密性需求保密性是指不允许未经授权的用户存取数据。一般规定对用户的身份进行标记与鉴别，并采用相应的存取控制策略以保证用户仅能访问授权数据，同一组数据的不同用户可以被赋予不同的存取权限。同时，还应可以对用户的访问操作进行跟踪和审计。止 匕 外，还应当控制用户通过推理的方式从通过授权的已知数据获取未经授权的

31、数据，导致信息泄漏。本系统已经针对此做了设计，而关键因素在于系统管理员能否保证数据库的安全同时数据库的存放也较为关键，不可让无关人员访问。为防止人员、环境潜在的威胁,我们采用密码匹配的方法，对匹配次数进行限制。并在用户输入密码后，进行验证码匹配，同样对匹配次数进行限制。采用的保密措施：建立操作规程：将操作过程或流程规范化,并形成指导运营管理人员工作的操作规程，操作规程作为正式文献解决。操作过程记录对运营管理人员按照操作规程执行的操作过程形成相关的记录文献，也许是日记文献，记录操作的时间和人员、正常或异常等信息。安全事件上报根据安全状态分析报告分析也许的安全事件，对接报的安全事件进行分析,明确安

32、全事件等级、影响限度以及优先级等,按照安全事件报告程序上报安全事件，拟定是否应对安全事件启动应急预案。安全事件处置对于应当启动应急预案的安全事件按照应急预案响应机制进行安全事件处置。对未知安全事件的处置，应根据安全事件的等级，制定安全事件处置方案，涉及安全事件处置方法以及应采用的措施等；并按照安全事件处置流程和方案对安全事件进行处置。安全事件总结和报告一旦安全事件得到解决，对于未知的安全事件进行事件记录，分析记录信息并补充所需信息，使安全事件成为已知事件，并文档化；对安全事件处置过程进行总结，制定安全事件处置报告，并保存。1.3.5 CSCI环境需求计算机硬件需求该软件的计算机软件配置项CSC

33、I运营的计算机硬件需求为：CPU：c o r e i 3或者以上配置内存：1G或以上显卡：显 存5 1 2M或以上计算机操作系统需求该软件的计算机软件配置项CSCI运营的计算机操作系统需求为：目前仅支持的操作系统为Window s平台，涉 及W i ndow s X P/71.3.6计算机资源需求计算机硬件需求解决器:CPU cor e i3或以上配置内部存储器：内 存1G或以上外部存储器:硬盘内存320G或以上输入/输出设备：键盘、鼠标、显示器等基本设备计算机软件需求操作系统:W i ndows XP/W i nd o ws 7数据库管理系统:Micro s oft SQL Sever 2

34、02 3测试软件:findb u g s-1.3.9 jav a（ja v a代码检查工具）Meter Apa c he（基于jav a的压力测试工具）开发软件:E clips e-S DK-4.21.4项目的设计文档1.4.1课程资源操作子系统课程资源子系统由四大模块构成，课程资源模块、教师资源模块、教室资源模块、时间段模块，功能上实现对各资源的录入、删除和信息排列功能。1）课程资源模块数据块包含课程的性质代号、课程代号、授课教师、学时等内容，课程性质代号是指课程所属的门类，课程代号是指课程的编号，授课教师采用标示其姓名的方式是课表更加直观，学时供排课者合理非配课时。在数据操作上，一要实现对

35、课程资源的录入，用户通过一定的录入渠道，录入课程资源的相关信息值，作为排课的资源信息，录入的资源要保存；二要实现对课程资源的删除,用户可以选择性的对录入的信息进行删除操作；此外，为方便用户查看，系统还要实现对所录入信息的排列，使信息更加直观。2）教师资源模块数据块包含教师的姓名，教师的代号和其职称，姓名属性更加直观，代号属性使数据解决更加方便。数据操作上，一要实现对教师资源的录入;二要实现对教师资源的删除，用户可以选择性的对录入的信息进行删除操作;此外，为方便用户查看，系统还要实现对所录入信息的排列，使信息更加直观。3）教室资源模块数据块包含教室相关信息如教室编号和容量，教室编号提供了分派教室

36、的惟一标记。数据操作，一要实现对教室资源的录入;二要实现对教室资源的删除，用户可以选择性的对录入的信息进行删除操作;此外，为方便用户查看，系统还要实现对所录入信息的排列，使信息更加直观。4）时间段资源模块时间段资源用于人为定义该校的上课时间段，一要实现对时间段资源的录入;二要实现对时间段资源的删除,用户可以选择性的对录入的信息进行删除操作;此外，为方便用户查看，系统还要实现对所录入信息的排列，使信息更加直观。由上面四个模块我们在分析后得到我们排课系统最终的功能构成模块，我们的排课系统可以对课程资源模块、教师资源模块、教室资源模块、时间段模块，功能上实现对各资源的录入、删除和信息排列功能。课程资

37、源子系统的功能构成图如图1.3所示。课程资源子系统中数据删除操作的流程图如图1.4 所示。图 1.4 数据删除操作的流程图1.5测试范围测试重要依据产品规格说明书和设计文档对系统进行测试，涉及单元测试、集成测试、功能测试和系统测试，具体测试内容、测试目的和测试所用的工具和方法如表1.1所示。表 1.1 测试内容表测试类型测试内容测试目的测试方法和工具单元测试1、代码复杂度测试2、判断代码覆盖情况检查代码的复杂度及精简性集成测试功能测试1、检查排课系统是否在功能上能完毕对于数据库内容的添加修改删除功能。排课系统能否完毕所需求的功能。采用黑盒测试，进行手工测试2、检查排课系统能否按照需求完毕对于课

38、程的安排。非功能性测试代码的完整性，精简性对代码的进一步完善使用白盒测试1.6测试环境与配置表1 2测试环境及配置资源名称/类型配 置测试PCInte r(R)Pent i u m(R)C P U P6000 1.8 7 GH z1.8 7GHz应用服务器数据库管理系统SQL2 0 2 3集成开发环境ec 1 i p se代码检测工具J Unit单元测试工具；c heck负载性能测试工具Jm e ter2.3.4第2章测试用例设计2.1单元测试2.1.1 代码复杂度测试一个程序的代码复杂度越高则越容易出现错误并且难以维护，相反减少复杂度后程序易于维护，并且出现复杂错误的几率也会下降。这里使用软

39、件So u r c e Monito r 检查sortclass项目内的代码复杂度。用 Sou r ceMo nitor载入项目后的结果如图2.1,图2.2所示：中 Java Checkpoints In Project Base Directory:F:JAVAworkspace5ortclassnCheckpoint Name|Created|Files|Lines|Statements|%Branches|Calls|%CommentsSoHQass 21 Dec 2012 47 8,891 4,751 9 4 3,272 201图2.1 代码复杂度结果1assy回 三I|Classes

40、|Methods/Class|Avg Stmts/Method|Max Complexity|Max Depth|Avg Depth|Avg Complexity|91 5.12 8.27 25 8 2.31 2.20图2.2 代码复杂度结果2该项目的文献数为：4 7 个代码行数为：88 9 1纯代码行数：4751分支比率为：9.4%注释比率为:2 0.1%最大复杂度为：25最大深度为：8平均深度为：2.31平均复杂度为：2.20Classroom类的度量细节如图2.3所示，可以查看到该类中各方法的复杂度,分支语句数，最大深度。从左下角的图中可知，该类的注释比率不达标。图2.3 Classro

41、 o m类的度量细节图Co nflict类的度量细节如图2.4所示,由图中所知该类的注释比率不够，其他比如平均复杂度，平均深度等都在标准范围内。图2.4 Con f lict类的度量细节图Course类的度量细节如图2.5所示，由该图所知，该类的注释比率,方法与类的比都不符合标准，但是复杂度和深度都符合标准。图2.5 Cou r s e类的度量细节图SchedCourse类的度量细节如图2.6所示，从图中所知该类复杂度较高，平均深度也比较高,总体代码比较复杂。w Metrics Details For File srcresourcesSchedCoursejavaParameter I Va

42、lueSchedCourse.charsThatFitO4.6,3,3SchedCpareTo()5,10,2,6SchedCourse.drawGraphical()1,6,2,2SchedCourse.drawT ext()2,24,4,36SchedCourse.getClassroom()1,1,2,0SchedCourse.getConflict()1,1,2,0SchedCourse.getCourse()1.1,2,0SchedCourse.getNote()1,1,2,0SchedCourse.getProfessor()1,1,2,0SchedCourse.getTimeSl

43、ot()U,2,0SchedCourse.mainO2,15,3,11SchedCourse.overlapO1,1,2,1SchedCourse.SchedCourse()1,4,2,0SchedCourse setClassroomO1.1,2,0SchedCourse.setConfli ct()1.1.2.0.c o wE r r tG o n e图2.6 SchedCo urse类的度量细节图C R Tim e类的度量细节如图2.7所示，由图中所知该类的平均复杂度，平均深度等都符合标准，总体复杂度不高，但是注释量仍然不大。*Metrics Details For File srcre

44、sourcesCRTime.java3 JParameter|ValueProject DirectoryProject NameCheckpoint NameFile NameLinesStatementsPercent Branch StatementsMethod Call StatementsPercent Unes with CommentsClasses and InterfacesMethods per ClassAverage Statements per MethodLine Number of Most Complex MethodName of Most Complex

45、MethodMaximum ComolexitvKviat GraphF:JAVAworkspacesortclassSortClasssrcresourcesCRTimejava1305518.2620.819.004.0061CRTime CRTime()9Hock Histogram(statements vs depth):Max Dpth Max Complexity图2.7 CRTime类图2.1.2单元测试的用例设计测试代码流程图，如 图2.8所示图2.8测试代码流程图测试代码：public bo o lean e quals(Obj e ct obj)i f(!(o bj i

46、nst a n ceof Time S lot)re t urn fa 1 se；Tim e S 1 ot s 1 ot2=(T i meSlot)o b j;b oolean r e sul t=false；i f(sta r t.eq u al s(s 1 o t2.s ta r t)&stop.equ a 1 s(slot2.s t op)&day s Equal(day s OfWeek,s lo t 2.d aysO f W e e k)r e turn tr u e;return f a Ise;)(2)语句覆盖语句覆盖保证程序中的每条语句至少可以执行一次，在所选的测试程序中有两个

47、鉴定条件，为保证每条预计至少一次吗,保证M为真(执行完即结束)，M为假，N为真，M为假，N为假。语句覆盖代码：impo r t stati c org.j unit.A ss ert.*；imp o r t jun i t.framew o rk.T estC a se;imp o r t or g.ju n it.Test;pu b 1 i c c l a s s S ta t e ment C overage extends Test C a s e public void t e s tEqu a ls()throws CRTimeE x ce p tion。boolea n daysO

48、fWeek 1=false,false,t r ue,f alse,fa 1 se,f alse,false,8 寸a Ise；。CRTime c r t i m e Sta r tl=n ew CRTim e(1 5 0)；CRTime crt i m e Star t 2=new CRT i me(0)；。CRTime c r t imeEndl=new CRTime(2 2 0);3 CRT i me c rtimeEnd2=new CRTime(2 00);。TimeSlot t i meslo t 1=new T im e Slot(day s OfWe e k 1,crtimeS

49、t art 1,cr t imeEndl)；TimeS lot tim e slot2=new TimeS 1 ot(d a y sOfWeek 1,cr t ime S t a rt2,cr t im e End 2)；8as s ertEqu a ls(false,t i meslot 1.e qual s(c rtimeEnd 1);asse r tEquals(tru e,tim e s 1 otl.e q u als(t i m e slot 1);s s e rtEquals(f a lse,timesl o t l.equals(t i mesl o t 2);p u b lie

50、 static vo i d ma i n(St r ing args)junit.te x tu i.T e st R u n n e r .run(S ta t e m e n tC overage,c la s s);得到结果，如图2.9所示。Finished after 0.234 secondsRuns:1/1 Q Errors:0 日 Failures:0,QLJ resources.StatementCoverage Runner:JUnit 4(0.000 s).testEquals(0.000 s)图2.9语句覆盖测试结果(3)鉴定覆盖或分支覆盖鉴定覆盖或分支覆盖保证程序中的