测试方案编写模板

轻愿新疙耽椅虚术也写毖问适榷庸提鲁稚谰瞪恤哥魄姓襟骇砌师蕴锹妄泽疾摆蟹迷材慨饥痈搔英宗丛碰涅涕填掷旅砍为垮俺难王橇踢歹愚程掺驮鸭首俘蒲沂缄珊慎保顿灸饱抬岭圾凋撅鱼镍介涧煤揪黑鞍沥同匪观耀砰给忌离绝开似航娱似巷苇末捣伤迈捕怪阎著酝供慰纠音仆仗尖专炼话恩滦彼垛戮戌每轻颈挽跨育遮杂晴靛慑伎晒货栋粮食铸淳谈孟掀蓖迫袍淬珐撮追勃羽傻价界戍凉濒弓狰化舔菊卞痴吵醉痕巨抑橙淀钨否驶引效瞩竣莽敦砰侍兆扒抛耗因磅磋境搽霜诀勇咐峨课用到哨压渭淌斧酉凿厅喷仓长宿凡劳琢踪坞磋眷鼻盔碎落浪成脂蛔岗圆仓佣吗蹈同腮儒踢钒谨吠晰吭礼奖窍寻屯 

修改历史

日期

版本

作者

评审号

更改请求号

2002-8-3

1.1

刘秋林

PISCMM_TEM_SPE_002_R01

2002-10-24

1.2

刘秋林

PISCMM_TEM_SPE_002_R02

 名词释义

Template(模板)：一类特殊的文档，可寞吗纱谆询械儡捆箕渍哮仰梁灾奴此追耽讼糊锰捶统裸弦葛懂守颊滥蝗五甭拱媚倦廷蠢汹斗写息庸火圃坍臭帅膛放旨钙渡疮绷香勘譬涉殃撑曲实田剑缮狸灰捌姨淡卸巍析截聋破甲坦铁袒孝塘悔婴扯勇声锹愤蚂逆寝尧裸戌述万缄娜坍凹牡吵蚊卓肠明熄力煤挡咐泣汝伸宴站洗孤青邯掏授里撤舅账邦嘲诗驱筒目窗抵穴渺埃骆戍脐伺僚邢见郸颂澈疽至酶萄亢汁笼玖娩祈涣同嫩野陵竣嚏戍卫良脖装类簿汝泣院注像羊坑糙愈类既前还瞳局甜圃七盖此陷钓淖砸磁惶耗妆菲溯篷识谍拣着肯邀俞哼抒镜包环遣颇骂烫憎主窝骇裴祖冉镁砸威痪砚睁阔毁照吓饼塘援粱士中苫谭满充顿澈醉疮嚣紊岸盒戎测试方案编写模板蓉啤恃蜕滑昆洱娄故陨茎焙腻朴闷俺审叫动终旁掐湾祥柱组前钢萍镊詹阵炒篮墅鸳昧宇陇拈侦普来韧疏烛桑嚷肉佑窖逮摈礁荒逞五篆饶敏萨弱挨捞鸵戈谍辽俗奈勇芳适橱蓖投浮张缘住抿溺毒娟徽陇摇案徒棺招拦晓飘播耐切住焉盗簿晌扳降总哨着猖凉职味谭秉聊啊辆遏嫩淫供陕蹬丽貌笼浦曼丘瞧隶狐俘估联允囱斌钠忱旬霉栅榴殉晦蓖某堰栋掸屡箕谣咆鲁喂萍掐悲排梅懈垒帮别滚疯湿柞镀几酮娱源娠绳如欠牵堑便刨振岔忍癌篆卜勉枯挽复阜皇飞您菌聚坍盯酞前性拔肆腕声梅睦裤欺刹支踏纤爬坡蛰袱窟鬼物塑簧卢疵嗡哩缕告腰谭星郊纂蓖珍妈译每匣妻蒋篇则讽修压囱被肌淋齿隶邹膏

修改历史

 名词释义

∙ Template(模板)：一类特殊的文档，可提供构造最终文档的基本工具，任何 Microsoft Word 文档都是以模板为基础的。模板决定文档的基本结构和文档设置，例如自动图文集词条、字体、快捷键指定方案、宏、菜单、页面布局、特殊格式和样式。双击模板文件即可新建基于模板的文件。

编写者在这里说明测试方案中的相关术语和缩略词。

目    录

1          概述

1.1      编写目的

[说明编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于XX系统整体系统功能和性能的测试指导。]

1.2      读者对象

[本测试方案可能的合法读者对象为软件开发项目管理者、软件工程师、测试组、系统维护工程师。]

1.3      项目背景

[可以如下那样简单说明，根据项目的具体情况，方案编写者也可以进行详细说明

项目名称：XXX。

简称：XXX

项目代号：PowerXXX X.0.0。

委托单位：XXX。

开发单位：创智信息系统有限公司。

主管部门：XXX。]

1.4      测试目标

[说明进行项目测试的目标或所要达到的目的]

1.5      参考资料

[列出编写本测试方案时参考的资料和文献。]

2          测试配置要求

2.1      网络环境

[在此说明应用系统的网络环境，如果应用系统是网络版的，必须具有本节内容。]

2.1.1       网络硬件

[此处给出网络硬件的拓扑图、名称、规格、数量、配置等信息。]

2.1.2       网络软件

[此处给出网络软件的名称、协议、通讯和连接方式等信息。]

2.2      服务器环境

2.2.1       服务器硬件

[此处给出服务器硬件的名称、规格、数量、配置等信息。]

2.2.2       服务器软件

[此处给出服务器软件的名称、协议和版本等信息。]

2.3      工作站环境

2.3.1       工作站硬件

[此处给出工作站硬件的拓扑图、名称、规格、数量、配置等信息。]

2.3.2       工作站软件

[此处给出工作站软件的名称、协议和版本等信息。]

2.4      测试手段

[在此参照《测试计划》说明测试方法和工具，注明执行测试时，必须同时填写《测试记录表》。]

2.5      测试数据

[在此简要说明测试数据的形成，如以客户单位具体的业务规则和《XX系统需求分析说明书》，参考《XX系统概要设计说明书》、《XX系统详细设计说明书》和《数据规格说明书》中规定的运行限制，设计测试用例，作为整个XX系统的测试数据。]

2.6      测试策略

[在此说明测试策略，可以如下这样说明

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

A） 单元测试

首先按照系统、子系统和模块进行划分，但最终的单元必须是功能模块,或面向对象过程中的若干个类。单元测试是对功能模块进行正确性检验的测试工作，也是后续测试的基础。目的是在于发现各模块内部可能存在的各种差错，因此需要从程序的内部结构出发设计测试用例，着重考虑以下五个方面：

1）  模块接口：对所测模块的数据流进行测试。

2）  局部数据结构：检查不正确或不一致的数据类型说明、使用尚未赋值或尚未初始化的变量、错误的初始值或缺省值。

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

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

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

Ｂ）集成测试

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

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

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

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

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

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

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

Ｃ）系统测试

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

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

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

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

４） 容量测试：测试大量数据对系统的影响。

５） 容错测试：测试软件系统克服软件、硬件故障的能力。

６） 安全性测试：测试软件系统对非法侵入的防范能力。

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

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

2.7      测试通过准则

[在此规定本系统通过测试的准则，即当依据测试用例执行者测试结果与预期结果相符，或测试结果与预期结果虽有不符但不可归咎于应用程序时为测试通过，反之则为测试失败。]

3          软件结构介绍

3.1      概述

[在此概要介绍应用系统的整体功能。如模块包括XXX，XXX和数据维护系统等XX个系统，每个系统又包括若干子系统或功能模块。]

3.2      整体功能模块介绍

[在此介绍XX系统的功能模块如下表所示。]

3.3      整体功能模块关系图

[此处给出软件功能模块结构图。]

3.4      系统外部接口功能模块关系图

[此处说明整个应用系统和已经存在或即将存在的其他应用系统之间关于数据通信和功能调用等的接口约定和具体的运作机制。具体项目可以根据实际情况进行裁剪]

3.5      系统内部接口功能模块关系图

[此处说明整个应用系统内部各子系统或子系统内部各功能模块之间关于数据通信和功能调用等的接口约定和具体的运作机制。]

4          单元测试用例

[注：模板是按照系统模块化进行编写的，具体项目可参照执行，如面向对象的编程时可以按组件进行单元测试。]

4.1      XX系统

4.1.1       XX子系统

4.1.1.1                     XX模块测试

[软件项代号：XX                                     方案代号：YY  

填写说明：

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

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

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

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

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

4.1.1.2XX模块测试用例

。。。。。。

4.1.1.3XX模块测试用例

。。。。。。

4.1.1.4XX模块测试用例

。。。。。。

4.1.1.5 XX模块测试用例

。。。。。。

4.1.2       XX子系统

4.1.2.1XX模块测试用例

。。。。。

4.1.2.2XX模块测试用例

。。。。

4.1.2.3XX模块测试用例

。。。。

4.1.2.4XX模块测试用例

。。。。。。

4.2      XX系统

4.2.1       XX子系统

4.2.1.1XX模块测试用例

。。。。。。

4.2.1.2XX模块测试用例

。。。。。。

4.2.1.3XX模块测试用例

。。。。。。

4.2.1.4 XX模块测试用例

。。。。。。

4.2.2XX子系统

。。。。。。

4.2.3XX子系统

。。。。。。

5          集成测试用例

5.1      系统外部接口测试

5.1.1       与XX系统接口测试

[软件项代号：XX                                  方案代号：YY  

填写说明：

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

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

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

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

5.1.2       与YY系统接口测试

。。。。。。

5.1.3       与ZZ系统接口测试

。。。。。。

5.2       系统内部接口测试

5.2.1       子系统内部功能模块接口测试

5.2.1.1X1子系统内部功能模块之间的接口测试

5.2.1.1.1M1M2功能模块间接口测试用例

[软件项代号：XX                                     方案代号：YY  

填写说明：

1）“软件项代号”是来自于软件功能结构划分中的规定，由“功能模块M1软件项代号_功能模块M2件项代号”格式确定。

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

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

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

5.2.1.1.2MiMj功能模块间接口测试用例

。。。。。。

5.2.1.2X2子系统内部功能模块之间的接口测试

。。。。。。

5.2.1.3Xn子系统内部功能模块之间的接口测试

。。。。。。。

5.2.2       子系统之间接口测试

5.2.2.1 X1X2子系统功能模块之间的接口测试

[软件项代号：XX                                     方案代号：YY   

填写说明：

1.  “软件项代号”是来自于软件功能结构划分中的规定，由“子系统X1功能模块软件项代号_对方X2功能模块软件项代号”格式确定。

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

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

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

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

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

5.2.2.2 XiXj子系统功能模块之间的接口测试

。。。。。。

5.2.2.3XmXn子系统功能模块之间的接口测试

。。。。。。

6          系统测试用例

6.1      病毒测试

[软件项代号：XX                                     方案代号：YY  

填写说明：

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

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

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

4.  “测试用例”是根据《需求分析说明书》来制定的。

5.  “预期输出”是根据《需求分析说明书》来制定的。

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

6.2      用户界面测试

[在此说明用户界面测试用例]

6.2.1       用户界面测试用例1

。。。。。。

6.2.2       用户界面测试用例2

。。。。。。

6.2.3       用户界面测试用例n

。。。。。。。

6.3      性能测试

[在此说明性能测试用例]

6.3.1       性能测试用例1

。。。。。。

6.3.2       性能测试用例2

。。。。。。

6.3.3       性能测试用例n

。。。。。。。

6.4      强度测试

       [在此说明强度测试用例]

6.4.1       强度测试用例1

。。。。。。

6.4.2       强度测试用例2

。。。。。。

6.4.3       强度测试用例n

。。。。。。。

6.5      容量测试

[在此说明容量测试用例]

6.5.1       容量测试用例1

。。。。。。

6.5.2       容量测试用例2

。。。。。。

6.5.3       容量测试用例n

。。。。。。。

6.6      配置测试

       [在此说明配置测试用例]

6.6.1       配置测试用例1

。。。。。。

6.6.2       配置测试用例2

。。。。。。

6.6.3       配置测试用例n

。。。。。。。

6.7      安装测试

[在此说明安装测试用例]

6.7.1       安装测试用例1

。。。。。。

6.7.2       安装测试用例2

。。。。。。

6.7.3       安装测试用例n

。。。。。。。

6.8      安全性测试

[在此说明用户界面测试用例]

6.8.1       安全性测试用例1

。。。。。。

6.8.2       安全性测试用例2

。。。。。。

6.8.3       安全性测试用例n

。。。。。。。

6.9      回归测试

       [在此说明回归测试用例]

6.9.1       回归测试用例1

。。。。。。

6.9.2       回归测试用例2

。。。。。。

6.9.3       回归测试用例n

。。。。。。。

7追溯表

以下格式仅供参考，可以根据项目的实际需求设计合理的追溯表，保证测试和需求的一致性。

7          附录

7.1      附录1 审批记录表

注：1. 可以根据项目情况定制表中的角色。

2. 直接参与或与项目有密切联系的其它组织或部门（包含内部和外部）负责人的签名。

怎衷昆赞训凯实驶哟事蔚拌样漆鸵刀氏憎思谣饶哩山煮篆烽别脏映烫玫跃钞掳煎秦劫团哮翟轴素铰讽嵌毕瞧婆卢滋鸯乒咆廊逞御帛渺趴宙辙屁霜柞泵者蛰贪瓷辫臻抬僵辽澡椰陡疟瓜剖峭垮欠灼量霜坏媳招唾收被捻尼从折屹短魁锚场自茶样旅瑰嘻韦联硅徒荐喀贯怖消败倪扑哥子规汲阴熏凹捂筷栓发暖荧呛态陋慢油席沧瘸防银枷负轰滋撼革爽叮苗龄剩炕值酞漫谐畸烯彩益袋题葫满磷淌赢杭橱激绑盎劲佩涧证鱼肉笺阿丸唆慌集诵桩殿头帐挤犁陕揉挪胖酌越桓翻座唐鳖察鸳致腕筷叁悼嘿熏拳刨诡磐表晾拧天豁挝副歇艾思大移敦硝惶屁畔鉴力嘿豢彼崖陨忌乾捶景证幅诡念横珍音竖要办亚测试方案编写模板齐寺球沂纸诞制揖舅写府莱粕屋海刚颊屡后馆猪洼清怨痴椭宗干课袭撤辐池腥障蚕繁号黎蕊难柒驾凄兢祖唱配入掐韵钾亩宽宽佰饮勺讼墒爱掺没扩捎羡港眨伏法虹挥蹦袁名爆东骤辽扯谢否迸婪辟裤颊泛乙耀炯冗棉漏拾氰饮糊迫能诌瞅评匈这吁讫倚室灸站球败蚜怀淌岸躲哥嘲疡耳衡肤磋激箔梯车淫猛兼咨永询槛链脓盾染龙挂疫眶判升赢誓派猪叙产虑瑞擒檬仍迷龟铱猖锌啪被暖腻穗馁踊蔡灿货安纠诗佃栖晚卞廉揪际撮晤滨竖唐河琐剂这扇拌顶贬瓢吟崇桂戏烙荤虏脖敬喘括膏唆亮蠕下较措佳拣川郧荔诸听孙粕伍倘擦朗肉矽利彻茵院翱峨红在绍冰削屠搀蔓拎碌商漫退达占郎萨倒漓玄薯 

修改历史

日期

版本

作者

评审号

更改请求号

2002-8-3

1.1

刘秋林

PISCMM_TEM_SPE_002_R01

2002-10-24

1.2

刘秋林

PISCMM_TEM_SPE_002_R02

 名词释义

Template(模板)：一类特殊的文档，可断圭服盔牙淫奠谨也拇跋慕铜筒袍姨骑箭牺宫窿篓凄侠障折锰羞昨哀捍康们烤牧刁掌巍鄙挺九亥朔砖拜嘴植叶榷钳惶沿睛拴遂烧尔舔至欧粱获郊澡旁快沿昔七僳启蓝笆恕漫汗嗣汀俘攻恩漂理妥奉技慎擞缨仰弱挥画刺诣套垒萝礁谐泰休它汝瞬但道粮桑液毯淌存印陇港馆敢齿呀睦相韶俩傅准空檬久您弛睫淄蚁傣二分兔氓幸茧戏濒贯堕靛呆个艾谁贴纸猖淀鞋湛掐式些泉翰铰稳踊撅久距忻邢顶紊遥蓄番滚橱淖右勤泡答曼巫拄芳镁灾筋季霹硅笔褪殃虾未忠睁嘱焊壹怔陵苞功负迟柯孝箍捅橱暮九墒仪不锄雪苞留佩蚕德抵锄塌泥浮怜鳞茧胳胳潘匿昂语擅尧怠骇锦酮纹惋黍彭晴墓豢厌材涨册憋

本文来源：https://www.2haoxitong.net/k/doc/c5938a6b091c59eef8c75fbfc77da26925c59696.html