测试用例标准模板
软件系统单元测试用例模板
无
环境及初始数据
环境1，填写用到的各种测试数据的名称
依赖样例
测试本用例依赖的相关用例名称
序号
前置条件
测试子项
执行步骤
预期结果
实际结果
备注
测试序号
填写本用例运行的前置条件。如登陆、权限、设备就绪等；
说明测试的基本流还是备选流；要求测试遍历所有的备选流；
详细列出各个用例角色的操作的动作；
对应每一步的预测结果；
对应每一个执行步骤的实际结果；
填写与测试相关联的核对点、检查点。
附件
1.说明：本用例测试的Fra bibliotek能点。2.
环境1：
硬件环境
服务器端：
客户端：
软件环境
服务器端：
客户端：
网络环境
3.
说明：可以引用适当的附件，如EXCEL文件、文本文件等扁平文件等，这些文件内存放着测试准备的数据。
测试用例功能1
测试编号
功能模块—子模块—编号-
测试项目
模块功能—子模块功能
用例描述
描述测试上述功能的测试点
软件测试测试用例范文
软件测试测试用例范文1. 用例编号，TC001。
用例名称，用户登录。
前提条件，用户已安装并打开软件。
测试步骤：1. 输入正确的用户名和密码。
2. 点击登录按钮。
预期结果，用户成功登录，并跳转至主页面。
实际结果，用户成功登录，并跳转至主页面。
测试结论，用户登录功能正常。
2. 用例编号，TC002。
用例名称，用户注册。
前提条件，用户已安装并打开软件。
测试步骤：1. 点击注册按钮。
2. 输入用户名、密码和确认密码。
3. 点击确认注册按钮。
预期结果，用户成功注册并跳转至登录页面。
实际结果，用户成功注册并跳转至登录页面。
测试结论，用户注册功能正常。
3. 用例编号，TC003。
用例名称，查看个人信息。
前提条件，用户已成功登录。
测试步骤：1. 点击个人信息按钮。
预期结果，显示用户的个人信息。
实际结果，显示用户的个人信息。
测试结论，查看个人信息功能正常。
4. 用例编号，TC004。
用例名称，修改个人信息。
前提条件，用户已成功登录。
测试步骤：1. 点击修改个人信息按钮。
2. 修改个人信息。
3. 点击确认修改按钮。
预期结果，个人信息修改成功。
实际结果，个人信息修改成功。
测试结论，修改个人信息功能正常。
5. 用例编号，TC005。
用例名称，上传图片。
前提条件，用户已成功登录。
测试步骤：1. 点击上传图片按钮。
2. 选择图片并上传。
预期结果，图片上传成功。
实际结果，图片上传成功。
测试结论，上传图片功能正常。
6. 用例编号，TC006。
用例名称，查看图片详情。
前提条件，用户已成功上传图片。
测试步骤：1. 点击查看图片按钮。
预期结果，显示图片的详细信息。
实际结果，显示图片的详细信息。
测试结论，查看图片详情功能正常。
7. 用例编号，TC007。
用例名称，删除图片。
前提条件，用户已成功上传图片。
测试步骤：1. 点击删除图片按钮。
2. 确认删除。
预期结果，图片删除成功。
实际结果，图片删除成功。
测试结论，删除图片功能正常。
8. 用例编号，TC008。
测试用例模板示例
OA办公自动化系统销售管理子系统测试用例目录测试用例名称:OA系统销售管理子系统我的客户管理添加模块 (2)测试用例名称:OA系统销售管理子系统我的客户管理管理模块 (4)测试用例名称:OA系统销售管理子系统我的客户管理高级管理模块 (5)测试用例名称:OA系统销售管理子系统我的客户管理共享客户模块 (6)测试用例名称:OA系统销售管理子系统我的联系人管理添加模块 (7)测试用例名称:OA系统销售管理子系统我的联系人管理管理模块 (9)测试用例名称:OA系统销售管理子系统我的客户管理高级管理模块 (10)测试用例名称:OA系统销售管理子系统我的联系人管理共享客户模块 (11)测试用例名称：OA系统销售管理子系统销售管理产品信息添加模块 (12)测试用例名称：OA系统销售管理子系统销售管理产品信息产品管理模块 (14)测试用例名称：OA系统销售管理子系统销售管理产品信息高级查询模块 (16)测试用例名称：OA系统销售管理子系统销售管理服务型产品添加模块 (17)测试用例名称：OA系统销管理子系统销售管理服务型产品服务销售管理模块 (19)测试用例名称：OA系统销售管理子系统销售管理服务型产品高级查询模块 (21)测试用例名称：OA系统销售管理子系统销售管理销售合同管理添加模块 (22)测试用例名称：OA系统销售管理子系统销售管理销售合同管理合同管理模块 (25)测试用例名称：OA系统销售管理子系统销售管理销售合同管理高级查询模块 (26)测试用例名称：OA系统销售管理子系统销售管理产品销售记录添加模块 (27)测试用例名称：OA系统销售管理子系统销售管理产品销售记录产品销售管理模块 (29)测试用例名称：OA系统销售管理子系统销售管理产品销售记录高级查询模块 (30)测试用例名称：OA系统销售管理子系统销售管理服务销售记录添加模块 (31)测试用例名称：OA系统销售管理子系统销售管理服务销售记录服务销售管理模块 (33)测试用例名称：OA系统销售管理子系统销售管理产品销售记录高级查询模块 (34)测试用例名称:OA系统销售管理子系统供应商信息之添加模块测试 (35)测试用例名称:OA系统销售管理子系统供应商信息之供应商管理模块测试 (37)测试用例名称:OA系统销售管理子系统供应商信息之高级查询模块测试 (38)测试用例名称:OA系统销售管理子系统供应商联系人之添加模块测试 (40)测试用例名称:OA系统销售管理子系统供应商联系人之供应商联系人管理模块测试 (42)测试用例名称:OA系统销售管理子系统供应商联系人信息之高级查询模块测试 (43)测试用例名称:OA系统销售管理子系统我的客户管理添加模块软件名称办公自动化系统模块名称销售管理设计者C组成员创建日期2010/12/17设计状态用例类型手工版本号 1.0审阅人审阅日期权重用例描述本测试用例主要用于测试销售管理页面下的客户管理子系统，系统是在windows xp 系统下进行测试的，系统的软件环境为：Jdk+Tomcat+Mysql。
测试用例模板
实际结果
视频图像切换正常，流畅，清晰
丝印正常，布线正常，插口等正常
正常登录 正常显示
确定接收到强配的IP地址且打开WEB网页后运行状态与网络参 数显示正确 正常发起，可视终端呼叫时，没有接通之前可以看到对方视频， 接通后视频与声音正常 1、对方接听，实现全双工对讲，默认本地扬声器输出，咪头输 入，声音与视频正常，不能切换视频。 2、对方拒绝，直接返回“目标正忙”，之后挂断。 3、对方无响应时，10次响铃后自动挂断 4、对方正忙，直接返回“目标正忙”，之后挂断。 正常接受，可视终端呼叫时，没有接通之前可以看到对方视频， 接通后视频与声音正常 转移后8530HV自动挂断，主呼终端呼叫转移终端 通话三方均能听到其它两方的声音，声音清晰正常 可以正常对讲，显示主呼SIP号码，且视频正常。 （8530HV需接通后才能看到对方视频） 通话声音正常，呼叫目标是可视设备时视频正常。 （8530HV需接通后才能看到对方视频）
触发开门 81 82 83 84 面板切换 音量调节 查看本地视频
其他
85 文件播放
86
8530HV在对讲或是广播时，插入线路输入线路输 出，或是提起听筒，提起听筒时声音自动切换到听筒 听筒输入输出自动切换 输入输出，放下时恢复到本地，如果有接线路输入输 出，声音优先线路输入输出 线路输入输出自动切换 8530HV在对讲或是广播时，插入线路输入设备或者 线路输出设备。声音自动从线路输入或者线路输出。 按信息键输入密码后进入系统设置界面点扩展板升级 。扩展板显示正在升级，并且1分钟以后升级成功后按 扩展板任意键扩展板可显示终端列表信息。一次只能 升级一块扩展板，注意扩展版号必须为1 在扩展板配置中设置ID填入对应的SIP号码，功能勾选 SIP。最多可连接4块面板。 在web页-脱机参数中设置扩展板快捷脱机对讲对应终 端IP（快捷拨号勾选内通） 短路输出为低电平时，输出一直是闭合的，当SIP对讲 按*触发时，输出150ms的高电平（断开）；当勾选高 电平时相反。 1.分别测试中文、繁体、英文、字符 2.测试字符兼容性 1.未连接网线-长灭 2.作为被叫时--两颗灯快闪 3.作为主叫时---呼叫灯快闪 4.接受广播时---常亮 1.按键灯慢闪（对方未接听时） 2.扬声器回铃音播放正常 3.建立通话后麦克风拾音正常
测试用例模板
测试⽤例模板 ⼀、测试⽤例格式⼆、⽤例设计⽅法等价类 1、定义 等价类：等价定义→等价类划分→等价类划分规则→进⾏⽤例设计 ⽆效等价类不做组合等价定义具有相同属性或者⽅法的事物集合这个集合中某个个体所表现的特征与其他个体完全⼀致对于某个被测对象的测试输⼊⽽⾔，某个个体能够被接受或被拒绝，则该个体在集合中的任意个体都应该被接受或被拒绝等价类划分有效等价类针对被测对象⽽⾔，合理的、有意义的、系统接受的输⼊⽤户名长度在[6,18]⽆效等价类针对被测对象⽽⾔，不合理的、⽆意义的、系统不能接受的输⼊⽤户名长度⼤于18位，或者⼩于6位等价类划分规则如果需求规定了输⼊域的取值个数或确定了某个范围时，则可确定⼀个有效等价类及两个⽆效等价类有效等价类⽤户名长度在[6,18]⽆效等价类⽤户名长度⼤于18位，或者⼩于6位如果需求规定了某个输⼊域的集合，或者必须如何的情况下，可确定⼀个有效等价类及⼀个⽆效等价类有效等价类以字母开头⽆效等价类⾮字母开头如果需求规定了某个输⼊域是真假值时，可确定⼀个有效等价类和⼀个⽆效等价类如果⽤户需求规定了输⼊域是⼀组值，则可确定若⼲个有效等价类及⼀个⽆效等价类京东商城砖⽯会员、⾦牌会员、铜牌会员和普通注册⽤户⽤户需求规定必须遵守某种规则时，可确定⼀个有效等价类及若⼲个从不同⾓度违反规则的⽆效等价类以字母开头有效等价类：以字母开头；⽆效等价类：以数字、汉字或者特殊符号开头进⾏⽤例设计根据需求，划分有效及⽆效等价类，有效等价类同意编号，⽆效等价类统⼀编号设计⼀个新的测试⽤例，使其尽可能的覆盖所有尚未覆盖的有效等价类，直到所有有效等价类都被覆盖设计⼀个新的测试⽤例，使其仅覆盖⼀个⽆效等价类，直到所有⽆效等价类都被覆盖等价类四则运算法加不考虑需求其他⼦项，细致分解当前测试点及详细需求，做累加减根据业务规则减少，排除相关不可能出现的规则，减少不可能出现的组合乘如果有效等价类中具有互斥条件的需求时，可进⾏相乘得到⽤例个数除排除所有具有重复特性的等价类，尽可能做到有效等价类之间的交集为空，⽆效等价类之间的交集也为空，有效及⽆效等价类的并集为整个输⼊域 2、使⽤场景 具有相同属性或者⽅法的事物集合、这个集合中某个个体所表现的特征与其他个体完全⼀致、对于某个被测对象的测试输⼊⽽⾔，某个个体能够被接受或被拒绝，则该个体在集合中的任意个体都应该被接受或被拒绝 例如⽤户登录 ** 6~18个字符，包括数值、字母、下划线；** 字符开头，字母或数字结尾，不区分⼤⼩写 3、分析过程（具体案例）分析过程测试计划三、边界值 1、定义 例：⽤户名长度为6-18位边界值三点上点边界上的点68离点离上点最近的点519根据上点的精度确定内点边界有效范围内的任⼀⼀点10如何确定离点如果边界是闭区间，则离点在外[6，18]上点：6，18离点：5，19内点：10如果边界是开区间，则离点在内（6，18）上点：6，18离点：7，17内点：10边界值⽅法应⽤步骤根据等价类⽅法划分有效等价类和⽆效等价类，确定上点、离点及内点，每个点统⼀编号设计⼀个新的⽤例，使其尽可能的覆盖所有尚未覆盖的有效等价类，直到所有有效等价类完全覆盖设计⼀个新的测试⽤例，使其仅覆盖⼀个⽆效等价类，直到所有⽆效等价类完全覆盖 2、使⽤场景边界值应⽤场景如果需求规定了取值范围或规定了取值个数时，可利⽤该范围的边界内及边界附近的数据进⾏测试[6，18]6，18，5，19，10如果需求规定了取值的个数，则少于个数⼀个或多于个数⼀个的值进⾏进⾏测试购买5件商品则打8折4或5或6件商品如果需求规定了⼀个有序集合的时候，可使⽤该集合的第⼀个和最后⼀个值进⾏测试下拉列表有4个城市名可供选择第⼀个和最后⼀个城市如果程序中使⽤⼀个内部数据结构的话，则应从该数据结构的边界进⾏考虑Int型在int长度范围内 3、分析过程（具体案例）四、判定表（电商类） 1、定义判定表定义分析和表述若⼲输⼊条件下，被测对象针对这些输⼊做出的响应⼀种⼯具在遇到复杂业务逻辑时，可以利⽤该表理清业务逻辑关系重要概念条件条件桩需求规格说明书定义的被测对象的所有输⼊条件项针对条件桩所有可能的输⼊数据的真假值动作动作桩针对条件被测对象可能采取的所有操作动作项针对动作桩被测对象响应的可能取值规则动作项和条件项组合在⼀起，形成的业务逻辑处理规则判定表应⽤步骤1、理解需求，确定条件桩、动作桩2、设计和优化判定表3、填写动作项4、根据判定表中输出结果的表现，进⾏判定表的合并（⾮必须）合并（即简化判定表）条件：如果输出相同，在其对应输⼊中，有且只有⼀个条件的取值对动作不产⽣任何影响则可合并（合并存在⼀定风险）5、抽取测试⽤例 2、使⽤场景 条件与结果之间的关系考虑使⽤判定表 3、分析过程（具体案例） 案例⼀：如果⽤户⽋费或停机，则不允许主被叫 （1）、分析需求，得到有效等价类和⽆效等价类 （2）、根据等价类得到判定表 ** 其中 4 条⽤例 2^2得到（2个条件桩，每个条件桩2中状态） （3）、根据判定表编写测试⽤例 案例⼆：订购单的检查 如果⾦额⼤于500元，⼜未过期，则发出批准单和提货单； 如果⾦额⼤于500元，但过期了，则不发批准单； 如果⾦额⼩于等于500元，则不论是否过期都发出批准单和提货单，在过期的情况下还需要发出通知单。
(完整word版)测试用例设计
举例1、保险费率计算（按照输入域划分等价类的例子）：✓某保险公司承担人寿保险，该公司保费计算方式为：保费=投保额*保险率，保险率依点数不同而有别，10点以上（含10点）费率为0.6%，10点以下费率为0.1% ✓点数的计算是年龄、性别、婚姻、抚养人数所得的点数的总和✓输入：年龄、性别、婚姻、抚养人数✓输出：保险率输入数据说明：解答：第一步：输入和输出变量确认✓输入：年龄、性别、婚姻、抚养人数✓输出：保险率✓等价类划分原则：按照输入变量来确认等价类（有效等价类和无效等价类）第二步：等价类划分第三步：设计测试用例1、设计测试用例，尽可能的覆盖尚未覆盖的有效等价类。
➢（1）（8）（10）（12）➢（2）（9）（11）（13）➢（3）（8）（10）（14）2、设计测试用例，使得每一个新设计的测试用例只包含一个无效等价类，其他的选择有效等价类。
➢（4）（8）（10）（12）➢（5）（9）（11）（13）➢（6）（8）（10）（14）➢（7）（8）（10）（14）➢（1）（8）（10）（15）➢（2）（9）（11）（16）➢（3）（8）（10）（16）说明：在设计无效部分的测试用例的时候，有效等价类部分，可以任意选择。
思考：若使用边界值法可以增加哪些用例？是否可以用判定表方法设计测试用例？举例2（因果图法设计测试用例）：某电力公司有A、B、C、D四类收费标准，其规定如下图用电类别用电额度用电期间收费类型居民用电<100度/月——A类>=100度/月B类动力用电<10000度/月非高峰期B类>=10000度/月非高峰期C类<10000度/月高峰期C类>=10000度/月高峰期D类第一步：分析题目，列出原因和结果，并编号；输入条件（原因）输出动作（结果）1：居民用电A：A类计费2：动力用电B：B类计费3：<100度/月C：C类计费4：<10000度/月D：D类计费5：用电高峰期第二步：画出因果图，所有原因结点在左边，所有结果结点在右边，并建立四个中间结点，表示处理的中间状态第三步：把因果图转换为判定表；第四步：为判定表每一列设计一个测试用例；一、程序如下：Int A.B;Double X;if (A > 1 && B == 0)X = X/A;if (A == 2 || X > 1)X = X + 1;cout<<A<<B<<X;要求：1、画出程序流程图；2、分别使用语句覆盖、判定覆盖、条件覆盖、条件组合覆盖方式设计测试用例；3、在TD上编写出测试用例二、有一个员工管理系统，现对其录入模块进行测试。
测试用例模板
1.返回响应： HTTP/1.1 202 Accepted Content Type: application/json; charset=UTF-8 {“reponse“:{ 1、用restclient工具打开Add Member to “resultCode” : “000000”, BuddyList脚本； “ resultDesc” : “Operation succeed.” 2、调用接口，在URL中输入 } http://*****/friend/{erid}/{budd } ylistid}/{friendid}，参数值输入正确 返回信息正确，其中resultCode为000000. 2.查看数据库（t_friend_group）表字段值正确， t_user_group表的member_number字段值显示的成员 数正确； 3、查看日志文件，所请求的参数与响应的结果正确 1.返回响应： HTTP/1.1 202 Accepted Content Type: application/json; charset=UTF-8 1、用restclient工具打开Add Member to {“reponse“:{ BuddyList脚本； “resultCode” : “200001”, 2、调用接口，在URL中输入 “ resultDesc” : “Necessary parameter is http://*****/friend/{erid}/{budd null.” ylistid}/{friendid}，其中 } erid#buddyListID或friendID参数值 } 为空 返回信息正确，其中resultCode为200001 2、查看日志文件，所请求的响应正确。 3、查看数据库表 （t_friend_group/t_user_group）没有增加信息 1.返回响应： HTTP/1.1 202 Accepted Content Type: application/json; charset=UTF-8 1、用restclient工具打开Add Member to {“reponse“:{ BuddyList脚本； “resultCode” : “200002”, 2、在URL中输入 “ resultDesc” : “Parameter format error.” http://*****/friend/{erid}/{budd } ylistid}/{friendid}，其中erid、 } buddyListID与friendID参数值格式错误 返回信息正确，其中resultCode为200002 2、查看日志文件，所请求的响应正确。 3、查看数据库表 （t_friend_group/t_user_group）没有增加信息
测试用例模板通用8篇
测试用例模板通用8篇测试用例模板篇1自20xx年xx月进入宜乐居物业以来已经有3个月之久了，在这3个月的工作和学习中，我深深的体会到作为一名优秀客服人员的艰辛和挑战。
尤其是我从未接触过物业这个行业，物业这个名词在我的印象和字典里根本就没有一个正确的解释。
对于自我的潜力更是心知肚明，明白自我只有付出更多的汗水与辛苦，才略做好本职工作，不辜负领导的期望。
所幸的是，单位领导们尤其是我们客服部李经理给了我充分的宽容和耐性，无论是思想上还是工作上我都得到了很大的磨练和提高，取得了长足的发展和巨大的收获。
工作3个多月了，接触了不少人和事，在为自我的成长欢欣鼓舞的同时，我也明白自我尚有很多缺点需要改正。
首先需要改正的就是心态和焦躁的脾气，在日常工作中遇到问题的时候总是不能冷静的思考，语气太过生硬，造成了很多误会，假如不是领导及时为我指正，教会我作为物业客服的基本要求，或许到现在我也不自知而无法提高自我，因此我常常是带着一种感恩的心态在工作；就在这时3单元的一个业主执意要用客梯往自我家里运输瓷砖，不管我怎样劝告，根本不去理睬，而且竟然说出一些很难听的话来教训我，那时候我快速的跑出大堂躲在楼道内哭了起来，哭的个性委屈，由于觉得为了工作我都丢了尊严，当着全部被我制止用客梯运货的工人们受到了业主的教训，刹那间身边的眼神都具有极大的杀伤力。
这是我从工作到现在以来都没有遇到过的事情，所以一时之间难以理解，客服部李经理听到了这个消息快速赶到，在劝我不要哭的同时，给我耐性的讲解作为一名优秀的客服工作人员的专业素养以及经受潜力，给了我极大的鼓舞和工作信心，也叫我懂得了人生难免有不如意的时候，放平心态，勇敢的去理解，这样才略有所变动。
虽然这3个多月的时间不算长，但我已经深深被宜乐居物业氛围所吸引。
领导重视人性化管理，工作氛围乐观向上，在这样的群体里，能够极大地激发我的自身潜力，使我以更认真的心态投入到每一天的工作。
在今后的工作中，我要自发的加强理论学习和业务知识的学习，多向老员工学习，学习他们的经验、接人待物、说话做事，加强自身素养，认真履行工作职责，不绝要求自我，使自我在工作当中得到磨练和提高，我会在我们温暖的群众当中团结同事、听从领导布置、努力工作，请大家多给我提出宝贵看法。
最全面的测试用例模板
当前位置：首页 -> 资讯详细容最全面的测试用例模板{ 项目名称 }测试用例标题文件状态：[√] 草稿 [ ] 正式发布[ ] 正在修改文件标识：Company-Project-IT-PLAN 当前版本：X.Y作者：完成日期：Year-Month-Day版本历史版本/状态作者参与者起止日期备注目录0. 文档介绍0.1 文档目的0.2 文档围0.3 读者对象0.4 参考文献0.5 术语与缩写解释1. 接口－路径测试用例1.1 被测试对象（单元）的介绍1.2 测试围与目的1.3 测试环境与测试辅助工具的描述1.4 测试驱动程序的设计1.5 接口测试用例1.6 路径测试的检查表2. 功能测试用例2.1 被测试对象的介绍2.2 测试围与目的2.3 测试环境与测试辅助工具的描述2.4 测试驱动程序的设计2.5 功能测试用例3. 健壮性测试用例3.1 被测试对象的介绍3.2 测试围与目的3.3 测试环境与测试辅助工具的描述3.4 测试驱动程序的设计3.5 容错能力/恢复能力测试用例4. 性能测试用例4.1 被测试对象的介绍4.2 测试围与目的4.3 测试环境与测试辅助工具的描述4.4 测试驱动程序的设计4.5 性能测试用例5. 图形用户界面测试用例5.1 被测试对象的介绍5.2 测试围与目的5.3 测试环境与测试辅助工具的描述5.4 测试驱动程序的设计5.5 测试人员分类5.6 用户界面测试的检查表6. 信息安全性测试用例6.1 被测试对象的介绍6.2 测试围与目的6.3 测试环境与测试辅助工具的描述6.4 测试驱动程序的设计6.5 信息安全性测试用例7. 压力测试用例7.1 被测试对象的介绍7.2 测试围与目的7.3 测试环境与测试辅助工具的描述7.4 测试驱动程序的设计7.5 压力测试用例8. 可靠性测试用例8.1 被测试对象的介绍8.2 测试围与目的8.3 测试环境与测试辅助工具的描述8.4 测试驱动程序的设计8.5 可靠性测试用例9. 安装/反安装测试用例9.1 被测试对象的介绍9.2 测试围与目的9.3 测试环境与测试辅助工具的描述9.4 测试驱动程序的设计9.5 安装/反安装测试用例附录：评审意见0. 文档介绍。
测试用例(Test Case)模板
高校学生日常行为管理系统测试用例（Test Case）变更历史记录目录1.引言 (4)1.1编写目的 (4)1.2背景 (4)1.3术语与缩写解释 (4)1.4参考资料 (4)2.测试环境 (6)2.1硬件 (6)2.2测试软件.............................................................................................................................错误！未定义书签。
3.测试用例 (7)4.用例审核互查 (15)5.检查项 (16)6.评审结果 (17)1.引言1.1编写目的【说明编写这份测试用例的目的，指出预期的读者。
】高校在学生管理的过程中，学生日常行为的管理是教学工作中十分重要的核心内容。
很多高校存在学生日常行为管理难以量化，不能系统、全面的反映学生的行为状况。
在评定奖助学金、优秀学生、优秀班干部等方面存在人为因素，不能全面、客观、公平的去评价一个学生。
为了解决这一现状，建立一个完善的评价体系是非常有必要的。
推进国家的信息化建设。
信息化是全球化的趋势，是国家社会发展的必然选择，高校作为促进国家社会发展的重要领域，它的信息化技术必将影响国家信息化的建设。
引进信息系统，不仅影响高校的教学和科研活动，也将给传统的教学带来巨大的改变，促进国家的信息化教育。
预期读者：项目测试人员、项目经理1.2背景【说明：a这份测试用例所描述的软件系统的名称；b该软件项目的任务提出者、开发者、用户（或首批用户）及安装此软件的计算中心c该产品或项目目标。
】a.软件系统的名称：高校学生日常行为管理系统b.任务提出者：何永杰开发者：何永杰在广东科技学院实训楼完成该软件的开发以及测试c.项目目标：高校学生日常行为管理系统可以对大学生操行量化管理，对学生得分情况进行定期统计，管理人员可以通过系统及时了解学生的行为状况。