目录
1引言........................................................................ 1
1.1编写目的.............................................................. 1
1.2背景.................................................................. 1
1.3定义.................................................................. 2
1.4参考资料.............................................................. 2
2测试概要.................................................................... 2
3测试结果及发现.............................................................. 3
3.1测试1（标识符）...................................................... 3
3.2测试2（标识符）...................................................... 3
4对软件功能的结论............................................................ 4
4.1功能1（标识符）...................................................... 4
4.1.1能力............................................................ 4
4.1.2限制............................................................ 4
4.2功能2（标识符）...................................................... 4
5分析摘要.................................................................... 4
5.1能力.................................................................. 4
5.2缺陷和限制............................................................ 4
5.3建议.................................................................. 5
5.4评价.................................................................. 5
6测试资源消耗................................................................ 5
测试报告
1引言
1.1编写目的
该《测试报告》文档有助于实现以下目标：了解软件的具体功能，作为软件开发人员开发的主要过程，对软件的功能、性能、接口、数据结构等功能的具体测试结果与预期的要求进行分析，为完善及改进软件的功能提供依据。
本软件测试计划说明的读者对象是软件设计人员、测试人员。
1.2背景
1）待开发系统软件名称：学生成绩管理系统；
2）本项目的任务提出者是学校信息管理系统的各位老师，由本小组负责开发，用于广东松山职业技术学院师生成绩查询及管理；
3）测试环境：本系统属于广东松山职业技术学院的学生成绩管理模块，实现的是网络管理系统中关于学生成绩管理的子功能，通过此软件，提高用软件工程分析问题、解决问题的能力，同时增强对数据库和j2ee的使用能力。
1.3定义
SSH 在J2EE项目中表示了3种框架，即 Spring + Struts +Hibernate。 Struts对Model，View和Controller都提供了对应的组件。Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。 Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，可以应用在任何使用JDBC的场合，可以在Servlet/JSP的Web应用中使用，也可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。
1.4参考资料
[1] 张海藩，《软件工程导论》，清华大学出版社，2008
[2] 陆丽娜，《软件工程》，经济科学出版社,2008
[3] 萨师煊，《数据库系统概论》，高等教育出版社，2006
[4] 薛华成，《管理信息系统》， 清华大学出版社，2007
2测试概要
软件所要实现的功能及程序的关系如下表：
其中对输入输出的数据要求如下：
输入的成绩分数、课程号、学号、学年、学期的精度为整数，输入的学时，学分保留一位小数；
输出成绩分数、课程号、学号、学年、学期精度仍为整数，输出学分、学时、绩点保留一位小数。
3测试结果及发现
3.1测试1（标识符）
学生在输入自己的学号及账号时可以查询自己的选修课与必修课的成绩及对自己账号的密码修改。
例如10001学号的同学输入：学号和密码
预期输出：他的基本信息与成绩单表。
实际输出：它的基本信息与成绩单。
老师可以上传选修了自己课程的成绩：老师登录进入上传成绩单界面后。可以直接上传成绩。输入：老师登录名与密码。
预期输出：他的基本信息与需上传的学生名单。
实际输出：他的基本信息与需上传的学生名单。上传成功
管理员可以管理学生及老师的基本信息。
输入：管理员登录名与密码。
预期输出：他的基本信息与修改与更新的信息（教师，学生，课程基本信息）。
实际输出：他的基本信息与修改与更新的信息（教师，学生，课程基本信息）。并且添加成功。
3.2测试2（标识符）
包含于测试1中。
4对软件功能的结论
4.1功能1（标识符）
4.1.1能力
登陆、密码模块测试
本测试是采用黑盒测试法：为了检测不同权限的用户在登陆时，是否能进入对应模块并得到应有的权限，检验密码模块的正确有效性。
4.1.2限制
目前我们的使用范围非常狭窄。测试数据值的范围包括动态数据和静态数据，有局限性。
4.2功能2（标识符）
学生，教师，课程信息管理测试
本测试采用白盒测试法：主要内容是插入商品信息的测试。
5分析摘要
5.1能力
测试工件为四个阶段：单元测试、组装测试、确认测试、系统测试
经过软件测试后对我们对软件的要求基本功能满足，因为本系统是一个类似的网站，由前台与后台的管理。前台就是学生的自助查询，后台就是老师与管理员，老师只能上传学生的成绩信息，而后台的管理员可以上传及修改学生与老师的基本信息，及课程编排。就目前的测试结果没有异常的现象出现。对于软件的运行环境与要求基本符合。
在测试过程中，首先需要对各子单元过程进行测试。在各子单元过程测试完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。
5.2缺陷和限制
单元测试达到需求的要求，总体的运行速度与预期有出入。所以有些算法还需简化，由于安全性与权限及运行速度要达到一个平衡。我们还有待找到一个平衡支点。
5.3建议
对每项缺陷提出改进建议，如：
a． 各项修改可采用的修改方法；运行速度的提高，主要的缺陷是存放数据与取数据的时间相对较长，可以换一种方法对数据的处理。
b． 对各个部分的修改与优化工作是同步进行。
c． 由于工作人员的有限，所以全部测试的工作量都是比较大的。
d． 数据库的存放与获取的复杂度修改由陈贵英负责，权限与安全性的优化由郭银翠负责。
5.4评价
该系统已达到预定的目标，能环境满足的情况下能够交付使用。
第二篇：库存管理系统测试报告
库存管理系统测试报告~
一．测试范围
1．测试目的
软件的错误是不可避免的，所以必须经过严格的测试。通过对本软件的测试，尽可能的发现软件中的错误，借以减少系统内部各模块的逻辑，功能上的缺陷和错误，保证每个单元能正确地实现其预期的功能。检测和排除子系统（或系统）结构或相应程序结构上的错误，使所有的系统单元配合合适，整体的性能和功能完整。并且使组装好的软件的功能与用户要求一致。
2．预期结果
● 身份验证
①以正确的用户名和匹配的密码可以成功登陆。
②凡用户名不存在或不正确或密码错误均不能登陆。
③当输入密码错误次数超过一定限制时（初定为3次）将自动关闭系统。 ④成功的登录操作记入操作日志文件
● 帐号和密码管理
以系统管理员身份登录系统后，可建立，修改，删除所有用户信息（帐号和密码）。
● 商品入库登记
① 输入模拟条码后即可进行查询，查询结果：未登记，已登记。若欲执行添加操作，提示必须进行查询。
② 若该商品信息未作登记，则提示填写该商品详细信息单。填写后检查，若正确，提交给数据库，写入商品信息文件，再填写入库单；若错误，提示出错。
③ 若该商品信息已作登记，则提示填写入库单。填写后检查，若正确，入库；若错误，提示出错。
④ 完成后，入库操作写入操作日志文件；
● 商品出库登记
① 输入模拟条码后即可进行查询，查询结果：存在，不存在。
② 若不存在，提示出错。
③ 若存在，提示填写出库单。
④ 填写后检查，若错误，提示出错。
⑤ 若正确，则检查库存量是否满足提货要求；
一．测试步骤
本次测试采用黑盒法。主要依据需求分析文档和测试计划文档，以需求分析文档中的功能模块为单位，对编码人员提交的成型系统进行测试。综合使用等价类划分法和其它方法。 详细测试步骤如下：
● 商品入库登记。功能为：
① 由条形码检测设备读入商品包装上的条形码，系统根据条形码搜索数据库中的商品信息文件，检查该商品基本信息是否已作登记；
② 若该商品信息未作登记，则填写该商品详细信息单，并提交给数据库，写入商品信息文件，再填写入库单；
③ 若该商品信息已作登记，则直接填写入库单；
④ 检查入库单的合法性：即检查表单中的输入信息是否具有非法字符，商品来源（供应商信息）是否合法；
⑤ 若检查结果不合法，提示操作员重新输入；若检查结果合法，则根据申请内容对商品库存信息文件和入库文件进行更新，打印入库凭证，完成商品入库操作；
⑥ 将成功的入库操作写入操作日志文件；
相关操作说明：
在主界面点“入库”按钮后，弹出“入库信息”对话框。“时间”框中将自动显示当前的系统时间，作为商品入库时间。“商品号”框待输入信息。其它框均为不可编辑状态。现向“商品号”框中输入一长度为12的数字字符串，模拟由条码读取设备读入的商品条码。假设实际使用环境中条码设备不会出错，即总是读出12位数字串，所以不必检查（模拟读入的）商品号的有效性。此时若点“添加”按钮，弹出对话框“请先运行查询操作！”，表示应先检查此商品基本信息是否已登记。因此测试中越过这一步，直接点“查询”按钮。
按商品信息是否已登记，分两种情况：
情况一：
（模拟）读入的商品号已在商品信息表中，弹出对话框：“该商品已存在，请输入入库时的必要信息！”。
“供应商号”，“类型”，“商品名”，“存放地点”框中将显示此商品号在商品信息表中对应的属性值。“最大量”，“最小量”框中将显示此商品号在库存信息表中对应的属性值。余下的“入库量”，“有效期”，“采购员”由用户填写。
测试用例：
商品号：000100010001，点“查询”按钮，可得以上相关信息。经检查，各显示属性与数据库中的值一致。
1．有效等价类：
“入库量”为正整数，“有效期”为yyyy-mm-dd格式的日期，“采购员”为任意字符串（采购员名）。
对上面的测试用例（商品号000100010001），输入信息为：
入库量：10； 有效期：2006-01-01； 采购员：李
输出：“添加成功”
经检查，数据库相关表都正确更新。符合预期结果。
2． 无效等价类：
①“入库量”不是正整数。
输出：“入库量应为正整数！”。
符合预期结果。
②“入库量”为空。
输出：“入库量不可为空！”。
符合预期结果。
③“入库量”是正整数，但大于“最大量”框中的值。
输出：“入库量不能大于最大量！”。
符合预期结果。
④“入库量”是正整数且小于“最大量”框中的值。但“采购员”和（或）“有效期”为空。 输出：“入库信息不能有一项为空！”
符合预期结果。
⑤“入库量”是正整数且小于“最大量”框中的值。“采购员”非空。但“有效期”格式错。 输出：“有效期应为yyyy-mm-dd格式！”
符合预期结果。
情况二：
（模拟）读入的商品号不在商品信息表中，弹出对话框：“该商品为新商品，请输入入库时的必要信息！”
因是新商品，数据库中尚无相关信息。除“商品号”和“时间”以外的所有框都需用户填写。
1． 有效等价类：
“入库量”为正整数且小于“最大量”；“供应商号”为供应商表中的“供应商号”（长度为4的数字串）；“ 最大量”为长整形数； “有效期”为yyyy-mm-dd格式的日期；“类型” 在规定集合中取值（衣、食、用）； “商品名”为任意字符串； “采购员”为任意字符串（采购员名）； “最小量” 为长整形数；“存放地点”在规定集合中取值（01～20）；
输出：“入库操作成功！”
2． 无效等价类：
等价类①～③与情况一中等价类①～③输入输出相同。 ④“存放地点”不是规定集合中的值
输出：“不可识别的存放地点！”
⑤“有效期”格式错或为空
输出：“有效期格式错！”
⑥“供应商号”不是供应商表中的“供应商号”
输出：“非法供应商号！”
⑦“最大量”不是正整数
输出：“最大量应为正整数！”
⑧“类型”不是规定集合中的值
输出：“不可识别的类型！”
⑨“商品名”超长
输出：“商品名”超长！”
⑩“最小量”不是正整数
输出：“最小量应为正整数！”
⑾“存放地点”不是规定集合中的值
输出：“不可识别的存放地点！”
以上符合预期结果。
入库操作后，经检查，入库信息表，商品信息表，库存信息表已正确更新。
检查操作日志文件，发现成功的入库操作已登记。符合预期结果。
● 商品出库登记。功能为：
① 根据提货申请者提供的商品条形码在商品基本信息文件中查找要提取商品的详细信息，若未找到，表明该商品并不存在，返回提示信息；
② 若找到，则填写出库单，提出出库申请；
③ 检查出库单的合法性：即检查表单中的输入信息是否具有非法字符；
④ 若检查结果不合法，提示操作员重新输入；若检查结果合法，则根据申请提取的出库量检查库存信息文件，看库存量是否满足提货要求；
⑤ 若库存量满足要求，则对库存信息文件和出库文件进行更新，打印出库凭证，完成商品出库操作；若不满足则表明库存不足，将用户需求写入采购清单文件，提示进货； ⑥将成功的出库操作写入操作日志文件
相关操作说明：
在主界面点“出库”按钮，弹出“出库信息”对话框。查询时，在“商品号”和（或）“商品名”框中输入欲提取商品的信息。提取时，输入“数量”和“提取人”，点“提取”键，即完成“出库”操作
1． 有效等价类
查询时，仅输入“商品号”或“商品名”时，分别为商品信息表中已有的记录。同时输入“商品号”和“商品名”时，为商品信息表中同一记录的相应属性。
输出：上方框中显示此商品基本信息
提取时，数量为小于此商品库存的正整数；提取人非空。
输出：“出库操作成功！”
检查操作日志，发现成功出库操作已登记。符合预期结果。
2． 无效等价类
①“商品号”不在商品信息表中
输出：“此种商品库存为零！”
②“商品名”不在商品信息表中
输出：“此种商品库存为零！”
③“商品号”和“商品名”都在商品信息表中，但不匹配
输出：“此种商品库存为零！”
④“数量”大于欲提取商品的库存量
输出：“所提取数量大于库存量！”
⑤“数量”为空或不是正整数
输出：“请输入一个正整数！”
⑥“提取人”为空
输出：“提取人不能为空！”
以上符合预期结果。
测试结论：
●生成采购清单。功能为：
①根据用户需求和库存报警情况自动生成采购清单；
②实现采购清单的不定期查看和定期汇总打印；
需要生成采购清单的几种情况说明：
①出库操作的出库量大于商品的库存量时
②一次出库操作后剩余库存量小于或等于规定的最小量时（库存报警）
相关操作说明：
在“出库”界面，当出现上面两种情况中的一种时，弹出“生成采购清单”对话框。可选定“生成”，“添加”，“打印”中的一项进行操作。其中，“生成”操作可在上方框中查看当前的采购清单明细。“添加”操作可根据用户在文本框中键入的内容，将欲购进商品的信息加入原采购清单中。
分别对生成采购清单的两种情况设计测试用例如下：
①对商品号为000100010001的商品（商品名为“泡面”）进行出库操作。其当前库存量为170。提取量为180。其它信息正确。点“出库”键后，弹出提示“此商品库存不足！急需可生成采购清单。”。进入采购清单界面。因要加入新的采购记录，选择“添加”操作。输入各项信息为：商品号：000100010001；商品名：泡面；入购数量：100； 供应商：0001； 点“确定”键，提示“生成采购清单成功！”，并在上方框中显示此项新的采购记录。
符合预期结果。
②对商品号为000100010005的商品（商品名为“面包”）进行出库操作。其规定的最小库存量为20。当前库存量为25。提取量为5。其它信息正确。发现允许进行出库操作。但未弹出“生成采购清单”对话框。继续对此商品出库，提取量为1。发现允许进行出库操作。但仍未弹出“生成采购清单”对话框。出错！
●自动监督库存情况和报警。功能为：
①对库存情况进行自动监督，当某商品储量低于给定下限时，予以“库存不足提示”和“进货提示”；
②识别储量减少缓慢的商品，当情况维持时间超过某上限时，予以“不应进货建议”； ③识别现有库存量大于最大库存量的商品，予以“货存溢出提示”
④识别滞留期超出限制的商品，予以“停货建议”
⑤识别将结束保质期的商品，并予以“上架警告”
⑥对已过保质期的商品应予以“清货警告”
对上述情况分别进行测试如下：
①当系统时钟为每月5号，15号，25号时，在登录系统时自动检查“库存信息表”中是否存在“现存量”小于“最小量”的记录。存在时，弹出提示“成功运行了库存报警，存在储量低于库存下限的商品。已加入采购清单！”经检查，数据库的“采购清单表”已加入若干新项目，及“库存信息表”中“现存量”小于“最小量”的所有记录对应的商品信息。符合预期结果。 ②此功能未实现！
③此功能未实现！但在进行“入库”操作时，已控制“入库量”不会超过“最大量”。故所述情况不会出现。不影响效果。
④此功能未实现！
⑤此功能未实现！
⑥当系统时钟为每月5号，15号，25号时，登录系统时自动检查商品有效期，对早于或等于当前日期的商品，自动弹出提示。如，当前日期为2006-06-05，商品000100010002的有效期为2006-06-01，弹出提示为 “商品号为000100010002的商品已过期，请清除库存！已更新库存信息！”。符合预期结果。
●查询：
①根据用户需求提供对数据库信息的精确／模糊查询，单项／组合查询；以列表方式列出所有符合查询条件的记录；
②用户对数据库中各文件的浏览查看也通过查询功能实现；
相关操作说明：
在主界面点“查询”按钮，进入查询界面。每次可在“查看商品信息表”，“查看供应商信息表”，“查看操作日志”，“库存信息查询”中选定一个进行操作，分别进入各个子界面。在“库存信息查询”子界面，用户可在“按商品号查询”，“按种类查询”，“按商品名查询”，“按供应商查询”复选框中选择一个或多个进行（组合）查询。下发框中将显示符合条件的商品详细信息。
测试用例：
①前三个项目可以查出相应内容，经检查，与数据库中各表内容一致。符合预期结果。 在“查看操作日志”子界面，进行以下测试：
②选择“按商品号查询”，并输入商品号000100010002，下方框中输出商品号为000100010002的详细信息（此商品名为“巧克力”）。经检查，与数据库中各表的相应记录属性一致。符合预期结果。
③选择“按商品名查询”，并输入商品名“鼠标”，下方框中输出商品名为“鼠标”的详细信息。经检查，与数据库中各表的相应记录属性一致。符合预期结果。
④选择“按种类查询”，并在下拉框中选择种类“衣”，下方框中输出种类为“衣”的所有商品的详细信息。经检查，与数据库中各表的相应记录属性一致。符合预期结果。
⑤选择“按种类查询”，并在下拉框中选择种类“食”，下方框中输出种类为“食”的所有商品的详细信息。经检查，与数据库中各表的相应记录属性一致。符合预期结果。
⑥选择“按种类查询”，并在下拉框中选择种类“用”，下方框中输出种类为“用”的所有商品的详细信息。经检查，与数据库中各表的相应记录属性一致。符合预期结果。
⑦选择“按供应商查询”，并输入供应商号0001，下方框中输出供应商号为0001的所有商品的详细信息。经检查，与数据库中各表的相应记录属性一致。符合预期结果。
⑧同时选中“按商品名查询”和“按供应商查询”，并输入商品名“鼠标”，供应商号0002，下方框中显示由供应商0002提供的鼠标的详细信息。经检查，与数据库中各表的相应记录属性一致。符合预期结果。
⑨同时选中“按商品名查询”和“按供应商查询”，并输入商品名“面包”，供应商号0001，弹出提示“没有找到符合条件的记录！”。表示供应商0001没有提供任何一种面包。经检查，数据库的商品信息表中不存在同时符合这两个值的记录。符合预期结果。
⑨同时选中“按种类查询”和“按供应商查询”，选择种类“食”，供应商号0003，下方框中显示由供应商0003提供的全部食品类商品的详细信息。经检查，与数据库中各表的相应记录属性一致。符合预期结果。
⑩同时选中“按种类查询”和“按供应商查询”，选择种类“衣”，供应商号0002，弹出提示“没有找到符合条件的记录！”。表示供应商0002没有提供服装类商品。经检查，数据库的商品信息表中不存在同时符合这两个值的记录。符合预期结果。
●生成各类报表：
①入库报表：报告商品近期入库情况；
②出库报表：报告商品近期出库情况；
③实现各类报表的不定期查看和定期汇总打印；
操作说明：
进入“报表”界面后，可选择“入库报表”，“出库报表”，“汇总分析报表”，“结算报表”中的一项进行操作。分别进入各个子界面。
根据上述功能分别进行测试如下：
①进入“入库报表”界面。在上方框中可见完整的入库信息表。在“起始时间”下拉列表中选择“2004-4-15”，在“截止时间”下拉列表中选择“今天”（显示当前日期“2004-6-7”）。此处“截止时间”以0时0分为准。选择“查看”，上方框中显示出这段时间内所有的入库记录。经检查，与数据库中入库信息表的相关内容一致。符合预期结果。
②进入“出库报表”界面。在上方框中可见完整的出库信息表。在“起始时间”下拉列表中选择“2004-6-1”，在“截止时间”下拉列表中选择2004-6-5。此处“截止时间”以0时0分为准。选择“查看”，上方框中显示出这段时间内所有的出库记录。经检查，与数据库中出库信息表的相关内容一致。符合预期结果。
③“汇总分析报表”：此功能未实现！
④“结算报表”：此功能未实现！
●操作日志登记：
①对任何关系到数据库的操作进行详细记录，便于监督和核查，防止内部人员的非法入侵； ②操作日志本身的安全性要有一定保障，只有系统管理员有权对操作日志中的记录进行清理操作；但所有用户都有权查看日志。
测试用例：
1．有效用例：
①登录系统时，以普通用户身份进入。在“查询”界面，选择“查看操作日志”项，可进入子界面并查看到完整的操作日志表内容。符合预期结果。
②登录系统时，以“系统管理员”身份进入。在“查询”界面，选择“查看操作日志”项，可进入子界面并查看到完整的操作日志表内容。但在整个系统中找不到修改操作日志的接口！无法实现对操作日志的清空。严重错误！
2．无效用例
由于在整个系统中找不到修改操作日志的接口，任何用户（包括系统管理员）都无法通过用户接口窜改日志。客观上保证了操作日志的安全。但不符合设计思想。
二．可移植性测试
本系统在安装了Visual C++（6.0以上版本）和Microsoft Access的以下系统上进行了测试： Windows 95/98/2000/Me/XP, Windows NT 4.0
并在不同硬件配置的机型上进行了相同测试。
全部运行正常。符合一般可移植性要求。
三．回归测试
将以上测试结果返回设计编码人员后，经过修正测试中发现的错误，再次测试情况如下： ①在“查询”功能的“查看操作日志”子界面，添加了“清空操作日志”按钮。经测试，以“系统管理员”身份登录时，可对近期操作日志进行全部清空。而以普通用户身份登录时，此按键无效。即普通用户无法否认对数据库作的任何操作。符合预期结果。
②“库存监督报警”中的未实现功能，经开发组人员分析并与用户代表讨论，协定为通过若干组合操作实现。
③“生成报表”中的未实现功能，经开发组人员分析，已通过其它功能体现。故在“生成报表”界面中删除了“汇总分析报表”和“结算报表”选项。
六．评价
本软件系统较好的实现了用户要求的功能，能够实现对现实中的商场、超市的商品存储管理。 “入库”界面保证了获取入库商品的完整合法信息（信息不完整或不合法时将弹出提示）。“出库”界面在出库操作时能发现库存量不足或低于下限的情况，并提示更新采购清单，此举可提高用户的工作效率。“查询”界面允许用户给定具体查询要求，查看重要表单的相关内容，以使用户从不同角度（侧重点）了解商品存储情况。“采购清单”界面使用户可了解近期的采购计划，或添加新的采购计划，避免盲目进货，使资源利用更合理。“生成报表”界面生成入
库，出库，汇总分析及结算报表，使用户清楚了解近期的仓库进货、调货情况。“设置用户信息”界面允许系统管理员设置所有用户（仓库管理员）的信息，以此控制访问权限，避免系统遭受恶意攻击，在一定程度上保证了数据安全。
初始提交测试的版本中，系统界面友好，大部分子界面在更新数据库信息的同时自动显示相关的表信息，免去了专门转到“查询”界面的工作，使用户轻松掌握商品存储情况。所有子界面的操作都对保持数据库完整性做了要求，对用户的各种非法输入能分别予以警告和提示，避免了因误操作引起的数据库存取异常。存在的问题有：“操作日志”无法清空；某些功能未实现。
经过修正的系统版本消除了“操作日志”无法清空的错误，并通过用户身份鉴别，实现了对“操作日志”的保护。同时改进了界面，使之更美观且易于操作。某些未实现功能已通过其它方式实现。但对于另外某些功能，限于编码人员的技术水平，暂时无法实现。须进一步与用户协商，力求以其它等效方法完成用户所需。此后，本软件系统可交付用户验收。
七．测试资源消耗
本次测试共消耗机时约20小时。测试人员二人。资源消耗控制在较小范围内。