餐馆订餐系统的uml设计文档-系统测试报告

餐馆订餐系统的uml设计文档-系统测试报告内容摘要：

了解程序内部逻辑结构、对所有逻辑路径进行测试。 “白盒 ”法是穷举路径测试。 在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。 贯穿程序的独立路径数是天文数字。 但即使每条路径都测试了仍然可能有错误。 第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。 第二，穷举路径测试不可能查出程序中因遗漏路径而出错。 第三，穷举 路径测试可能发现不了一些与数据相关的错误。 单元测试 单元测试 （ 模块测试 ）是开发者编写的一小段代码，用于检验被测代码的一个很小的、很明确的功能是否正确。 通常而言，一个单元测试是用于判断某个特定条件（或者场景）下某个特定函数的行为。 例如，你可能把一个很大的值放入一个有序 list 中去，然后确认该值出现在 list 的尾部。 或者，你可能会从字符串中删除匹配某种 模式 的字符，然后确认字符串确实不再包含这些字符了。 单元测试是由 程序 员自己来完成，最终受益的也是程序员自己。 可以这么说，程序员有责任编写 功能代码，同时也就有责任为自己的代码编写单元测试。 执行单元测试，就是为了证明这段代码的行为和我们期望的一致。 单元测试不仅仅是作为无错编码一种辅助手段在一次性的开发过程中使用，单元测试必须是可重复的，无论是在软件修改，或是移植到新的运行环境的过程中。 因此，所有的测试都必须在整个 软件系统 的生命周期中进行维护。 经常与单元测试联系起来的另外一些开发活动包括代码走读 (Code review)，静态分析 (Static analysis)和动态分析 (Dynamic analysis)。 静态分析就是对软件的源 代码进行研读，查找错误或收集一些 度量 数据，并不需要对代码进行编译和执行。 动态分析就是通过观察软件运行时的动作，来提供执行跟踪，时间分析，以及 测试覆盖 度方面的信息。 单元测试工作内容及其流程 有了单元测试不远远不够的，在单元测试的基础上还要建立集成测试 集成测试 集成测试 （也叫 组装测试 ， 联合测试 ）是 单元测试 的逻辑扩展。 它的最简单的形式是：两个已经测试过的单元组合成一个 组件 ，并且测试它们之间的接口。 从这一层意义上讲，组件是指多个单元的集成聚合。 在现实方案中，许多单元组合成组件，而这些组件又聚合 成 程序 的更大部分。 方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。 最后，将构成进程的所有模块一起测试。 此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。 集成测试识别组合单元时出现的问题。 通过使用要求在组合单元前测试每个单元并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。 这种方法将可能发生的情况数量减少到更简单的分析级别。 集成测试是在单元测试的基础上，测试在将所有的 软件 单元按照概要设计规格说明的要求组装成模块、 子系统 或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。 也就是说，在集成测试之前，单元测试应该已经完成，集成测试中所使用的 对象 应该是已经经过单元测试的软件单元。 这一点很重要，因为如果不经过单元测试，那么集成测试的效果将会受到很大影响，并且会大幅增加软件单元代码纠错的代价。 集成测试是单元测试的逻辑扩展。 在现实方案中，集成是指多个单元的聚合，许多单元组合成模块，而这些模块又聚合成程序的更大部分，如分系统或系统。 集成测试采用的方法是测试软件单元的组合能否正常 工作，以及与其他组的模块能否集成起来工作。 最后，还要测试构成系统的所有模块组合能否正常工作。 集成测试所持的主要标准是《软件概要设计规格说明》，任何不符合该说明的程序模块行为都应该加以记载并上报。 集成测试过程 ： 集成测试工作机制 软件集成测试工作由产品评测部担任。 需要项目组相关角色配合完成。 如图示： 软件评测部： 软件项目组： 集成测试工作内容及其流程工作流程： 集成测试常用方案选型 ： 集成测试的实施方案有很多种，如自底向上集成测试、自顶 向下集成测试、三明治集成测试、核心集成测试、 分层 集成测试、基于使用的集成测试等。 在此，笔者将重点讨论其中一些经实践检验和一些证实有效的集成测试方案。 这些数据显示单元测试的成本效率大约是集成测试的两倍 ,系统测试的三倍 5 测试 引言 编写目的 本报告 是 Just Enjoy 小组 对完成的 订餐系统 进行测试 需求分析和系统设计后制作测试计划 和系统完成时进行测试后 完成的测试报告。 目的在于 为系统的正确性和 有效性提供保证 ，同时 为 日后的系统 维护提供 文档依据。 项目背景 本系统为一个餐馆的定餐系统，主要提供记录订餐和提醒的功能。 定义 系统中所有以“ JE_”开头的类和变量均为“ Just Enjoy” —— 我们小组名称的缩写，也用以和系统或者其他人开发的变量和函数相区别。 SQLServer 2020: Microsoft公司的关系型数据库。 JDK : 版本为号 JAVA虚拟机 参考资料 《系统分析设计》。