企业考勤系统软件测试书第六组.docx
《企业考勤系统软件测试书第六组.docx》由会员分享,可在线阅读,更多相关《企业考勤系统软件测试书第六组.docx(9页珍藏版)》请在冰点文库上搜索。
企业考勤系统软件测试书第六组
软件测试计划报告
工程名称:
公司考勤系统
工程负责人:
袁志超、林建建
公司考勤系统测试计划报告
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%经过CodeReview;
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类缺陷允许存在,不超过总缺陷的5%;
8 E类缺陷允许存在,不超过总缺陷的10%;
4评价准则
4.1范围
测试重点是模块功能测试和接口测试,其次进行运行时间测试。
4.2数据整理
在输入测试用例里软件输出结果满足各项功能需求,在考虑的范围内运行没有出现太大差错。
4.3尺度
软件运行过程中在输入用例测试里,实际部分与预期效果存在两例的偏差,其中一例为死机,另一例为中断,但是在允许的错误范围之内。