当前位置:文档之家› 软件测试计划书(案例)

软件测试计划书(案例)

软件测试计划书小组成员及职责分工说明项目: 值班管理子模块文档版本:文档修改记录目录1 引言 (1)1.1 编写目的 (1)1.2 背景 (1)1.3 参考资料 (1)1.4 术语和缩写词 (1)2 任务概述 (1)2.1项目目标 (1)2.2 环境描述 (1)2.3 内容范围 (2)2.4条件和限制 (2)3. 测试计划 (2)3.1测试项目 (2)3.2 测试方案 (2)3.3 测试资源 (5)3.4 测试进度 (5)4.测试过程 (6)4.1 单元测试 (6)4.1.1 单元测试计划 (6)4.1.2 单元测试用例设计 (6)4.1.2.1值班参数配置、排班人员配置 (6)4.1.2.2排班管理 (7)4.1.2.3查询排班 (8)4.1.2.4填写值班记录 (8)4.1.2.5查询值班记录 (9)4.1.2.6修改值班记录 (9)4.1.2.7删除值班记录 (10)4.1.2.8新增登记 (10)4.1.2.9查询登记 (11)4.1.3确认登记 (11)4.1.3.1删除登记 (12)4.1.3.2申请交换班 (12)4.1.3.3换班查看 (13)4.1.3.4换班查询 (13)4.1.3.5交接班 (14)4.1.3.6值班考勤统计 (14)4.1.3.7值班工作统计 (15)4.1.3.8机房附加表的配置与删除 (15)4.2 组装测试 (16)4.2.1 组装测试计划 (16)4.2.2 组装测试用例设计 (16)4.3 确认测试 (16)4.3.1 确认测试计划 (18)4.3.2 确认测试用例设计 (18)5 评价 (27)5.1 范围 (27)5.2 数据整理 (27)5.3 量度 (28)1 引言1.1 编写目的编写本测试计划的目的是为整个测试阶段的管理工作和技术工作提供指南;同时确定测试的内容和范围,为评价系统提供依据;此外还帮助用户安排测试活动,说明对设备器材和机构人员的资源需求;说明测试结果的评价指标。

1.2 背景说明本测试计划所属软件系统的名称、特征、要求和难点,以及在开始执行本测试计划之前必须完成的各项任务。

1.3 参考资料《XX电子运行维护系统省内系统需求规范V2.0》《XX省EOMS系统需求规范V1.5》《概要设计说明书》《软件需求规格说明书》1.4 术语和缩写词缩略语EOMS:electronic operation and management system2任务概述2.1项目目标值班工作是一种特殊的周期性作业计划,在值班管理子模块中,系统要求实现自动的排班功能并可以手工调整,并向值班员提供电子化的值班记录、电子交接班等功能。

对于当前的值班员, 系统还应提供填写修改值班记录的界面。

2.2 环境描述(1)运行环境Web应用环境:支持TOMCAT 5.0/5.5/4.1,支持WEBSPHERE 6.1/6.0,支持WEBLOGIC 8.1,支持JBOSS 4.0数据库环境:Oracle8.x,Oracle9i硬件平台:(数据库服务器:Sun Fire 880,8*1.2GCPU,16G MEM,6*73G Disk)(Web服务器:Sun Fire 880,6*1.2GCPU,12G MEM,6*73G Disk)(2)开发环境开发平台:jbuilder x或者eclipse 3.1/3.2硬件平台:PC Server(Dell 2850:1×2.8GHz CPU,2GB MEM,2×146GB Disk)2.3 内容范围本测试计划是针对<值班系统概要设计说明书>中规定内容的测试计划,包括:➢排班的设置与管理模块➢值班记录模块➢交接班模块➢出入机房登记模块➢排班管理模块➢机房附加表配置模块➢值班统计模块➢值班作业模块2.4条件和限制对界面的处理上存在一定的限制,因为小组对JA V A GUI技术应用还不够熟练,因此对用户界面的处理可能不够华丽,不能提供个性化的个人界面设置。

3. 测试计划3.1测试项目排班设置与管理模块值班记录模块交接班模块出入机房登记模块换班管理模块机房附加表配置模块值班统计模块3.2 测试方案3.1测试种类计划完成以下类型测试➢功能测试➢单元测试➢组装测试➢压力测试➢确认测试3.2测试方法及标准3.2.1功能测试3.2.1.1功能系统能按照设计要求实现模块的各个功能,数据应完整、界面美观、操作方便。

3.2.1.2界面测试1:易用性:按钮名称应该易懂,用词准确,屏弃没楞两可的字眼,要与同一界面上的其他按钮易于区分,能望文知意最好。

理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。

2:规范性:通常界面设计都按Windows界面的规范来设计,即包含“菜单条、工具栏、工具厢、状态栏、滚动条、右键快捷菜单”的标准格式,可以说:界面遵循规范化的程度越高,则易用性相应的就越好。

小型软件一般不提供工具厢。

3:帮助设施:系统应该提供详尽而可靠的帮助文档,在用户使用产生迷惑时可以自己寻求解决方法。

4:合理性:屏幕对角线相交的位置是用户直视的地方,正上方四分之一处为易吸引用户注意力的位置,在放置窗体时要注意利用这两个位置。

6:菜单位置:菜单是界面上最重要的元素,菜单位置按照按功能来组织。

3.2.1.3数据项测试➢字母数字数据项是否能够正确回显,并输入到系统中?➢图形模式的数据项(如滑动条)是否正常工作?➢是否能够识别非法数据?➢数据输入消息是否可理解?3.2.2业务测试功能测试完成后进行业务测试,业务测试关注的要点是业务流程,及数据流从软件中的一个模块流到另一个模块的过程中的正确性。

3.2.3压力测试3.2.3.1压力测试说明本次压力测试根据实际情况包含性能测试,重点模拟客户进行多用户测试。

压力测试有一条8:2原则。

及百分之八十的业务量在百分之二十的时间内输入。

例如:正常每天有100条新数据,测试时在两小时内输入80条数据。

我们无法知道用户的业务量,所以只有利用公司现有资源进行大量的数据量的测试。

3.2.3.2压力测试工具待定3.2.3.3压力测试方法及标准压力测试的方法及标准参考本次测试中的压力测试是指模拟实际应用的软硬件环境及用户使用过程的系统负荷,长时间运行测试软件来测试被测系统的可靠性,同时还要测试被测系统的响应时间。

3.2.4组装测试3.2.4.1组装测试说明除了嵌入式软件之外,安装是软件产品实现其功能的第一步,没有正确的安装根本就谈不上正确的执行,因此对于安装的测试就显得尤为重要。

3.2.4.2组装测试方法及标准➢自动安装还是手工配置安装,测试各种不同的安装组合,并验证各种不同组合的正确性,最终目标是所有组合都能安装成功。

➢安装退出之后,确认应用程序可以正确启动、运行。

➢卸载测试和安装测试同样重要,如果系统提供自动卸载工具,那么卸载之后需检验系统是否把所有的文件全部删除,注册表中有关的注册信息是否也被删除。

➢至少要在一台笔记本上进行安装测试,因为有很多产品在笔记本中会出现问题,尤其是系统级的产品。

(有条件的情况下)➢安装完成之后,可以在简单地使用之后再执行卸载操作,有的系统在使用之后会发生变化,变得不可卸载。

➢安装时间是否合理。

➢对于客户服务器模式的应用系统,可以先安装客户端,然后安装服务器端,测试是否会出现问题。

➢考察安装该系统是否对其他的应用程序造成影响,特别是Windows操作系统,经常会出现此类的问题。

3.2.5确认测试3.2.5.1确认测试说明软件产品测试部对经过内部单元测试、组装测试和系统测试后的软件所进行的测试,测试用例采用业务流程测试用例。

3.3 测试资源3.3.1资源➢测试服务器稳定的测试服务器,IP地址为:192.131.0.1。

➢人员测试审核人一名,测试实施人员1名。

3.3.2工具➢测试中使用的Bug管理工具为经过改进的Bug管理工具。

➢自动化测试工具待定。

3.4 测试进度4.测试过程4.1 单元测试4.1.1 单元测试计划4.1.2 单元测试用例设计4.1.2.1值班参数配置、排班人员配置4.1.2.2排班管理4.1.2.3查询排班值班记录4.1.2.4填写值班记录4.1.2.6修改值班记录出入机房登记4.1.2.8新增登记4.1.3确认登记4.1.3.2申请交换班4.1.3.4换班查询4.1.3.6值班考勤统计4.1.3.7值班工作统计4.1.3.8机房附加表的配置与删除4.2 组装测试4.2.1 组装测试计划说组装测试的测试内容:组装测试是用于软件装配的系统技术。

它以概要设计文档为依据,在软件装配的同时进行测试,主要是用来发现与接口相联系的错误。

传统软件模块间的层次结构存在控制关系,而OO软件虽然没有层次控制关系,每次组装一个功能进入一个类是不够的;因为,组成类的各个成分之间存在着直接和间接的交互作用。

所以,OO软件组装测试还必须进行类之间的合作测试。

测试的进度安排:测试条件:测试服务器稳定的测试服务器,IP地址为:192.131.0.1。

人员:测试审核人一名,测试实施人员1名。

4.2.2 组装测试用例设计4.3 确认测试4.3.1 确认测试计划4.3.2 确认测试用例设计5 评价5.1 范围说明所选择的测试用例能够检查的范围及其局限性。

5.2 数据整理活动选择理由需求分析确定信息收集方法利用已存在的建设要求用户需求明确、稳定。

变化程度小。

定义需求规格标准执行用户需求虽明确但主要从业务要求上描述,非技术人员可快速识别语言。

制定验收标准执行合同属于业务要求,需要与用户安装技术实现定制验收标准。

用户签字确认执行属于商业系统应用,考虑工期成本,需要双方达成一致。

如用户要求变更需求,需额外支付费用。

设计阶段定义开发标准执行商业系统开发,需要定制相关标准,保证软件质量。

数据库设计执行功能相对独立,但数据库采用统一平台集中存储。

需要总体设计、避免冲突。

单元测试计划执行确保软件质量。

准备测试用例及数据。

测试阶段数据库测试执行对整个系统的稳定性起到核心作用。

单元测试执行确保每个相对独立功能提交物符合用户需求。

集成测试执行避免系统运行过程中,各功能造成对其他功能部分的影响。

5.3 量度➢软件系统在进行单元、集成、确认、系统、安装、验收测试时,发现一级错误(大于等于1)、二级错误(大于等于2)暂停测试返回开发。

➢软件项目需暂停以进行调整时,测试应随之暂停,并备份暂停点数据。

➢软件项目在其开发生命周期内出现重大估算,进度偏差,需暂停或终止时,测试应随之暂停或终止,并备份暂停或终止点数据。

➢如有新的项目需求,则在原测试计划下做相应的调整。

➢若开发暂停,则相应测试也暂停,并备份暂停点数据。

➢若项目中止,则对已完成的测试工作做测试活动总结。

相关主题