2-项目编号_UnitTestDemo软件单元测试用例_(0.5.1版)_A_0
项目单元测试(通用)
○
输入「最大字符数+1」时的动作确认
○
合法性检查 “日”输入“0日”时的动作确认
○
“日”输入“1日”时的动作确认
○
“月”输入「1、3、5、7、8、10、12月」、“日”输入「31日」时的动作确
○
认“月”输入「1、3、5、7、8、10、12月」、“日”输入「32日」时的动作确
○
认
输入检查
序号 大分类 中分类
输入「最大值+1」时的动作确认
位数检查
输入「最小位数-1」时的动作确认 输入「最小位数」时的动作确认
输入「最大位数」时的动作确认
输入「最大位数+1」时的动作确认
异常值、特别值 输入「空(NULL)」时的动作确认 输入「负数」时的动作确认
输入「英文、特殊符号」时的动作确认
字符类型
输入「全角字符」时的动作 输入「半角字符」时的动作
项目单页测试
USECaseID
Class名
序号 大分类
1 2
3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
输入检查
22 23 24
中分类
数值
字符 日期
小分类
检查内容
边界值检查
输入「最小值-1」时的动作确认 输入「最小值」时的动作确认
输入「最大值」时的动作确认
25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44
错误输出 45
46 错误处理
47 问题
48
49
50
内存问题
小分类
日期格式检查 日期范围检查
java项目单元测试报告案例
java项目单元测试报告案例在Java项目中，单元测试报告是评估代码质量和测试覆盖率的重要工具。
下面我将从多个角度为你介绍一个简单的Java项目单元测试报告案例。
首先，让我们考虑一个简单的Java项目，比如一个计算器应用程序。
在这个项目中，我们有各种方法来执行加法、减法、乘法和除法等操作。
我们想要编写单元测试来确保这些方法能够正确地执行预期的操作，并且覆盖尽可能多的代码路径。
我们可以使用JUnit作为Java项目的单元测试框架。
假设我们已经编写了针对计算器应用程序的单元测试，并且使用Maven作为项目构建工具。
在Maven中，我们可以使用Surefire插件来生成单元测试报告。
在项目根目录下运行以下命令可以生成单元测试报告：mvn clean test.执行完毕后，我们可以在target目录下找到一个名为"surefire-reports"的文件夹，里面包含了单元测试报告的HTML文件。
打开这个HTML文件，我们可以看到单元测试的执行结果、覆盖率等信息。
单元测试报告通常会包括以下内容：1. 测试执行结果，包括测试通过的数量、失败的数量和跳过的数量。
2. 每个测试方法的执行结果，包括测试方法的名称、执行时间、通过/失败状态等。
3. 测试覆盖率，显示被测试代码的覆盖率报告，指出哪些代码被测试覆盖，哪些没有被覆盖。
此外，我们还可以使用其他工具来生成更详细的单元测试报告，比如JaCoCo可以生成代码覆盖率报告，可以帮助我们了解代码的测试覆盖情况。
总的来说，单元测试报告对于评估代码的质量和测试覆盖率非常重要。
通过生成并分析单元测试报告，我们可以及时发现代码中的问题，并且提高测试覆盖率，从而提高代码的质量和稳定性。
希望这个案例能够帮助你更好地理解Java项目单元测试报告的生成和分析过程。
软件测试用例模板一详细用例经典
软件测试用例模板一详细用例经典1.用例名称：用户登录用例描述：测试用户登录功能是否正常。
先决条件：用户已注册并拥有登录账号及密码。
步骤：1.打开应用程序。
2.点击“登录”按钮。
3.输入正确的用户名和密码。
4.点击“登录”按钮。
期望结果：1.应用程序成功打开。
2.能够正确跳转到登录页面。
3.用户名和密码能够成功输入。
4.可以成功登录到用户账号。
2.用例名称：用户注册用例描述：测试用户注册功能是否正常。
先决条件：用户未注册过账号。
步骤：1.打开应用程序。
2.点击“注册”按钮。
3.输入需要注册的用户名和密码。
4.点击“注册”按钮。
期望结果：1.应用程序成功打开。
2.能够正确跳转到注册页面。
3.用户名和密码能够成功输入。
4.注册后能够成功登录到用户账号。
3.用例名称：发送邮件用例描述：测试发送邮件功能是否正常。
先决条件：用户已登录。
步骤：1.打开邮件功能页面。
2.点击“新建邮件”按钮。
3.输入邮件主题、收件人和内容。
4.点击“发送”按钮。
期望结果：1.邮件页面正常打开。
2.能够成功打开新建邮件页面。
3.邮件主题、收件人和内容能够成功输入。
4.邮件发送成功并能够成功保存到发件箱。
4.用例名称：接收邮件用例描述：测试接收邮件功能是否正常。
先决条件：用户已登录，并有发送给用户的邮件。
步骤：1.打开邮件功能页面。
2.点击“收件箱”按钮。
3.选择并打开一封邮件。
4.阅读邮件内容。
期望结果：1.邮件页面正常打开。
2.能够成功进入收件箱。
3.能够成功选择并打开邮件。
4.邮件内容能够正常显示，并且可以正常阅读。
5.用例名称：退出登录用例描述：测试退出登录功能是否正常。
先决条件：用户已登录。
步骤：1.打开应用程序。
2.点击“退出登录”按钮。
期望结果：1.应用程序成功打开。
2.能够正常退出登录，并返回到登录页面。
以上是对于软件测试用例模板一的一个示例，用例名称根据实际情况进行命名，用例描述详细描述了用例的功能和先决条件，步骤中列出了实现该功能的具体步骤，期望结果描述了每个步骤的预期结果。
2023软件工程模板-测试用例模板正规范本(通用版)
软件工程模板-测试用例模板1. 简介本文档描述了软件工程中常用的测试用例模板，旨在帮助测试团队编写规范的测试用例，提高测试效率和测试质量。
2. 测试用例模板测试用例模板的基本结构如下：测试用例编号功能点描述：对被测试功能进行简要描述。
测试目的：明确测试的目的，以保证测试的完整性和准确性。
测试条件：列出执行该测试用例需要满足的预置条件和环境条件。
测试步骤：按照逻辑顺序详细描述测试的步骤，包括输入数据、操作过程和预期结果等。
预期结果：对每个步骤的预期结果进行明确说明。
实际结果：执行测试步骤后获得的实际结果。
测试结论：根据实际结果判断测试是否通过。
优先级：指明测试用例的优先级，如高、中、低等。
：可以对测试用例进行补充说明和。
示例测试用例编号：TC001功能点描述：用户登录功能。
测试目的：验证用户能否成功登录系统。
测试条件：系统已安装并可正常运行。
用户已注册并拥有有效的用户名和密码。
测试步骤： 1. 打开系统登录页面。
2. 输入正确的用户名和密码。
3. 登录按钮。
预期结果：步骤1执行成功，显示系统登录页面。
步骤2执行成功，正确输入用户名和密码。
步骤3执行成功，登录成功并跳转到系统首页。
实际结果：步骤1执行成功，显示系统登录页面。
步骤2执行成功，正确输入用户名和密码。
步骤3执行成功，登录成功并跳转到系统首页。
测试结论：该测试用例通过。
优先级：高：无。
3. 总结通过使用测试用例模板，可以有效地规范测试工作，并提高测试的质量和效率。
在编写测试用例时，应该根据实际需求和项目特点进行具体的调整和修改。
同时，还应不断总结和改进测试用例模板，以适应软件工程发展的需求。
单元测试用例模版
项目名称测试用例文件状态：[√] 草稿[ ] 正式发布[ ] 正在修改文件标识：Company-Project-TEST-CASE 当前版本：X.Y作者：完成日期：Year-Month-DayRadfort Corp. - 深圳市瑞福特信息技术有限公司 - ©1999~2005 - 版权所有 - All Rights Reserved版本历史目录0. 文档介绍 (4)0.1文档目的 (4)0.2文档范围 (4)0.4参考文献 (4)0.5术语与缩写解释 (4)1.单元测试用例 (4)1.1被测试对象的介绍 (4)1.2测试范围与目的 (5)1.3测试环境与测试辅助工具的描述 (5)1.4测试驱动和桩程序的设计 (5)1.5单元测试用例 (5)0. 文档介绍0.1 文档目的提示：通过制定《××××测试用例》可以令软件测试的实施重点突出、目的明确。
同时，在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。
指明读者对象等0.2 文档范围提示：阐明本测试用例所涉及到的项目、阶段以及测试类型等0.4 参考文献提示：[AAA]作者，《立项建议书》，机构名称，日期[SPP-PROC-ST] SEPG，系统测试规范，机构名称，日期0.5 术语与缩写解释1.单元测试用例1.1 被测试对象的介绍提示：本次测试所所包含的内容，要给出以下内容：被测试的文件列表；类图；类的主要功能简介1.2 测试范围与目的提示：根据详细设计说明书，并在开发组内进行充分的交流后对单元测试的目的清晰，与相应的用例联系起来，列出各个单元和测试用例间的关联关系，以方便检视测试用例是否已经覆盖详细设计规格说明书中定义的所有功能。
1.3 测试环境与测试辅助工具的描述提示：被测项目的关键桩设计（程序和全局变量等）、使用的测试工具等1.4 测试驱动和桩程序的设计给出手工写的桩列表，及主要实现功能1.5单元测试用例。
软件项目验收测试功能测试用例模板
LOGOXXXXXXX项目业务功能测试用例版本历史目录1 引言 (1)1.1 编写目的及目标 (1)1.2 背景说明 (1)1.3 用例说明 (1)2 测试用例 (1)2.1 模块一名称 (1)2.1.1 业务功能1名称 (1)2.1.2 业务功能2名称 (2)2.1.3 业务功能3名称 (3)2.2 模块二名称 (4)2.2.1 业务功能1名称 (4)2.2.2 业务功能2名称 (5)2.2.3 业务功能3名称 (6)2.3 模块三名称 (7)2.3.1 业务功能1名称 (7)2.3.2 业务功能2名称 (8)2.3.3 业务功能3名称 (9)3 测试结论 (11)1引言1.1 编写目的及目标本文档包含了XXX系统业务功能测试用例，是用来指导如何验证系统新增相关功能以及业务要求的作业指南。
1.2 背景说明随着XXX系统工程建设工作展开，为了确保系统正常运行，需对系统各功能模块进行联合调测。
本文档适用于XXX系统业务功能测试和用户测试。
1.3 用例说明本文档测试用例包括XXX系统涉及的业务功能:A、本测试用例可以独立形成文档作为验收依据；B、其中甲方表示测试方，乙方表示集成开发方；C、用于验收测试时，按惯例测试双方填写签名。
2测试用例2.1 模块一名称2.1.1业务功能1名称2.1.2业务功能2名称2.1.3业务功能3名称2.2 模块二名称2.2.1业务功能1名称2.2.2业务功能2名称2.2.3业务功能3名称2.3 模块三名称2.3.1业务功能1名称2.3.2业务功能2名称2.3.3业务功能3名称3测试结论系统所有业务功能通过测试，满足业务使用要求，由甲方负责人、监理负责人、乙方负责人进行签字确认。
软件工程模板-测试用例模板
软件工程模板-用例模板软件工程模板-用例模板1. 简介用例是软件的核心工作之一，它描述了对软件系统进行的步骤、输入、预期输出和结果。
用例模板是一个规范的文档，用于记录用例的相关信息和要点。
本文档定义了一个通用的用例模板，以便在软件工程项目中使用。
2. 用例模板以下是一个通用的用例模板，可以根据具体的需求进行调整和填充。
2.1 用例编号用例编号是用于标识和引用用例的唯一标识符。
它通常由项目团队自行定义，并具有一定的规则和命名规范。
2.2 用例名称用例名称是对用例进行简洁明了的描述，用于快速了解该用例的功能和目的。
2.3 用例描述用例描述是对用例的详细描述，包括的功能、的输入、预期的输出和的步骤。
用例描述应该尽量清晰、具体和完整。
2.4 前提条件前提条件是指在执行该用例之前所需要满足的条件和设置。
例如，如果需求中要求在特定的环境下进行，前提条件可能包括特定的硬件设备、操作系统版本或其他必要的环境配置。
2.5 输入输入是指在执行该用例时所需要输入的数据、信息或操作。
它详细描述了针对该用例的输入。
2.6 预期输出预期输出是指在按照输入执行用例后，预期得到的输出结果。
它具体描述了该用例预期的输出信息。
2.7 步骤步骤是用于执行用例的步骤和操作。
它详细描述了按照何种顺序和方式进行，并给出了具体的操作指导。
2.8 预期结果预期结果是指在按照步骤执行用例后，预期得到的实际结果。
它描述了验证用例是否通过的标准。
2.9 实际结果实际结果是指在按照步骤执行用例后，实际得到的输出结果。
它是对执行过程中观察到的实际结果的记录。
2.10 结果结果是对用例执行结果的和评估。
它描述了该用例是否通过，以及可能的问题和异常情况。
结果还可能包括错误的分类和严重程度评级。
3. 示例下面是一个示例用例，用于说明如何使用用例模板进行填写。
3.1 用例编号TC0013.2 用例名称登录功能3.3 用例描述该用例系统的登录功能，验证用户输入正确的用户名和密码后是否能成功登录。
python中的unittest框架实例详解
python中的unittest框架实例详解在python中我们学习了不少理论知识，那么对相关的程序进⾏测试，就显得很重要了。
本篇要讲的是unittest框架，我们可以⽤它来做⼀些测试⼯作，⼜或者是相关代码的编写。
下⾯我们就unittest框架的说明、特性和4种字模块分别带来介绍，⼤家⼀起来看具体内容。
1.unittest说明unittest是Python⾃带的单元测试框，具备编写⽤例、组织⽤例、执⾏⽤例、输出报告等⾃动化框架的条件，可以⽤来作⾃动化测试框架的⽤例组织执⾏框架。
2.unittest框架特性（1）提供⽤例组织与执⾏：当测试⽤例只有⼏条的时候可以不考虑⽤例的组织，但是当测试⽤例数量较多时，此时就需要考虑⽤例的规范与组织问题。
unittest单元测试框架就是⽤来解决这个问题的。
（2）提供丰富的断⾔⽅法：既然是测试，就有⼀个预期结果和实际结果的⽐较问题。
⽐较就是通过断⾔来实现，unittest单元测试框架提供了丰富的断⾔⽅法，通过捕获返回值，并且与预期值进⾏⽐较，从⽽得出测试通过与否。
（3）提供丰富的⽇志：每⼀个失败⽤例我们都希望知道失败的原因，所有⽤例执⾏结束我们有希望知道整体执⾏情况，⽐如总体执⾏时间，失败⽤例数，成功⽤例数。
unittest单元测试框架为我们提供了这些数据。
3.字模块（1）TestCase(测试⽤例)（2）TestSuit(测试集)（3）TestLoader(加载⽤例)（4）TextTestRunner(执⾏⽤例)/HTMLTestRunnerNew(推荐使⽤，⽣成HTML⽹页版测试报告)实例扩展：import unittestclass Testcase(unittest.TestCase):@classmethoddef setUpClass(cls):pass@classmethoddef tearDownClass(cls):passdef setUp(self):passdef tearDown(self):passdef test01(self):print("01")def test02(self):print("02")if __name__ == "__main__":unittest.main()到此这篇关于python中的unittest框架实例详解的⽂章就介绍到这了,更多相关python中的unittest框架是什么内容请搜索以前的⽂章或继续浏览下⾯的相关⽂章希望⼤家以后多多⽀持！。
软件测试报告接口测试用例与结果
软件测试报告接口测试用例与结果软件测试报告：接口测试用例与结果1. 概述在软件开发过程中，接口测试是非常重要的一环。
本文旨在对接口测试用例与测试结果进行分析与总结，以评估接口的功能完整性、数据传输准确性和稳定性。
2. 测试环境2.1 硬件环境- 操作系统：Windows 10- 处理器：Intel Core i7-8700- 内存：16GB2.2 软件环境- 开发语言：Java- 集成开发工具：Eclipse- 测试工具：Postman3. 接口测试用例设计3.1 用例一：用户登录接口- 功能描述：测试用户登录接口- 输入数据：用户名和密码- 预期结果：返回登录成功信息- 实际结果：登录成功，接口响应时间为500ms3.2 用例二：添加商品接口- 功能描述：测试添加商品接口- 输入数据：商品信息- 预期结果：返回成功添加商品的信息- 实际结果：成功添加商品，接口响应时间为800ms3.3 用例三：获取订单列表接口- 功能描述：测试获取订单列表接口- 输入数据：无- 预期结果：返回订单列表信息- 实际结果：成功获取订单列表，接口响应时间为1s4. 接口测试执行在测试过程中，通过Postman工具对接口进行了测试，按照测试用例进行了多次执行，并记录了每次执行的结果。
4.1 用户登录接口测试结果- 第一次执行：成功登录，接口响应时间为500ms- 第二次执行：成功登录，接口响应时间为450ms- 第三次执行：成功登录，接口响应时间为400ms4.2 添加商品接口测试结果- 第一次执行：成功添加商品，接口响应时间为800ms- 第二次执行：成功添加商品，接口响应时间为700ms- 第三次执行：成功添加商品，接口响应时间为750ms4.3 获取订单列表接口测试结果- 第一次执行：成功获取订单列表，接口响应时间为1s- 第二次执行：成功获取订单列表，接口响应时间为900ms- 第三次执行：成功获取订单列表，接口响应时间为950ms5. 测试结果分析通过对接口的多次执行测试，我们可以得出以下结论：- 用户登录接口的响应时间相对较快，平均为450ms，符合预期；- 添加商品接口的响应时间在700-800ms之间，可以优化接口性能，减少响应时间；- 获取订单列表接口的响应时间在900-1000ms之间，可以进一步优化接口性能。
软件测试用例模板
软件测试用例模板系统测试用例（项目名称）测试用例文档编写人签字：___________ _测试负责人签字：__________ __ _研发部经理签字：___________ _XXXXXXXXXX公司软件测试组XXXX年XX月系统测试用例变更履历序号12345678910111213维护人维护类型维护日期维护原因维护内容系统测试用例目录12344.14.256系统测试用例1目标[编写测试用例目标。
]2项目概要项目名称项目版本项目负责人测试卖力人测试工程师3项目简介[XXX项目的简要介绍，包括项目背景、系统架构、测试环境和测试注意事项等。
]4功能测试用例4.1功能模块A[用例编号：功能模块的拼音缩写+编号，如“供应商管理”：GYSGL-001；用例名称：发起采用“测试项-测试子项（或测试主题）”的体式格局]用例编号:用例名称测试目标：誊写测试目标•测试点1；•测试点2；•建议采用“验证……”的描述方式。
系统测试用例测试条件：1．写清测试条件；2．涉及具体数据的测试条件，要描述清具体的数据；3．测试前提中涉及的数据，它的操作由来不需求描述。
测试进程:1．测试进程按操作步调描述分明，明确是“输入”还是“点击”等；2．测试数据不能设计的很随意，要尊重客户的实际使用情况，如用户名：“XXX”，不能设计成“1#￥%”等，除非是为了测试系统可以设置带有特殊符号的用户名。
期望结果:1．与测试过程要一一对应；2．期望的结果数据要描述分明；3．结果检查点要描述准确，并可以执行。
测试结果：通过/失败申明：日期:测试人签字:GYSGL-001:供应商管理-供应商查询测试目标：誊写测试目标•测试点1；•测试点2；•建议采用“验证……”的描述方式。
系统测试用例测试前提：1．写清测试条件；2．涉及具体数据的测试前提，要描述清具体的数据；3．测试条件中涉及的数据，它的操作由来不需要描述。
测试过程:1．测试过程按操作步骤描述清楚，明确是“输入”还是“点击”等；2．测试数据不能设计的很随意，要尊重客户的实际使用情况，如用户名：“XXX”，不能设计成“1#￥%”等，除非是为了测试系统可以设置带有特殊符号的用户名。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
XXX软件单元测试用例 版本：A 页码：1 / 9
南华大学核电软件评测中心
目 录
1. USC-TEST软件单元测试用例 ......................................................................................................... 2
1.1. 1-1函数CalculateRevenue单元测试用例设计说明(V0.5.0) ................................................. 2
1.2. 1-1函数CalculateRevenue单元测试用例设计说明(V0.5.1) ................................................. 6
XXX软件单元测试用例 版本：A 页码：2 / 9
南华大学核电软件评测中心
1. USC-TEST软件单元测试用例
1.1. 1-1函数CalculateRevenue单元测试用例设计说明(V0.5.0)
1. 设计要求
无
2. 功能概述
根据消费金额，执行不同的折扣，返回优惠后的结账金额。
3. 参数分析
输入数据：
输入参数 数据类型 物理意义 示例
amount double 消费金额 100
输出数据：无
前置条件：无
参数 数据类型 物理意义 示例
后置条件：无
参数 数据类型 物理意义 示例
4. 控制流图
XXX软件单元测试用例 版本：A 页码：3 / 9
南华大学核电软件评测中心
#0#
#12#
#1#if( amount <= 800)#2#else if(amount > 800 && amount <=1800)#3#else if(amount > 1800 && amount <=4800)#6#
rate = 1
是
否
否
#4#
else if(amount > 4800)
否
#5#
else if(amount <= 0)
否
#7#
rate = 0.9
#8#
rate = 0.8
#9#
rate = 0.7
#10#
return -1
是
是
是
是
#11#
amount * rate
否
5. 条件分析
C1: if(amount<=800)
C2: else if(amount>800 && amount<=1800)
C3:else if(amount>1800 && amount<=4800)
C4:else if(amount>4800)
C5:else if(amount<=0)
6. 基本路径分析
P1: [0,1,6,11,12]
XXX软件单元测试用例 版本：A 页码：4 / 9
南华大学核电软件评测中心
P2:[0,1,2,7,11,12]
P3:[0,1,2,3,8,11,12]
P4:[0,1,2,3,4,9,11,12]
P5:[0,1,2,3,4,5,10,12]
P6:[0,1,2,3,4,5,11,12]
XXX软件单元测试用例 版本：A 页码：5 / 9
南华大学核电软件评测中心
7. 设计结果
单元编号 单元名称 函数功能概述 覆盖率说明 预置条件 设计者
1-1 UnitTestDemo(V0.5.0)_Revenue
Account_CalculateRevenue
(double amount)
根据消费金额，执行不同的折扣，返回优惠后的结账金额。 简单路径100% 基本路径100% 无 李萌
测试用例设计结果
测试用例编号 输入数据 期望结果 路径
UnitTestDemo_RevenueAccount_CalculateRevenue_01 amount=400 400 P1
UnitTestDemo_RevenueAccount_CalculateRevenue_02 amount=1300 1170 P2
UnitTestDemo_RevenueAccount_CalculateRevenue_03 amount=3300 2640 P3
UnitTestDemo_RevenueAccount_CalculateRevenue_04 amount=8000 5600 P4
UnitTestDemo_RevenueAccount_CalculateRevenue_05 amount=0 -1 P1
UnitTestDemo_RevenueAccount_CalculateRevenue_06 amount=-10 -1 P1
XXX软件单元测试用例 版本：A 页码：6 / 9
南华大学核电软件评测中心
1.2. 1-1函数CalculateRevenue单元测试用例设计说明(V0.5.1)
1. 设计要求
无
2. 功能概述
根据消费金额，执行不同的折扣，返回优惠后的结账金额。
3. 参数分析
输入数据：
输入参数 数据类型 物理意义 示例
amount double 消费金额 100
输出数据：无
前置条件：无
参数 数据类型 物理意义 示例
后置条件：无
参数 数据类型 物理意义 示例
4. 控制流图
XXX软件单元测试用例 版本：A 页码：7 / 9
南华大学核电软件评测中心
#0#
START
#10#
END
#1#
if(amount > 0 &&
amount <= 800)
#2#
else if(amount > 800 &&
amount <=1800)
#3#
else if(amount > 1800 &&
amount <=4800)
#6#
rate = 1
是
否
否
#4#
else if(amount > 4800)
否
否
#7#
rate = 0.9
#8#
rate = 0.8
#9#
rate = 0.7
#5#
return -1000
是
是
是
5. 条件分析
C1: amount>0 && amount<=800
C2: amount>800 && amount<=1800
C3: amount>1800 && amount<=4800
C4: amount>4800
6. 基本路径分析
P1:[0,1,6,10]
P2:[0,1,2,7,10]
P3:[0,1,2,3,8,10]
P4:[0,1,2,3,4,9,10]
P5:[0,1,2,3,4,5,10]
XXX软件单元测试用例 版本：A 页码：8 / 9
南华大学核电软件评测中心
7. 设计结果
单元编号 单元名称 函数功能概述 覆盖率说明 预置条件 设计者
1-1 UnitTestDemo(V0.5.1)
_RevenueAccount_Cal
culateRevenue
(double amount)
根据消费金额，执行不同的折扣，返回优惠后的结账金额。 简单路径100% 基本路径100% 无 李萌
测试用例设计结果
测试用例编号 输入数据 期望结果 路径
UnitTestDemo_RevenueAccount_CalculateRevenue_01 amount=400 400 P1
UnitTestDemo_RevenueAccount_CalculateRevenue_02 amount=1300 1170 P2
UnitTestDemo_RevenueAccount_CalculateRevenue_03 amount=3300 2640 P3
UnitTestDemo_RevenueAccount_CalculateRevenue_04 amount=8000 5600 P4
UnitTestDemo_RevenueAccount_CalculateRevenue_05 amount=-10 -1000 P5
XXX软件单元测试用例 版本：A 页码：9 / 9
南华大学核电软件评测中心