软件测试计划模板.docx

软件测试计划模板.docx

《软件测试计划模板.docx》由会员分享，可在线阅读，更多相关《软件测试计划模板.docx（24页珍藏版）》请在冰豆网上搜索。

软件测试计划模板

iCollege项目

测试计划

目录

第一章引言1

1.1.编写目的1

1.2.项目背景1

1.3.定义1

1.4.参考资料1

第二章任务概述1

2.1.目标1

2.2.用户需求概述1

2.3.关键设计和实现技术说明1

2.4.条件与限制1

第三章测试计划1

3.1.测试方案1

3.2.关联测试1

3.3.系统测试1

3.4.测试用例设计1

第四章系统测试设计1

4.1.版本兼容性测试1

4.2.性能测试1

4.3.恢复测试1

4.4.安全性测试1

4.5.压力测试1

第五章评价准则1

5.1.范围1

5.2.准则1

引言

编写目的

本文档是关于软通动力公司iCollege项目的功能及性能的要求，重点描述了iCollege平台的设计需求。

说明测试关注内容和测试方案，为测试的执行和质量评估提供依据和指导。

预期读者：

管理者、用户及开发人员、测试人员。

项目背景

针对系统包括前台修改内容、后台修改内容、积分系管理统、考试管理系统、问卷调查管理系统、新员工入职管理。

本文档将对每一块功能进行详细的描述。

任务概述

目标

各功能应用普通文字或图表描述。

并同时指出功能实现与业务需求的关系，即此功能实现了哪一部份的业务需求。

为测试的执行和质量评估提供依据和指导。

用户需求概述

在这一部分应对所有的软件需求进行足够详细的描述。

详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。

按系统功能的体系结构组织本章内容。

系统用户

主要业务需求

1.前台首页部分描述当客户登陆平台后，显示页面包括的内容如下：

（1）Logo由客户提供风格图片，增加讲师管理【讲师入口】、培训管理【管理员入口】

（2）组成：

由网络课堂、学习超市、资讯中心、积分中心四部分组成

（3）原“推荐网站”位置，改为在网站最下方显示，打开方式改为弹出方式显示。

（4）原“站点统计”位置，改在网站右下角显示。

（5）主页显示：

待处理任务（未完成的学习、未完成的授课）、课程宣传、讲师宣传三大部分。

（6）左侧固定显示：

我的学习、我的授课。

（7）左侧个性化菜单为用户为设定。

保留原始功能。

（8）只改变页面风格，原功能保持不变。

2.网络课程描述当客户点击首页网络课堂后，显示页面包括的内容如下：

（1）显示：

待处理任务（未完成的学习、未完成的考试、未完成的问卷、未完成的授课）、课程宣传、讲师宣传三大部分。

（2）左侧固定显示：

我的学习、我的授课、我的问卷、我的考试、我的网络课堂。

（3）左侧个性化菜单为用户人为设定。

保留原始功能。

（4）只改变页面风格，原功能保持不变。

3.学习超市部分描述当客户点击首页网络课堂后，显示页面包括的内容如下，见图1-3：

（5）显示：

课程信息【原我要学习内容】、讲师宣传两大部分。

（6）左侧固定显示：

已报班级。

（7）左侧个性化菜单为客户人为设定。

保留原始功能。

（8）只改变页面风格，原功能保持不变。

3.咨询中心描述当客户点击首页咨询中心后，显示页面包括的内容如下：

（1）显示：

共享资源、课程宣传、讲师宣传三大部分。

（2）左侧固定显示：

无。

（3）左侧个性化菜单为客户人为设定。

保留原始功能。

（4）只改变页面风格，原功能保持不变。

4.讲师管理描述用户将可以申请讲师、课程，并且可以对自己的课程的评价进行查看【课程评价体现在每门课中，不单独显示菜单】，点击右上方讲师管理后，显示页面包括的内容如下：

（1）显示：

待处理任务【我未完成的授课、我完成的授课】。

（2）左侧固定显示：

讲师申请、课程申请。

（3）左侧个性化菜单为客户人为设定。

保留原始功能。

（4）只改变页面风格，原功能保持不变。

功能需求

1.后台首页部分描述当管理员点击首页培训管理后，显示页面包括的内容如下：

（1）“管理首页”、“前台”等横排功能键全部删除，只保留左侧竖排功能键

（2）“新员工培训”改为“新员工特训营”。

功能保留原始功能。

（3）“培训需求-关注度统计”位置该模块改置左侧竖排功能键下方。

（4）“系统设置”位置该模块改置左侧竖排功能键下方。

（5）只改变上述的位置，上述功能保持不变。

2.讲师库管理部分描述当管理员点击讲师库管理后，页面修改的内容如下：

（1）由于有一些讲师，存在离职的可能，所以师资来源增加“离职”这个状态，可修改讲师状态为“离职”状态。

（2）讲师列表查询条件“师资来源”增加“离职”一列，并在列表显示，以便查询

（3）学员不可对离职讲师进行关注。

（4）离职讲师不出现在讲师宣传中

3.学员管理部分描述当管理员点击学员管理后，页面修改的内容如下：

（1）学员查询列表：

增加学员在职、离职状态一列。

数据来自PSA系统同步。

（2）所在部门处增加放大镜（弹出公司组织结构），只弹出“组织结构”页供参考，不

做选择联动。

4.课程关注度统计管理部分描述当管理员点击课程关注度统计后，页面修改的内容如下：

（1）修改原始功能课程关注度汇总，修改后体现历史关注度。

如当某门课程开始后该关注度变为0，如查看以前关注度，则需要查看历史关注度。

（2）在列表中点击“课程名称”，只显示该课程的“讲师”，并显示该课程的N次关注度列表，并可以显示总关注度点击“详细信息”显示关注学员。

（3）点击“讲师”，显示该讲师课程的N次关注度，并可以显示总关注度。

（4）点击“详细信息”显示关注学员。

5.培训管理部分描述当管理员点击发布培训后，页面修改的内容如下：

（1）只修改发布培训的页面内容。

其它则保持不变。

（2）在现有页面功能上添加开班地址一列。

选择方式【单选】，一次培训班只可选择一个开班地址。

该功能的目的是：

前台员工在进行该培训班报名的时候，会根据该员工的工作地点和开办地点进行比对，如不同只给与提示“您不属于当前区域，费用需自理”，无其他业务逻辑。

如相同则进行正常报名。

关键设计和实现技术说明

1.后天功能样式备注说明，用以说明以上内容为后台在原始版本上待修改的内容，后台页面【主页面、增、删、改、查】页架构不变，只做页面色调的微调。

未提及的功能均保留原始功能。

保留原始模块，以上面提及的后台修改内容为准。

以下为本次改版不做修改的模块。

如表1-1所示。

大模块

小模块

本次改版操作

培训管理

培训查询

保持原始功能不变

发布培训

改动见1.1.2.5

培训归档

保持原始功能不变

新员工培训

新员工助理确认

保持原始功能不变

新员工确认详情

保持原始功能不变

课程管理

课程库

保持原始功能不变

讲师管理

讲师和课程管理

保持原始功能不变

学员管理

黑名单

保持原始功能不变

审批管理

课程审批

保持原始功能不变

讲师审批

保持原始功能不变

请假审批

保持原始功能不变

培训班审批

保持原始功能不变

审批单据查询

保持原始功能不变

通知管理

公告预告

保持原始功能不变

站内信

保持原始功能不变

共享资料

文件资源

保持原始功能不变

后台网络课堂

课程管理

保持原始功能不变

学习跟踪

保持原始功能不变

报表统计

培训记录汇总

保持原始功能不变

培训补助表

保持原始功能不变

系统设置

权限管理

保持原始功能不变

系统管理

保持原始功能不变

2.考试管理系统

该功能将取代原有系统的考试管理系统。

主要用于学员的考试。

不与现有系统其它环节进行挂钩，只和新员工入职考试关联。

可以做到管理员自定义试题，管理员自定义考卷【选择试题】，学员前台进行答卷【题目为后台自定义随机的题目】，系统自动判分，并保留考生成绩。

（1）题库管理

●题型：

包括【单选、多选、判断】三种题型。

每题选择一种题型。

●题目：

试题的题干描述【唯一性】。

●选项：

单选题、多选题一般A~F六个选项，每道题最多6个选项。

判断题只有“对”、“错”两个选项。

无问答题。

标准答案：

每道题有唯一的标准答案，符合标准答案本题才能得分，否则不得分

（2）试卷管理

该部分内容用于管理试卷，管理员可建立试卷，选择题库中的试题放入试卷，并设定出题数目。

试卷满分100分，60分及格。

●试卷标题【唯一性】

●试卷说明，以复文本编辑器的方式输入，

●添加试题：

可添加多个试题。

●设定随机出题数

●设定是否为作为当前使用试卷

（3）考生答案

考生可对试题进行作答，该功能只和员工转正挂钩，可以查询考生是否通过入职考试，不和其它功能挂钩。

考试者登陆看到的内容包括两部分，以分页的形式出现：

待考试卷：

未参加的考试和未及格的试卷都会显示在这里，点击试卷名称进行考试。

已答试卷：

已经考及格的试卷会显示在这里，可以看到每张试卷的分数，点击试卷名称可以看到答题情况及正确答案。

●分数计算方法：

每张试卷满分100分，每道题的分数为100/随机题数，实际得分为【100/题目数目*答对的题数】，答案完全符合标准答案即为答对。

●考试通过的考卷不可再进行答题，只可查看考卷。

3.新员工状态管理

在新员工入职考试后，如果通过学习【显示未参加考试】，考生方可参加入职答题考试，考试通过后，可以从新员工页面进行查询。

4.问卷调查管理系统

该功能取代原有系统的问卷调查管理系统。

主要用于学员的问卷调查和答题。

不与现有系统其它环节进行挂钩，做到用户自定义试题，用户自定义问卷【选择试题】，学员前台进行答卷。

（1）题库管理

该部分内容用于管理题库，可建立试题放入题库，可对未引用的题库进行维护操作。

●题型：

包括【单选、多选、判断】三种题型。

每题选择一种题型。

●题目：

即试题的题干描述【唯一性】。

●选项：

单选题、多选题一般A~F六个选项，每道题最多6个选项。

判断题只有“对”、“错”两个选项。

无问答题。

●标准答案：

不设立标准答案。

（2）问卷管理

该部分内容用于管理问卷，可建立问卷，选择题库中的试题放入问卷。

●问卷标题【唯一性】

●问卷说明，以复文本编辑器的方式输入，

●添加试题，

●设定是否为当前问卷

（3）考生答问卷

考生可对试题进行作答，该功能不和其它功能挂钩。

问卷调查每张问卷只可答题一次。

考试者登陆看到的内容包括两部分，以分页的形式出现：

待答问卷：

未答问卷都会显示在这里，点击问卷名称进行考试。

已答问卷：

已答完问卷会显示在这里。

5.新员工入职管理

该功能是实现新员工转正前的入职学习、入职考试，通过后，员工方可正常使用iCollege功能。

新员工通过账号登陆本系统后，只能对当前系统进行查看操作，可注册积分账户，不可进行网络课堂学习，不可下载共享资源，不可在线选课、不可申请讲师。

新员工登陆系统后，可以看到页面的所有功能，并且只能够学习管理员指定的网络课堂的课程。

学习通过后可以进行入职考试。

新员工状态转为【未参加考试】

（1）新员工入职考试

该部分内容用于学员登录平台后已经进行过在线学习网路课堂制定课程后，进入在线考试环节。

新员工通过账号登陆本系统后，只能对当前系统进行查看操作，不可进行网络课堂学习，无可下载共享资源，不可报名课程、不可申请讲师。

新员工登陆系统后，可以看到页面的所有功能，并且只能够学习管理员指定的网络课堂的课程，也可进行在线考试。

●在线考试通过后不能再进行入职考试，但是还可查看入职学习视频，管理员可以进行新员工确认。

新员工状态转为【已通过考试】

●考试未通过则可再次进行考试。

直到考试通过为止，考试不限制次数。

（2）新员工确认

●管理员登录系统后，可以将【已通过考试】状态的员工转为正式员工。

●员工转正之后，可以和正式员工享有相应的权限。

●本系统提供接口，人事系统输入员工编号，可以查询到该员工的状态，来确认员工是否具备转正的条件。

Ø新员工状态显示【未参加学习、未参加考试、已通过考试、已确认】四种。

●未参加学习：

没有参加学习

●未参加考试：

没有参加考试

●已通过考试：

已通过考试并合格60分。

该状态可以转正

●已确认：

已转正的正式员工。

6.积分管理系统

（1）“管职”升级规则管理

●官职升降级说明：

⏹官职：

从九品官到正一品，共18级。

⏹俸禄：

每天登陆平台只可领取一次俸禄。

⏹官职分类：

京官、武官、地方官

◆京官优势：

升级花费减少20%

◆武官优势：

发帖赏金加倍

◆地方官优势：

俸禄增加50%

⏹升级费用：

每次升级所需的银两。

升级后的优点：

会拿更多的俸禄。

每次升级不允许跳级升级，只可按照该顺序进行升级。

●官职升降级管理点：

⏹官职升级不允许跳级升级。

⏹官职首次登陆，开始选择官职类型，一旦选择后，后期不可进行官职类型修改。

⏹18级官职的个数、顺序、每级的俸禄、每级升级的费用后台不允许进行维护，这是固定的值。

⏹18级官职对应的图片后台不可进行维护。

⏹18级官职的名字：

例如（翰林院侍诏、钦天监监候）后台提供维护界面，是可以进行维护的。

（2）银两奖励/消耗规则管理

●银两奖励/消耗管理点：

⏹奖励/消耗银两的项目后台不可进行维护。

⏹后台提供：

奖励/消耗项目的银两数量的维护界面，故可对银两数量进行维护。

⏹关于银两奖励/消耗的操作项、规则、触发事件见1-2、1-3、1-4表。

（3）用户积分管理——账号新建

该部分内容用于用户新建账号。

●用户名：

手动填写【必填项】

●选择官职类型：

下拉选择（选择项：

京官、武官、地方官）【必选】，该官职一旦选中以后不可进行修改。

如果员工不进行建立账号，则进入系统后无法进行积分系统操作项的相关操作。

（4）用户积分管理——查看个人积分

●页面功能说明：

⏹个人信息：

该信息来自员工基本信息，图片为该官职对应的图片。

如图1-18所示。

⏹领取日俸禄：

每日只可领取一次，当日有效，不做累计

⏹培训讲师领取月俸禄：

每月只可领一次，当月有效，不做累计。

⏹积分详情：

该信息是用户用于查询相关积分收入查询的功能。

◆查询条件介绍

⏹积分来源：

选择方式下来选择【全部、收入、支出】

⏹开始日期：

做区间选择

⏹结束日期：

做区间选择

◆消费记录介绍

⏹ID：

编号

⏹操作：

【如表1-2、1-3、1-4】表格的操作项。

⏹积分变更：

为该次操作的积分变化

⏹日期：

该次操作的日期

注：

消费记录只显示操作的项目，不显示具体操作的那个事物。

（5）用户积分管理——后台管理员查看用户积分状况

该部分内容用于后台管理员查看员工当前积分。

显示员工信息表，可按照人员姓名作为模糊查询项，查询出相应的员工，点击某条记录“查看积分”列，可以查看到该员工的详细积分。

如图1-19所示。

注：

查看“详细积分”中的消费记录只显示操作的项目，不显示具体操作的那个事物。

条件与限制

1.软件环境需求

软件

要求

操作系统

MicrosoftWindowsServerEnterprise2003R2WithSP2

数据库

MicrosoftSQLServer2005SP2

IIS环境

IIS6

浏览器

MicrosoftInternetExplorer8

框架：

.NetFramework2.0，.NetFramework3.5&sp1

媒体播放器：

WindowsMediaServices

动画播放：

Flash

水晶报表：

CRRedist2008_x86

2.硬件环境

数据库服务器

参考品牌及配置

参考型号

DellPowerEdgeR710

CPU

2*Quad-CoreIntel®Xeon®E5600Processor（2.4GHz）

内存

12GDDR3

硬盘

4*146GBSAS热插拔硬盘

电源

2*502/717W（100-240V）

光驱

DVD-ROM

WEB应用服务器

参考品牌及配置

参考型号

DellPowerEdgeR610

CPU

2*Quad-CoreIntel®Xeon®E5600Processor（2.13GHz）

内存

4×4GBECCDDR3内存

硬盘

3*300GBSAS硬盘

电源

2*502/717W（100-240V）

光驱

DVD-ROM

客户端

参考配置

CPU

Intel酷睿双核

内存

2GB及以上

硬盘空间

250GB及以上

光驱

DVD-ROM

测试计划

测试方案

测试过程按三个步骤进行，即单元测试、组装、系统测试，根据不同阶段测试的侧重点不同，分别介绍测试策略：

关联测试

1.单元测试

首先按照系统、子系统和模块进行划分，但最终的单元必须是功能模块，或面向对象过程中的若干个类。

单元测试是对功能模块进行正确检验的测试工作，也是后续测试的基础。

目的是在于发现各模块内部可能存在的各种差错，因此需要从程序的内部结构出发设计测试用例，着重考虑以下五个方面：

1）模块接口：

对所测模块的数据流进行测试。

2）局部数据结构：

检查不正确或不一致的数据类型说明、使用尚未附值或尚未初始化的变量、错误的初始值或缺省值。

3）路径：

虽然不可能做到穷举测试，但要设计测试用例查找由于不正确的计算（包括算法错、表达式符号表示不正确、运算精度不够等）、不正确的比较或不正常的控制流（包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等）而导致的错误。

4）错误处理：

检查模块有没有对预见错误的条件设计比较完善的错误处理功能，保证其逻辑上的正确性。

5）边界：

注意设计数据流、控制流中刚好等于、大于或小于确定的比较值的用例。

2.集成测试

集成测试也叫组装测试或联合测试。

通常，在单元测试的基础上需要将所有的模块按照设计要求组装成系统，这时需要考虑的问题：

1）在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。

2）一个模块的功能是否会对另一个模块的功能产生不利的影响。

3）各个子功能组合起来，能否达到预期要求的父功能。

4）全局数据结构是否有问题。

5）单元模块的误差累积起来，是否会放大，从而达到不能接受的程度。

我们在组装时可参考采用一次性组装方式或增殖方式组装方式。

系统测试

系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求一致，主要是下列类型的测试：

1）用户界面测试：

测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。

2）性能测试：

测试相应时间、事务处理效率和其他时间敏感的问题。

3）强度测试：

测试资源（内存、硬盘）敏感的问题。

4）容量测试：

测试大量数据对系统的影响。

5）容错测试：

测试软件系统克服软件、硬件故障的能力。

6）安全性测试：

测试软件系统对非法侵入的防范能力。

7）配置测试：

测试在不同网络、服务器、工作站的不同软硬件配置条件下，软件系统的质量。

8）安装测试：

确保软件系统在所有可能情况下的安装效果和一旦安装之后必须保证正确运行的质量。

3.4测试用例设计

1.各个模块测试用例

需求规格说明：

在此详细描述软件项的用户需求。

测试用例：

在次说明模块测试要用到的测试用例

1.针对测试对象设计的第一个测试用例。

说明测试用例名、测试用例标识号、测试用例的测试目标、测试用例的详细描述、测试用例要用到的特殊设备和要求。

测试数据包括正常数据，错误数据，异常数据等

前提条件：

描述完成本测试用例的必要前提条件。

执行时间：

描述执行本测试用例的估计执行时间。

测试过程：

第（N）步：

描述一个单独的测试步骤。

2.针对测试对象设计的第二个测试用例。

预期输出：

1.测试用例一的预期输出。

2.测试用例二的预期输出。

测试人：

测试时间：

年月日

2.集成测试用例

填写说明：

1）“软件项代号”是来自于软件功能结构划分中的规定，由“本系统接口软件项代号_对方接口系统软件项代号”格式确定。

2）“需求规格说明”是来自于《需求分析说明书》和《概要设计说明书》中的需求和设计要求。

3）“测试用例”是根据《需求分析说明书》和《概要设计说明书》来制定的。

4）“预期输出”是根据《需求分析说明书》和《概要设计说明书》来制定的。

3.系统内部接口测试

填写说明：

1）“软件项代号”是来自于软件功能结构划分中的规定，由“本系统接口软件项代号_对方接口系统软件项代号”格式确定。

2）“方案代号”是由测试方案编写人员根据实际情况制定的。

3）“需求规格说明”是来自于《需求分析说明书》和《概要设计说明书》中的需求和设计要求。

4）“测试用例”是根据《需求分析说明书》和《概要设计说明书》来制定的。

5）“预期输出”是根据《需求分析说明书》和《概要设计说明书》来制定的。

4.系统测试用例

（1）病毒测试

填写说明：

1）“软件项代号”是来自于软件功能结构划分中的规定。

2）“方案代号”是由测试方案编写人员根据实际情况制定的。

3）“需求规格说明”是来自于《需求分析说明书》和《概要设计说明书》中的需求和设计要求。

4）“测试用例”是根据《需求分析说明书》和《概要设计说明书》来制定的。

5）“预期输出”是根据《需求分析说明书》和《概要设计说明书》来制定的。

系统测试设计

版本兼容性测试

1.Web兼容性测试的主要类型

Web兼容性测试主要是针对不同的操作系统平台，浏览器，以及分辨率进行的测试。

1.1操作系统兼容性测试

常见的操作系统有Windows，Unix，Linux等，对于普通用户来讲，最常用的是Windows操作系统。

Windows操作系统包括WindowsXP，windows2003，istaWin2000/NT，Windows9X等等。

用户使用操作系统的类型，直接决定了我们操作系统平台兼容性测试的操作系统平台数量，进行操作系统平台的兼容性测试的主要目的就是保证我们的待测试项目在该操作系统平台下能正常使用。

对于一些特殊项目（比如定制项目），可以指定某一类型的操作系统版本，这些都应该在需求规格说明书中指明，针对这些指明的操作系统版本必须进行兼容性测试。

大部分的其他项目，是不指定操作系统版本的，针对这样的项目，我们应当针对当前主流操作系统版本进行兼容性测试，在确保主流操作系统版本兼容性测试的前提下，在对非主流操作系统版本进行测试，尽量保证项目的操作系统版本的兼容性测试的完整性。

1.2浏览器兼容性测试

浏览器是Web系统中对核心的组成构建，来及不同厂家的浏览器对Javascript、ActiveX或不同的HTML规格有不同的支持，即使是同一厂家的浏览器、也存在不同的版本的问题。

不同的浏览器对安全性和JAVA的设置也不一样。

目前最为常用的浏览器为：

IE6.0IE7.0，但由于操作习惯的问题，还有相当一部分用户喜欢使用腾讯TT，以及FireFox浏览器，这些浏览器同样也存在各个版本的问题，这个对于Web系统来讲是一个相当大的挑战。

对于一些特殊项目（比如定制项目），可以指定某一类型的浏览器（包括版本），这些都必须在需求规格说明书中指明，针对这些指明的浏览器必须进行兼容性测试，但大部分的项目