公司考勤系统软件测试书第六组

软件测试计划报告项目名称：公司考勤系统项目负责人：袁志超、林建建公司考勤系统测试计划报告 1引言测试是系统开发周期中一个十分重要的阶段，其重要性体现在它是保证系统质量与可靠性的最后关口，是对整个系统开发过程的最终审查。1.1编写目的本测试的对象不仅仅是源程序，而是整个软件。系统测试是以找错误为目的，不是要证明程序无错，而是要精心选取那些易于发生错误的测试数据，以十分挑剔的态度，证明程序有错。并且要验证系统是否满足用户需求。本报告主要是为需求分析人员和系统设计人员进一步完善系统提供依据。1.2背景本计划主要是对公司考勤系统进行测试。我们组所开发的系统是针对中小型公司员工考勤管理的所开发的一项软件，帮助那些公司更好的管理员工的出勤率和上班工作有效时间，人员在位情况，晚加班及周末加班情况。该系统的开发已经经过了可行性分析、需求分析、概要设计和详细设计阶段，在执行本计划之前设计人员须先对系统完成单元测试。1.3定义公司考勤系统：软件能够对小型公司的考勤管理实现智能化人性化的服务，减少考勤人员的工作量，实现考勤工作的公平有效。1.4参考资料可行性分析报告、需求分析报告、概要设计报告和详细设计报告。2计划2.1软件说明系统功能模块图：用户登陆界面密码找回进入系统软件界面考勤功能上下班时间出勤率加班情况指纹管理和时间系统设定系统时间 用户管理用户新增用户修改用户删除员工上下班时间设定系统退出 系统管理员工基本信息修改员工基本信息录入员工基本信息的查询员工上下班时间设定员工考勤管理员工考勤统计单个员工考勤查询（职工编号、日期；职工编号、月份）部门员工考勤查询（部门编号、日期；部门编号、月份）员工工作情况记录（出勤、加班、请假、出差）考勤系统使用人员定时查询系统，及时登记保存系统数据，更新和维护，交与领导检查2.2测试内容模块功能测试、接口正确性测试、数据库存取的测试、运行时间的测试、设计约束和极限的测试等。2.3模块功能测试（A）测试的基本模块功能的实现情况，由测试员完成。2.3.1进度安排进行测试的日期：2011年10月1日2011年10月15日。工作内容：熟悉系统环境，准备输入数据。2.3.2条件Windows系统平台，电脑内存1G一上，数据库，vc+2.3.3测试资料本项测试所需的资料：a 可行性分析报告、需求分析报告、概要设计报告和详细设计报告b 测试的输入和输出举例：对于考勤管理功能，输入：职工编号；输出：考勤统计。此项测试用例的模板（以成绩管理模块为例）：项目/软件公司考勤系统程序版本2011.09功能模块名员工考勤统计模块编制人用例编号A1编制时间2011.10.22相关的用例员工考勤统计，员工信息功能特性输入查询条件后能够输出相应的信息测试目的检测此项功能是否实现预置条件考勤信息全部输出特殊规程说明测试数据员工身份信息操作步骤操作描述数据期望结果1输入查询条件员工帐号、密码输入查询条件2输出查询结果员工各项资料输出考勤信息测试人员林建建、袁志超开发人员2.3.4测试培训根据系统需求设计报告和系统设计报告，使测试人员熟悉系统要完成的功能。3测试设计说明3.1模块功能测试员工考勤管理功能（A1）3.1.1控制采用人工输入方式对各个功能模块逐一测试，根据测试用例模板所要求的内容进行记录。3.1.2输入以对员工考勤管理模块的员工考勤统计功能测试为例，测试中输入数据为查询条件。3.1.3输出预期的输出数据为考勤信息。 可能的异常情况有：1 用户未登陆；2 用户选择放弃，系统执行用户登陆界面；3 用户输入查询日期超前。测试主要是检验系统预期的各项功能是否能够实现。3.1.4过程 1登录系统，系统显示登陆界面；2 输入员工信息；3 输入查询考勤日期；4 输出考勤信息。3.1.5 黑盒测试 3.1.5.1接口测试：1、业务需求和软件设计的功能上的偏差（1）在业务需求里用户给系统提供参考的意见和建议，并且制定详细的用户的指纹信息和个人信息；（2）在业务需求里还需要处理新旧用户，恢复用户初始密码的功能，在概要和详细设计里都未提到。2、在接口上，输入和输出的正确性（1）根据业务的需求，无论哪种用户在登录该系统时都要输入该员工的用户名和密码，根据详细设计里的各个用户的数据结构，其输入输出方面没有太大的错误；（2）业务需求上并没有规定实现该软件功能的具体的数据结构，又根据详细的设计，其各个用户的数据结构使用正确，没有明显的错误。3、性能上的要求 性能的具体体现在系统所选的操作系统以及编程语言的简洁和高效等因素，在这里无法得出具体的结论。4、软件的初始化和终止性的错误和提示 根据业务需求，打开该软件的初始化界面是软件整体界面，选中考勤信息界面后转到输入界面，要求员工输入用户名和密码，如果输入错误该系统会有输入错误的提示，并要求重新输入。3.1.5.2测试具体设计方案：1、等价类划分根据详细设计报告，各个用户的输入的数据结构已经设计好，当要求输入的内容都满足条件时则直接进入系统，若不满足时则出现“输入错误，请重新输入”的提示框，所以由上述的数据结构可以建立输入等价类表：（1）输入等价类表：输入条件有效等价类无效等价类用户名小于24位(1)用户名长度为0(2)或超过24位(3)密码密码长度等于8位(4)密码长度不等于8位(5)验证码验证码长度不超过4位(6)验证码长度为0(7)或超过4位(8)登录权限管理者（9）、普通用户（10）与数据库信息不符（11）根据上述的输入等价类表，可以对等价类划分作测试用例：正确的输入如下：用户名：zhangsan密码：20110000验证码：daf4登录权限：管理员满足有效等价类中的(1)、(4)、(6)、(9)错误的的输入如下： 账 户：（未输入） 密 码：123456 验证码：kilw 登录权限：（未输入）满足无效等价类中的(2)、(5)、(11)错误的的输入如下： 账 户：（输入超过24位） 密 码：12345678 验证码：kilw登录权限：管理员 满足无效等价类中的(3) 等等。根据上面的测试用例可以列出下表加以详细说明：用例编号测试内容预期结果实际结果结果分析用户的输入进入系统符合测试通过“输入错误，请重新输入”的提示符合测试通过“输入错误，请重新输入”的提示死机测试失败2边界值分析各个用户模块的输入部分根据上面对各个用户模块的输入部分作的等价类表，进行边界值分析的测试，其余的用户模块参照学员模块的测试用例。（1）输入等价类表：输入条件有效等价类无效等价类用户名小于24位(1)用户名长度为0(2)或超过24位(3)密码密码长度等于8位(4)密码长度不等于8位(5)验证码验证码长度不超过4位(6)验证码长度为0(7)或超过4位(8)登录权限管理者（9）、普通用户（10）与数据库信息不符（11）以上述的输入等价类表为基础，采用边界值分析方法作以下测试用例： 测试用例：账 户：monsoon 密 码：12345678 验证码：kilw 登录权限：普通用户 测试用例：账 户：（输入长度恰为24位） 密 码：12345678 验证码：kilw 登录权限：管理员测试用例：账 户： monsoon 密 码：123456 验证码：（输入长度恰为4位） 登录权限：普通用户根据上面的测试用例可以列出下表加以详细说明：用例编号测试内容预期结果实际结果结果分析用户的输入部分直接进入系统符合测试通过直接进入系统中断测试失败直接进入系统符合测试通过其余用户模块部分的边界值测试参照用户的，在此不加以详述。3.1.6测试退出标准(1)单元测试退出标准:1 单元测试用例设计已经通过评审；2 核心代码100 经过Code Review； 3 单元测试功能覆盖率达到100； 4 单元测试代码行覆盖率不低于80； 5 所有发现缺陷至少60都纳入缺陷追踪系统且各级缺陷修复率达到标准；6 按照单元测试用例完成了所有规定单元的测试； 7 软件单元功能与设计一致。(2)集成测试退出标准: 1 集成测试用例设计已经通过评审； 2 集成工作版本满足设计定义的各项功能、性能要求； 3 在集成测试中发现的错误已经得到修改，各级缺陷修复率达到标准； 4 A、B类BUG不能存在； 5 C、D、E类BUG允许存在,但不能超过单元测试总BUG的50； (3)系统测试退出标准: 1 系统测试用例设计已经通过评审； 2 按照系统测试计划完成了系统测试； 3 系统测试的功能覆盖率达100； 4 系统的功能和性能满足产品需求规格说明书的要求； 5 在系统测试中发现的错误已经得到修改并且各级缺陷修复率达到标准； 6 系统测试后不存在A、B类缺陷； 7 C、D类缺陷允