黑盒测试实验报告.doc
黑盒子实验报告_设计性实验
设计性实验黑盒子实验报告一、实验任务盒里的元件可能是：干电池、定值电阻、电容器、半导体二极管。
盒外可见的两接线端之间也可能为断路或短路的情况。
各元件连接在接线端（或插座）上，两个接线端（或插座）之间装接一个元件，元件之间不连成并联回路。
要求设计实验方案和检测步骤，判定盒内元件。
1.学习依据不同类型电学元件的特性对元件进行判别；2.进一步熟悉数字万用表等电学仪表的使用；3.根据实验室提供的仪器自行设计方案，检测黑盒子内元器件类型和位置，再进一步确定元件的物理量数值。
二、实验要求自行设计合理而又简捷的程序，对给出的黑盒子进行测试，判定盒中元件类型，并写出测试记录和作出判定的依据，对于电池，要判定其正负极，并测出其电动势，对于二极管，要判定其正负极，并测出二极管的正向导通压降，如果判断元件为电容和电阻，要求测出其数值。
（实验过程不得自行打开盒子）1、根据实验任务，查阅有关资料。
2、自拟实验步骤和直接测量数据的记录表格。
3、选择实验仪器（型号或规格）。
4、对实验方案作可行性报告分析。
5、根据设计实验方案，将测量的数据填入表中，正确写出实验测量结果。
6、对实验结果进行比较、分析、讨论。
三、实验仪器5JK 型暗盒实验箱、直流稳压电源、数字式万用表、电阻箱、开关、导线 四、实验内容１．判断有无干电池：可用电压表测两接线柱间电压，若有一定电图11 211 3 45 6 7 89 10 11 1213 14 15 16压，可确定为干电池，如当电压表接通时指针稍有摆动而又回到零位，则是电池与电容串联。
2判断有无二极管：设计电路如图，将电源与直流电流表串联，并串联一个定值电阻R，将导线连接两端钮，观察电流表读数，再交换连接两端钮，观察电流表读数，若两次读数，一次几乎为0，一次有一定的读数，可确定为二极管，并根据读数可确定二极管正负。
３．判断有无电容：当黑盒子两端钮间有电容Ｃ存在时，可用直流电源串联直流电压表或直流电流表接到两端钮。
黑盒测试实验报告
黑盒测试实验报告
1. 引言
黑盒测试是软件测试中常用的一种测试方法，它不需要了解被测试系统的内部结构和实现细节，只通过输入和输出来评估系统的正确性和健壮性。
本实验通过对一个示例系统进行黑盒测试，以评估其功能的完整性和安全性。
2. 实验目标
本次实验的主要目标是对示例系统进行黑盒测试，发现其中存在的功能缺陷和安全漏洞，并给出相应的解决方案。
具体实验目标包括：
- 确定需求和功能规格说明进行黑盒测试；
- 根据功能规格说明设计黑盒测试用例；
- 执行黑盒测试用例并记录测试结果；
- 分析测试结果，发现潜在的功能缺陷和安全漏洞；
- 提出相应的解决方案和改进建议。
3. 实验环境
本次实验使用的环境如下：
- 操作系统：Windows 10
- 开发工具：Eclipse
- 测试工具：JUnit
4. 测试需求和功能规格说明
根据实验要求，我们对示例系统的功能进行了分析，确定了以
下需求和功能规格说明：
1) 用户注册功能：允许用户进行账号注册，提供用户名、密码
和邮箱等信息，注册成功后可以登录系统。
2) 用户登录功能：已注册用户可以通过输入正确的用户名和密
码登录系统。
3) 查看个人信息功能：登录后，用户可以查看自己的个人信息，包括用户名、邮箱等。
黑盒测试技术实验报告（最终5篇）
黑盒测试技术实验报告（最终5篇）第一篇：黑盒测试技术实验报告黑盒测试技术—三角形问题实验报告一、问题描述输入三个整数a、b、c，分别作为三角形的三条边，通过程序判断这三条边是否能构成三角形？如果能构成三角形，则判断三角形的类型并输出（等边三角形、等腰三角形、一般三角形），如果不构成三角形输出不能构成三角形。
要求:(1)输入三个整数a、b、c，必须满足以下条件：1≤a≤200；1≤b≤200；1≤c≤200。
(2)容错处理：输入空值的提示；输入的值满足类型的提示；(3)不限制开发环境，不限制开发语言；(4)尽可能不对自己的程序进行测试设计。
(5)请分别采用边界值分析法、等价类分析法、决策表分析法、基于场景分析法设计测试用例；(6)正文格式（除源代码用小五号单倍行距），其他行距固定值 20，字号小四。
二、程序主要源代码(标注：测试的源代码是哪位同学（学号姓名）编写的。
)三、程序界面（截图）四、设计测试用例1.用边界值测试方法设计测试用例用边界值分析法设计测试用例，按照下列步骤进行：（（1）分析各变量取值三角形三条边的取值范围都是1-200，所以边长A 的边界点为 1 和 200，边长 B的边界点为 1 和 200，边长 C 的边界点为 1 和 200。
（（2）测试用例数输入条件边界值测试数据 A 1,200 0,1,2,199,200,201 B 1,200 0,1,2,199,200,201 C 1,200 0,1,2,199,200,201设计测试用例（给出所有测试用例）三角形问题的测试用例测试用例编号输入数据预期输出测试结果 a b c 1 0 100 100 边长 A 不合法边长 A 不合法1 100 100 等腰三角形等腰三角形 3 2 100 100 等腰三角形等腰三角形 4 199 100 100 等腰三角形等腰三角形 5 200 100 100 不是三角形不是三角形 6 201 100 100 边长 A 不合法边长 A 不合法100 0 100 边长 B 不合法边长 B 不合法100 1 100 等腰三角形等腰三角形 9 100 2 100 等腰三角形等腰三角形 10 100 199 100 等腰三角形等腰三角形 11 100 200 100 不是三角形不是三角形 12 100 201 100 边长 B 不合法边长 B 不合法100 100 0 边长 C 不合法边长 C 不合法100 100 1 等腰三角形等腰三角形 15 100 100 2 等腰三角形等腰三角形 16 100 100 199 等腰三角形等腰三角形 17 100 100 200 不是三角形不是三角形181****0201边长 C 不合法边长 C 不合法2.用等价类测试方法设计测试用例（（1）首先分析题目中给出的条件和隐含的输入要求，输入条件如下：条件：1<=边长 A<=200,1<=边长 B<=200,1<=边长 C<=200 隐含条件:A输入条件有效等价类无效等价类是否是三角形1.1<=A<=2002.1<=B<=2003.1<=C<=2004.A200 8.B<1 || B>200 9.C<1 ||C>200 10.A>=B+C 11.B>=A+C 12.C>=A+B 等腰三角形13.A=B&&B!=C 14.A=C&&C!=B 15.B=C&&C!=A 16.A!=B&&A!=C&&B!=C 等边三角形17.A=B=C 18.A!=B 19.A!=C 20.B!=C(3)设计测试用例，覆盖上表中的等价类，如表1-3 表所示。
黑盒测试实验报告
黑盒测试实验报告一、实验内容计算日期是星期几已知公元1年1月1日是星期一。
请编写一个程序，只要输入年月日，就能自动回答当天是星期几。
要求：为测试该程序的方便，请将计算星期的算法尽量放入一个函数中，输入和输出检查可用其它函数来处理。
为简单起见，不考虑公元前的日期。
提示：(a)解答思路：计算输入日期与公元1年1月1日所相差的天数，具体如下：总天数=公元1年到输入日期上一年年底天数+输入年份的1月到上月月底天数+输入日期的天数(b)闰年满足条件(year%4==0)&&(year%100!=0)||(year%400==0)（1）分析各种输入情况，结合程序输出结果，进行等价类划分，并给出详细测试用例（2）根据（1）所划分的等价类，进行边界值分析，并给出具体的测试用例（3）决策表测试法①列出输入变量month、day、year的有效等价类；（条件桩）②分析程序的规格说明，给出问题规定的可能采取操作;(动作桩)③画出决策表（简化）④根据决策表，给出详细测试用例二、实验要求（1）根据题目要求编写测试用例（2）撰写实验报告（3）有关的实现程序请附到实验报告中（4）实验报告命名规则：学号后两位+姓名_黑盒实验三、实验报告（1）程序代码#include <iostream>using namespace std;void main(){int year, month, day;cout<<"请输入年份:"<<endl;cin>>year;cout<<"请输入月份:"<<endl;cin>>month;cout<<"请输入日期:"<<endl;cin>>day;int i, num=0,total, total1, total2;for(i=1; i<year; i++){if((i%4==0)&&(i%100!=0)||(i%400==0))num++;}total1 = 365*(year-num-1) + 366*num;if((year%4==0)&&(year%100!=0)||(year%400==0)) {switch(month){case 1:total2 = 0;break;case 2:total2 = 31;break;case 3:total2 = 60;break;case 4:total2 = 91;break;case 5:total2 = 121;break;case 6:total2 = 152;break;case 7:total2 = 182;break;case 8:total2 = 213;break;case 9:total2 = 244;break;case 10:total2 = 274;break;case 11:total2 = 305;break;case 12:total2 = 335;break;}}else{switch(month){case 1:total2 = 0;break;case 2:total2 = 31;break;case 3:total2 = 59;break;case 4:total2 = 90;break;case 5:total2 = 120;break;case 6:total2 = 151;break;case 7:total2 = 181;break;case 8:total2 = 212;break;case 9:total2 = 243;break;case 10:total2 = 273;break;case 11:total2 = 304;break;case 12:total2 = 334;break;}}total = total1 + total2 + day;int week;week = total % 7;switch(week){case 0:cout<<"今天是星期天"<<endl;break;case 1:cout<<"今天是星期一"<<endl;break;case 2:cout<<"今天是星期二"<<endl;break;case 3:cout<<"今天是星期三"<<endl;break;case 4:cout<<"今天是星期四"<<endl;break;case 5:cout<<"今天是星期五"<<endl;break;case 6;cout<<"今天是星期六"<<endl;break;}}测试用例原因：C1:year为闰年C2:month为1、3、5、7、8、10、12 C3:month为4、6、9、11C4:month为2C5:1<=day<=27C6:day=28C7:day=29C8:day=30C9:day=31结果：E1:输出今天是星期几。
软件工程黑盒测试实验报告
软件工程黑盒测试实验报告实验目的本次实验旨在对软件工程中的黑盒测试进行实践，通过对已知需求的软件系统进行测试，检验系统是否符合需求规格说明书中的要求，并发现潜在的缺陷。
实验环境本次实验使用了XXX软件工程公司开发的测试工具，测试对象为一个简单的计算器应用程序。
测试环境为Windows操作系统。
实验步骤1.需求分析：首先对计算器应用程序的功能进行分析，了解其需求规格说明书中的各项功能。
2.测试用例设计：根据需求规格说明书编写测试用例，包括正常输入、异常输入和边界条件等。
3.测试执行：使用测试工具对计算器应用程序进行黑盒测试，按照设计的测试用例逐一执行，并记录测试结果。
4.缺陷分析：对测试过程中发现的缺陷进行分析，包括未通过的测试用例和异常情况。
5.报告撰写：根据实验结果撰写测试报告，总结测试过程中的经验和不足，并提出改进建议。
测试结果经过测试，计算器应用程序在正常输入条件下功能正常，符合需求规格说明书中的要求。
但在异常输入和边界条件下存在一些问题，如除数为零时未作出相应提示。
测试报告中详细列出了测试用例和测试结果。
不足之处1.部分测试用例设计不够全面，存在遗漏的情况。
2.对于一些复杂的边界条件，测试覆盖率不够。
3.缺乏对性能和安全性的测试，仅仅着重在功能方面进行测试。
改进建议1.加强对边界条件的测试，提高测试覆盖率。
2.增加对性能和安全性的测试，对于复杂的功能和数据进行更深入的测试。
3.定期进行测试用例的回归测试，保证软件系统的稳定性。
总结通过本次黑盒测试实验，我对软件工程中的测试方法和流程有了更深入的了解，并掌握了测试用例设计和执行的基本技巧。
实践中发现了自身的不足之处，在今后的学习和工作中将不断改进和提升自己的测试能力。
以上为本次软件工程黑盒测试实验的报告内容，感谢您的阅读。
软件黑盒测试实验报告
软件黑盒测试实验报告软件黑盒测试实验报告概述：软件黑盒测试是一种测试方法，它不考虑软件的内部结构和实现细节，而是从用户的角度出发，通过输入和输出数据进行测试，以验证软件的功能和性能是否符合预期。
本实验旨在通过对一款音乐播放软件进行黑盒测试，评估其功能和性能。
实验设计：1. 功能测试：a. 用户登录：测试用户登录功能是否正常，包括用户名和密码的验证。
b. 播放音乐：测试音乐播放功能是否正常，包括播放、暂停、停止等操作。
c. 搜索音乐：测试搜索功能是否正常，包括根据歌曲名、歌手名等进行搜索。
d. 创建播放列表：测试创建播放列表功能是否正常，包括添加、删除、重命名等操作。
e. 分享音乐：测试分享音乐功能是否正常，包括通过社交媒体、邮件等方式分享。
2. 性能测试：a. 响应时间：测试软件的响应时间是否满足用户的需求，包括打开软件、搜索音乐等操作的响应时间。
b. 内存占用：测试软件在运行过程中的内存占用情况，评估其对系统资源的消耗。
c. 并发性能：测试软件在多用户同时使用的情况下，是否能够正常运行，不出现卡顿、崩溃等问题。
实验过程：1. 功能测试：a. 用户登录：通过输入正确的用户名和密码进行测试，验证登录功能是否正常。
b. 播放音乐：选择不同的音乐进行测试，验证播放、暂停、停止等操作是否正常。
c. 搜索音乐：输入不同的关键词进行搜索，验证搜索功能是否能够正确返回结果。
d. 创建播放列表：创建、添加、删除、重命名播放列表进行测试，验证功能是否正常。
e. 分享音乐：选择不同的分享方式进行测试，验证分享功能是否正常。
2. 性能测试：a. 响应时间：记录软件在不同操作下的响应时间，评估是否满足用户的需求。
b. 内存占用：使用系统监测工具记录软件的内存占用情况，评估其对系统资源的消耗。
c. 并发性能：模拟多用户同时使用软件进行测试，观察是否出现性能问题。
实验结果：1. 功能测试：a. 用户登录功能正常，用户名和密码验证正确。
黑盒测试实验报告
黑盒测试实验报告软件测试实验报告----黑盒测试一．实验内容使用黑盒测试技术设计一个自动售货机上的系统。
自定义自动售货机只卖三种饮料：可口可乐，雪碧，百事可乐，单价分别为2.5元，2.5两元，2元。
假设输入饮料类别及需要的数量，如果输入的金额数足够，直接送出饮料，退回零钱，如果输入的金额不够，有提示可以继续输入钱币。
自动售货机运行界面如下：二、黑盒测试（1）测试用例一（2）测试用例二具体操作实践如下：三代码#include void main(){int n,m,i;for(i=0;i<100;i++){cout<<"欢迎使用自动售货机系统！\" ;cout<<"请选择商品\";cout<< "1 可口可乐2.5元\";cout<< "2 雪碧2.5元\";cout<< "3 百事可乐2元\";cout<< " 4 结束购物\";cin>>n;if(n==1){cout<<"你选择的是可口可乐\";cout<<"请选择投币种类\";cout<< "1 2.5元\";cout<< "2 3元\";cout<< "3 5元\";cout<< "4 1元\";cin>>m;if(m==1){cout<<"付款金额正好，请取走商品\";}else if(m==2){cout<<"找您0.5元\";}else if(m==3){ cout<<"找您2.5元\";} else {cout<<”钱不够！”;}}if(n==2){cout<<"你选择的是雪碧\";cout<<"请选择投币种类\";cout<< "1 2.5元\";cout<< "2 3元\";cout<< "3 5元\";cout<< "4 1元\";cin>>m;if(m==1){cout<<"付款金额正好，请取走商品\";}else if(m==2){cout<<"找您0.5元\";}else if(m==3){ cout<<"找您2.5元\";} else {cout<<”钱不够！”;}}if(n==3){"你选择的是百事可乐\";cout<<"请选择投币种类\";cout<< "1 2.5元\";cout<< "2 3元\";cout<< "3 5元\";cout<< "4 1元\";cin>>m;if(m==1){cout<<"找您0.5元\\\";}else if(m==2){cout<<"找您1元\";}else if(m==3){ cout<<"找您2元\";} else {cout<<”钱不够！”;}}if(n==4)cout<<"谢谢惠顾!"<<="">}。
软件测试黑盒测试实验报告
软件测试黑盒测试实验报告软件测试黑盒测试实验报告一、引言软件测试是软件开发过程中不可或缺的一部分，旨在发现和纠正软件中的错误和缺陷。
黑盒测试作为软件测试的一种方法，主要关注软件的功能和用户需求，而不考虑内部结构和实现细节。
本实验旨在通过黑盒测试方法，对某一软件进行测试，并分析测试结果，以评估软件的质量和可靠性。
二、实验目的本实验的主要目的是通过黑盒测试方法，对软件的功能进行全面而系统的测试，以发现潜在的错误和缺陷。
同时，通过测试结果的分析，评估软件的质量和可靠性，并提出改进建议。
三、实验环境和工具本实验使用的软件是一个在线购物系统，实验环境为Windows操作系统。
测试工具包括Selenium WebDriver和Junit。
四、实验步骤1. 确定测试用例：根据软件的功能和用户需求，制定一系列测试用例，覆盖软件的各个功能模块和边界条件。
2. 搭建测试环境：安装并配置Selenium WebDriver和Junit，以便进行自动化测试。
3. 编写测试脚本：根据测试用例，使用Java语言编写测试脚本，实现对软件功能的模拟和测试。
4. 执行测试脚本：运行测试脚本，对软件进行自动化测试。
记录测试过程中的输入、输出和错误信息。
5. 分析测试结果：根据测试脚本的执行结果，分析软件的功能是否符合预期，是否存在错误和缺陷。
六、实验结果与分析在本次实验中，共编写了100个测试用例，并执行了相应的测试脚本。
通过对测试结果的分析，得出以下结论：1. 软件的基本功能测试通过率达到90%以上，说明软件在满足用户需求方面表现良好。
2. 在边界条件测试中，发现了一些潜在的错误和缺陷，例如在输入非法字符时，软件没有给出相应的错误提示。
3. 在性能测试中，软件的响应时间较长，需要进一步优化。
4. 在安全性测试中，软件存在一些漏洞，需要加强对用户信息的保护。
综上所述，软件在功能方面表现良好，但仍存在一些错误和缺陷，需要进一步改进和优化。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
问题描述如下：
一酒水销售公司指派销售员销售各种酒水。白酒卖168元/瓶，红酒卖120元/瓶，啤酒卖5元/瓶。白酒每月的供应量为5000瓶，红酒为3000瓶，啤酒为30000瓶，各个销售员每月至少要售出白酒50瓶，红酒30瓶，啤酒300瓶。月末，每个销售员上报他所在区域的销售业绩。这样酒水销售公司就知道了当月的销售情况，并根据销售额计算佣金提成如下：
023
1993
12
-1
Day不在1~31中
024
1993
12
0
Day不在1~31中
025
1993
12
1
1993年12月2日
026
1993
12
30
1993年12月31日
027
1993
12
31
1994年1月1日
028
1993
12
32
Day不在1~31中
030
1993
1
-1
Day不在1~31中
031
1993
1993
6
0
Day不在1~31中
009
1993
6
1
1993年6月2日
010
1993
6
15
1993年6月16日
011
1993
6
29
1992年6月30日
012
1993
6
30
1992年7月1日
013
1993
6
31
Day不在1~30中
014
1993
2
-1
Day不在1~29中
015
1993
2
0
Day不在1~29中
2、按照等价类划分的思想，设计等价类测试用例；
1）佣金问题中，首先分析输入和输出，注意分析佣金问题中给出和隐含的对输入条件的要求：
2）针对输入进行等价类划分，形成等价类列表，并为每一个等价类编号；
3）从等价类划分的表格中设计测试用例：为有效等价类设计测试用例，为每一个无效等价类至少设计一个测试用例
3、执行测试，记录发现的问题。
016
1993
2
1
1993年2月2日
017
1993
2
15
1993年2月16日
018
1992
2
28
1993年2月29日
029
1993
2
28
1993年3月1日
019
1992
2
29
1993年3月1日
020
1993
2
29
平年2月没有29号
021
1993
2
30
Day不在1~31中
022
1993
2
31
Day不在1~31中
1、分析这一段说明，列出原因和结果
2、画出因果图。所有原因结点列在左边，所有结果结点列在右边。建立中间结点，表示处理的中间状态。中间结点：
1)投入1元硬币且押下饮料按钮
2)押下〖橙汁〗或〖啤酒〗的按钮
3)应当找5角零钱并且售货机有零钱找
4)钱已付清
3、转换成判定表
4、在判定表中，把不可能出现的情况删去。
测试数据
期望结果
覆盖的无效等价类
（30,40,400）
输入无效
（5500,40,400）
输入无效
（55,25,400）
输入无效
（55,4000,400）
输入无效
（55,75,250）
输入无效
（55,75,33000）
输入无效
4)测试结果：所有测试都成功，且测试的覆盖率为百分百
2、NextDate问题
1）分析它的输入限制
NextDate是一个有三个变量（月份、日期和年）的函数。函数返回输入日期后面的那个日期。变量月份、日期和年都是整数值，并满足以下条件：
c1：1<=月份<=12 c2：1<=日期<=31 c3：1812<=年<=2012
2）边界值测试设计
编号
输入
期望输出
Year
Month
Day
001
2万以下（含）：4%；
2万（不含）~4.5万（含）：1%
4.5万以上（不含）：0.5%
这样，佣金程序生成月份销售报告，汇总售出的白酒、红酒和啤酒总数，销售公司的总销售额和各个销售员的佣金。
这个问题分为三个不同的部分：
输入数据部分，用来处理输入数据的有效性；
销售额计算部分；
佣金（提成）计算部分.
1、充分考虑输入有效性校验，编写佣金问题的代码；
C2、投入1元硬币
C3、投入5角硬币
C4、按下橙汁按钮
C5、按下啤酒按钮
在3000以上不包括3000
啤酒数量
在300~30000之间
在0~299之间
在30000以上不包括30000
2)设计测试用例，以便覆盖所有的有效等价类在表中列出了3个有效等价类，编号分别为①、 、 ，设计的测试用例如下：
测试数据
期望结果
覆盖的有效等价类
（55,40,400）
输入有效
①、 、
3)为每一个无效等价类设计一个测试用例，设计结果如下：
1993
-1
15
Month不在1~12中
002
1993
0
15
Month不在1~12中
003
1993
1
15
1993年1月16日
004
1993
11
15
1993年11月16日
005
1993
12
15
1993年12月16日
006
1993
13
15
Month不在1~12中
007
1993
6
-1
Day不在1~31中
008
5、最后根据判定表中剩下的列作为确定测试用例的依据，设计测试用例。
6、实验报告要求及记录、格式
四、程序调试与结果
1、佣金问题
1)划分等价类并编号,下表等价类划分的结果
输入等价类
有效等价类
无效等价类
白酒数量
在50~5000之间
在0~49之间
在5000以上不包括5000
红酒数量
在30~3000之间
在0~29之间
《软件测试技术》实验报告
实验序号：04实验项目名称：பைடு நூலகம்盒测试
一、实验目的及要求
掌握用等价类、边界值分析法、因果图的方法设计测试用例
二、实验设备（环境）及要求
实验在计算机系的机房进行，安装了VC6.0，Java SDK，TurboC等软件，学生能采用C语言，C＋＋，或Java语言进行编程。
三、实验内容与步骤
任务二：下一天问题
1、对于NextDate问题，分析它的输入限制；
2、从输入限制的边界设计测试用例；
3、执行测试，记录结果。
任务三：自动售货机问题
有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。其规格说明如下：若投入5角钱或1元钱的硬币，押下[橙汁]或[啤酒]的按钮，则相应的饮料酒送出来。若售货机没有零钱找，则一个显示[零钱找完]的红灯亮，这时再投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找，则显示[零钱找完]的红灯灭，在送出饮料的同时退还5角硬币。
1
0
Day不在1~31中
032
1993
1
1
1993年1月2日
033
1993
1
30
1993年1月31日
034
1993
1
31
1993年2月1日
035
1993
1
32
Day不在1~31中
3）测试结果：所有测试都成功，且测试的覆盖率为百分百
3、自动售货机问题
1）分析
自动售货机中一共存在5个条件和5个结果：
条件：C1、售货机有零钱找