系统测试计划模版
1 范围
本章应分以下各节。
1.1 标识
本节给出本文档所适用系统和软件的完整标识,包括所适用的标识号、标题、缩略语、版本号及发行号等。
1.2 系统概述
本节明确标明被测软件的名称及版本号,并简要描述软件的概貌、用途、适用范围和一般特性;标识项目的委托方、开发方和测试方。
1.3 文档概述
本节概述该文档的用途和内容。
1.4 与其它计划的关系
本节描述本计划与其它相关项目管理计划的关系(如果有的话)。
2 引用文档
本节列出本计划引用的所有文档的编号、标题、版本和日期。
3 测试标识
3.1 一般信息
本节又分若干小节,提供适用于整个测试的总的信息。
3.1.1 测试级别
本小节描述执行测试的级别,例如,集成测试级或系统测试级。
3.1.2 测试范围
本节描述本次测试的测试范围。针对被测软件哪部分要测,哪部分不测。
3.1.3 测试内容
本节描述本次测试的测试内容。
1
3.1.4 测试策略
描述用于该测试阶段的测试方法。如:用黑盒测试还是白盒测试,手工测试还是使用工具,用哪一种工具。还是把整个测试工作交其他单位进行。
当测试发生异常中断时的处理。
3.1.5 测试资源要求
描述本次测试所需人员、设备、软件、地点、时间、资金、协作单位及其他。
3.1.6 进入该测试阶段的条件
本节描述在何种情况下可进入该测试阶段。及以何种标志结束该阶段。
3.2 计划进行的测试
本节分成以下小节描述计划进行的测试的整个范围。
3.2.X (待测试的项目)
本小节通过名称和项目唯一标识符来标识一个CSCI、子系统、系统或其它实体,并分段描述对各个项目计划要作的测试。(注:本计划中所用“测试”一词是指测试案例的总合。本文档无意描述每个测试案例。)
3.2.X.X (测试的项目唯一标识符)
本段通过项目唯一标识符来标识一项测试,并为该测试提供下面指出的信息。可根据需要引用3.1节中的一般信息。(如没有可不写)
?
?
?
?
? 需求规格说明中指定的合格性验证方法; 该测试解决的功能需求或软件系统需求的标识; 特殊需求(例如,48小时连续工作,武器模拟,测试范围,专用输入或数据库的使用等); 假设和约束,诸如由于系统或测试条件 -- 时限、接口、设备、人员、数据库等 -- 的原因而对测试的预期产生的限制; 与测试相关的安全、保密与私密考虑。
4 软件测试的环境
本章分节描述每个预期的测试现场的软件测试环境。
4.X 测试现场名称
本节标识用于测试的一个或多个测试现场,再分小节描述每个现场的软件测试环境。如果所有测试都在同一现场实施,本节及其下面的小节只出现一次。如果多个测试现场使用相同的或类似的软件测试环境,可以一起讨论。对测试现场的重复描述可通过引用 2
前面的描述来简化。
4.X.1 软件项
本小节用名称、编号和版本来标识在测试现场为实现计划中的测试活动所需要的软件项(例如,操作系统、相关的应用软件、数据库等)。本小节还要描述每个软件项的用途,标出那些希望由现场提供的、并标识与软件项有关的任何分类处理或其它保密与私密问题。
4.X.2 硬件项
本小节通过名称、编号和版本来标识在测试现场的软件测试环境中要使用的计算机硬件、附加的外设(打印机)等等硬件和固件项。本小节要描述每个项目的用途,说明使用的时间和所需的数量,标出那些希望由现场提供,指出与之相关的任何分类处理或其它保密及私密问题。
4.X.3 其它物品
本小节标识和描述在测试现场进行测试所需的其它物品。
4.X.4 测试数据
描述测试数据的来源等。
4.X.5 安装、测试和控制
?
?
? 如何获取或开发软件测试环境中用到的每个要素; 如何先于其使用,安装和测试软件测试环境中的每一个项目; 如何控制和维护软件测试环境的每一个项目。
4.X.6 参与团队
本小节标识参加测试现场测试工作的单位以及他们的作用和职责。
4.X.7 组织及人员
本小节标识在测试现场进行测试的过程中所需人员的数量、类型,需要他们参与的日期和时间,以及任何特殊的需要。例如,为保证大规模测试工作的连续性和一致性,需要轮班操作和持续保证关键技能的支持。
5 软件通过标准
确定软件要达到的目标。可从以下几点考虑。(如没有可不写)
?
? 测试用例的通过率。 缺陷的严重程度。
3
?
?
?
? 缺陷的修复率。 软件是否要达到某些质量要求指标。如可靠性指标:平均故障间隔时间(MTBF)、平均修复时间(MTTR)、平均延误时间(MDT)等。(一般在需求中指出) 用户的满意程度。如用户认为可以了。 项目的进度及经费等问题。(由项目管理员决定)
6 软件缺陷报告
描述软件缺陷报告、更改报告的格式、内容以及报告、管理、跟踪、统计的方法。采用人工或自动,及所用的软件、数据库等。
7 测试进程
在渐进或累积测试的情况,本小节要说明计划的测试序列或渐进过程。及测试过程中各阶段的启动条件。
8 进度及工作量安排
本章应包含或引用指导实施本计划中所标识测试的进度安排。内容包括:
8.1 进度
a. 用图表描述计划中的测试现场和测试工作的总的时间安排。
b. 针对每个测试现场,分别说明下列活动和事件的进度。可能的话,按时间排序并附带必要的解释:
现场测试前用于所需要的准备时间;
实施测试,包括有计划的重测。
8.2 时间及工作量计算
根据7.1节的描述计算时间及工作量,并进行汇总。
9 各团队之间的责任
明确各类人员的责任。如:项目管理人员、编程人员、测试人员、文档管理人员、、质量管理人员等。可列表说明。
10 注记
10.1 名词定义
明确一些常用术语的含义。使各类人员统一理解。
4
10.2 人员联系
?
?
?
各协作单位负责人及联系方式。 各团队负责人及联系方式。 文档的编写单位和拟制人及联系方式。
5
Agileone 系统测试方案
修订记录
目 录
1概述... 1
2被测对象... 5
3应测试的特性... 5
4不被测试的特性... 5
5测试模型... 5
5.1测试组网图/结构关系图... 5
5.2测试原理/策略... 5
5.3 操作流程... 6
6测试需求... 6
6.1 环境需求... 6
6.2 被测对象需求... 6
6.3 测试工具需求... 6
6.4 测试代码需求... 6
6.5 测试数据需求... 6
7测试设计... 6
7.1 测试工具设计... 6
7.2 测试代码设计... 6
7.3 测试用例设计... 7
7.4 测试规程设计... 7
Agileone系统测试方案
关键词:Agileone,系统测试,需求,设计
摘 要:本文档是Agileone的系统测试方案文档,主要描述Agileone系统需要测试的特性、测试的方法、测试环境的规划、测试工具的选择,测试用例的设计方法,从而对整个测试活动进行规划和控制。
缩略语清单:
参考资料清单:
本文档主要用来指导Agileone系统测试的需求设计,测试用例的设计以及测试规程的设计,是参加测试用例设计、测试代码设计和测试执行的测试工程师和相关的开发人员的工作参考依据。
AgileOne V1.1 是项目管理系统的开发和测试对象,没有商用的需求,仅提供给培训学员,作为完成系统测试计划、策略和系统测试用例的依据。软件需求规格文档由成都博为峰软件技术有限公司完成。AgileOne V1.1是一个项目文件管理工具,该工具使用B/S结构,编程语言为PHP,Mysql作为数据库,可以提供用户对实际工作中的项目需求进行有效管理,并且提供测试用例设计与缺陷管理功能
1.功能特性
2.性能特性
需要测试如下性能指标:
(1) 用户登陆该系统成功时的响应时间;
(2) 成功新增,成功编辑,成功搜索,成功重置,成功删除各需求项的响应时间;
(3) 成功切换中英文状态下的响应时间;
(4) 容纳各个新增子项的最大数量;
运行该系统的时候其稳定性
3.配置特性
Agileone v1.1运行在PC上,其运行环境的软、硬件配置满足如下条件:
A.操作系统:为WINDOWS98以上的操作系统;
B. 硬件限制:CPU:333MHZ以上,内存:64M以上;
C. 安装运行Mysql数据库。
1. UI布局合理性、UI的美观及UI控件的约束
本次涉及到UI控件布局的合理性以及UI控件的约束不在本次测试范围之内。此部分内容只要不影响正常的功能操作就暂时认为通过。
2、压力测试此次测试不考虑进行。
功能测试不需要利用任何辅助工具来执行测试用例,然后依据测试用例的实际数据在QC管理工具里进行用例的执行,从而实现各缺陷的生成管理。
性能测试就是用来测试软件在集成系统中的运行性能,并以度量系统性对于预定义目标差距为核心。
配置测试主测的系统为win7、xp系统,其他平台只实施优先级为高的案例。
测试执行按照功能测试-》配置测试-》性能测试的顺序。系统预测试通过进入系统测试,测试组长根据测试计划和方案安排人员进行系统测试。测试人员发现问题后提交缺陷报告,测试完成后提交测试报告报告。
功能测试:CPU、服务器端windows20##、客户端windowsXP,SQL serve 20## 数据库
性能测试:与功能测试相同
搭建windows2003,安装qc,sqlserver
Agileone项目管理系统
本测试不需要工具
本测试为系统测试,无代码需求。
无
1.本次测试采用已有的工具quality center来进行测试管理,不需要另外进行测试工具开发。性能测试用Httpwatch。
本需要测试不需要代码设计
等价类:等价类时之某个输入域的子集合,在该集合中,各个输入数据对于揭露软件中的错误都是等效的。并合并的假设某等价类的代表值就等于对这一类其他值的测试。
边界值:是假定大多数的错误时发生在各个输入条件的边界上,如果在边界的取值不会导致错误,那么其他的取值出错的可能性也很小。
正交表:从大量的试验点中挑选出适量的、有代表性的点、应用依据正交表,合理的安排实验的一种科学试验方法。
状态迁移:对被测系统抽象出他的若个状态、及状态间的切换条件和切换路径,从状态迁移路径覆盖的角度来设计用例对该系统进行测试。
详见《测试规程》文档。
SystemTestDoc系统测试计划20xx11Version100WrittenbyiokingAllRightsReserv…
系统测试计划模版1范围本章应分以下各节11标识本节给出本文档所适用系统和软件的完整标识包括所适用的标识号标题缩略语版本号及发行号等…
软件测试计划1总论1项目背景本次的被测项目是一个基于BS结构的Web博客系统该系统可以实现用户注册以及好友的搜索增添基本的文章发布…
学生信息管理系统测试计划1引言11编写目的为了保证学生信息管理系统的各项功能可靠的实现特编写了此测试计划对所开发软件的各功能模块和…
校园博客测试计划1测试计划标示符P20xx01001STTPL2引言1目标制定校园博客管理系统的系统测试计划的目标是a细化准备和进…
iCollege项目测试计划XX系统测试计划目录第一章引言111编写目的112项目背景113定义错误未定义书签14参考资料错误未定…
软件测试计划模板此页为模板文档本身的版本控制记录表按模板生成的正式文档中不需要此页XXXXXX信息系统系统测试计划软件测试部YYY…
142争议事项简要说明争议事项143风险评估通过对技术文档的阅读对被测系统可能存在的问题系统设计数据库设计响应时间计费策略因测试环…
软件测试计划目录1前言2111213142编写目的2名词解释2参考资料2测试摘要2资源需求3212223硬件资源3软件资源3人力资…
测试计划目录1概述111121314产品简介1范围1限制条件1参考文档12约定2212223测试目标2接收标准2资源和工具2资源2…