软件测试与质量保证-开发文档 软件测试文档_第1页
软件测试与质量保证-开发文档 软件测试文档_第2页
软件测试与质量保证-开发文档 软件测试文档_第3页
软件测试与质量保证-开发文档 软件测试文档_第4页
软件测试与质量保证-开发文档 软件测试文档_第5页
已阅读5页,还剩28页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

XXX系统测试案例PAGE1第1页共12页 XXX系统测试案例XXX系统测试计划XXX系统测试计划编写:编写:XXX日期:YYYY-MM-DD审核:日期:批准:日期:受控状态:是发布版次:1.0日期:YYYY-MM-DD编号:

变更记录日期版本变更说明作者YYYY-MM-DDV1.0新建XXX签字确认职务姓名签字日期

目录TOC\o"1-3"\h\z1 引言 41.1 编写目的 41.2 背景 41.3 定义 41.4 参考资料 41.5 控制信息 41.6 测试目标 52 计划 52.1 进度安排及里程碑 52.2 角色 52.3 系统 62.4 可交付工件 62.4.1 测试模型 62.4.2 测试记录 72.4.3 缺陷报告 72.5 测试资料 72.6 项目风险分析 73 测试设计说明(大纲) 73.1 概述 73.1.1 测试方法和测试案例选取的原则 73.1.2 测试的控制方式 73.1.3 数据选择策略: 83.1.4 测试过程描述和操作步骤: 83.2 软件说明 93.3 测试内容及测试重点 93.3.1 接受测试(AVT) 93.3.2 用户界面测试(UIT) 93.3.3 功能测试(FVT) 93.3.4 集成测试(SVT) 103.4 测试重点及用例的设计 103.5 评价 103.5.1 范围 103.5.2 准则 10引言编写目的本测试计划主要用于控制整个XXX项目测试(包括明确测试目的、测试内容、测试进度安排、测试资源调配、以及对一些项目协作接口进行明确)目的通过此测试计划能够控制整个测试项目合理、全面、准确、协调地完成。项目管理人员根据此计划,可以对项目进行宏观调控。测试人员根据此计划,能够明确自己的权利、职责,并对项目的总体情况有个大致的认识,能够准确地定位自己在项目的作用,并能使自己从事的工作从整体的意义上发挥最大的作用。相关部门,可以根据此计划,对相关资源进行准备。背景a.本测试计划从属于XXX,为XXX实现XXX。b.项目任务的提出者为:XXX公司项目管理部;

系统的开发者为:XXX公司;

系统的使用者为:XXX;c.此测试项目的进行,将在需求确认后开始执行,基准是准确、全面的需求文档。测试重点是对开发实现的功能进行测试。定义参考资料《XXX功能界定书》10版本b.《XXX测试计划编写规范》控制信息本项目测试经理:XXX;电话号码:XXX测试目标该测试项目将通过设计和执行接受测试、界面测试和功能测试,对软件实现的功能,以及软件的兼容性、安全性、实用性、可靠性、扩展性各个方面进行全面系统的测试。基于本系统的业务复杂性和开发周期短的特性,系统测试的重点将放在功能测试上。通过测试提高软件的质量,为用户提供最好的服务,并合理地避免软件的风险和减少软件的成本。测试报告确认该项目符合客户需求,第一、二级问题报告单的状态为close和cancel状态,经项目经理确认后,第三级问题报告单允许为其它状态,对没有解决的问题,已经进行了详细记载,该测试项目结束。计划进度安排及里程碑给出进行各项测试的日期和工作内容(如熟悉环境、培训、准备输入数据、实施测试等)。

里程碑任务工作开始日期结束日期制定测试计划XXX

YYYY-MM-DD

YYYY-MM-DD设计测试XXX

YYYY-MM-DD

YYYY-MM-DD实施测试XXX

YYYY-MM-DD

YYYY-MM-DD对测试进行评估XXX

YYYY-MM-DD

YYYY-MM-DD角色测试人员安排负责人:XXX其他负责人职责联系信息职责:负责制定测试计划;负责编写和验收用例;完成项目实测;负责与外部合作部门交互;负责协调内部人员的工作;负责编写测试报告。测试组成员姓名职责联系信息XXX负责部分测试案例的编写和测试XXX负责部分测试案例的编写和测试系统下表列出了测试项目所需的系统资源。系统资源资源名称/类型数据库服务器网络或子网服务器名称数据库名称客户端测试PC包括特殊的配置需求测试存储库网络或子网服务器名称测试开发PC可交付工件项目测试计划:项目测试案例:问题报告清单:测试模型测试记录采用测试案例缺陷报告采用问题报告单清单测试资料测试文档:测试相关模板。 需求文档:项目需求文档 项目风险分析编号可能风险风险的原因造成的问题采取的措施测试设计说明(大纲)概述测试方法和测试案例选取的原则系统:(要求从宏观的角度,对软件的各个方面进行测试)全面:(要求测试案例能够覆盖每一个测试点的要点)合理:(测试的用例的选择避免重复测试、选择最好的测试方法将测试点合理覆盖)测试的控制方式测试案例的实现必须遵守测试计划的安排。实际测试必须以测试案例为基准。实际测试中测试案例的状态记载:(1)failed:如果某一步测试案例失败,但不影响以后测试案例处理(2)block:如果某一步测试案例失败,并影响以后测试案例处理(3)good:成功测试实际测试与外部交互使用问题报告单清单进行交流。测试人员必须详细、准确填写报告单内容。开发修改人员要详细、准确地填写修改情况通过问题报告单清单的状态进行测试和修改交互(1)open:当开始一个问题报告单时,为open开发返回后,错误仍存在为open(2)fixed/return开发人员对错误进行了修改,为fixed开发人员对错误没有进行修改,返回测试部为return(3)close/cancel测试人员确认错误已经修改,为close测试人员确认错误的无效或可以接受(标记)为cancel对外部交互使用一个接口。测试版本的控制由项目开发组随版本发布时提交版本提交单,测试组完成测试后提交版本测试报告,版本更新时由开发组填写更新记录。测试案例的命名原则:测试面_[测试功能]_[测试点]编号例如:FVT_Manage_PersonAdd001(功能测试_管理员部分_人员增加001)问题报告单清单命名原则为:问题报告单清单+_测试人员名称+_日期例如:问题报告单清单_刘飞_20020101数据选择策略:数据的选择全面覆盖所有数据、并要求避免冗余数据的使用(采用边界值、特殊值、以及普通值)。测试过程描述和操作步骤:书写测试计划参考测试计划、需求、概要设计以及部分详细设计文档进行案例设计参考测试计划和测试案例进行实际测试操作测试总结测试设计详细说明:基本界面连接测试测试基本流程(简易的IVT)测试功能块(重点为容错测试)统计信息的测试(IVT)软件说明XXX。测试内容及测试重点本测试将通过接受测试、用户界面测试、功能测试、集成测试,对系统进行测试。接受测试(AVT)目的:对待测试软件产品的完整性和可用性进行评定内容:根据系统功能界定检查软件产品功能结构的完整,以及系统安装、配置、运行的可用性。用户界面测试(UIT)目的:对系统中出现的所有页面进行全面测试内容:对系统的功能页面进行各种可操作性测试重点:容错检测功能测试(FVT)目的:对XXX进行全面测试内容:对系统的业务操作进行各种可能性流程测试重点:权限测试数据正确性测试集成测试(SVT)目的:对整个系统进行全面测试,主要包括系统兼容性、安全性、实用性、可靠性、扩展性。内容:把整个系统所涉及的操作,按照系统流程进行测试。重点:系统操作权限的安全性系统业务配置的扩展性测试重点及用例的设计测试的重点将主要放在功能测试上,包括如下模块:XXXXXX评价范围功能测试涵盖测试全过程。界面测试涵盖测试全过程。准则系统功能符合客户需求。XXX系统测试报告XXX系统测试报告编写:编写:XXX日期:YYYY-MM-DD审核:日期:批准:日期:受控状态:是发布版次:1.0日期:YYYY-MM-DD编号:变更记录日期版本变更说明作者YYYY-MM-DDV1.0新建XXX签字确认职务姓名签字日期目录1.基本信息 22.实况记录 23.分析与建议 24.缺陷修改记录 21.基本信息测试计划的来源提示:填写《测试计划书》名称,版本,时间测试用例的来源提示:填写《测试用例》名称,版本,时间测试对象描述测试环境描述测试驱动程序描述提示:可以把测试驱动程序当作附件测试人员测试时间……2.实况记录测试用例名称测试结果缺陷严重程度3.分析与建议提示:对测试结果进行分析,提出建议。4.缺陷修改记录提示:如果采用了缺陷管理工具,能自动产生缺陷报表的话,则无需本表。缺陷名称原因修改人修改时间是否进行了回归测试…附件.XXX系统测试案例XXX系统测试案例编写:编写:XXX日期:YYYY-MM-DD审核:日期:批准:日期:受控状态:是发布版次:1.0日期:YYYY-MM-DD编号:

变更记录日期版本变更说明作者YYYY-MM-DDV1.0新建XXX签字确认职务姓名签字日期编写:XXX 编写:XXX 日期:审核:日期:批准:日期:受控状态:是否发布版次:日期:编号:XXX测试案例

目录文档介绍 40.1文档目的 40.2文档范围 40.3读者对象 40.4参考文献 40.5术语与缩写解释 41.接口-路径测试用例 41.1被测试对象(单元)的介绍 41.2测试范围与目的 41.3测试环境与测试辅助工具的描述 41.4测试驱动程序的设计 41.5接口测试用例 41.6路径测试的检查表 52.功能测试用例 62.1被测试对象的介绍 62.2测试范围与目的 62.3测试环境与测试辅助工具的描述 62.4测试驱动程序的设计 62.5功能测试用例 63.健壮性测试用例 63.1被测试对象的介绍 63.2测试范围与目的 63.3测试环境与测试辅助工具的描述 63.4测试驱动程序的设计 63.5容错能力/恢复能力测试用例 64.性能测试用例 74.1被测试对象的介绍 74.2测试范围与目的 74.3测试环境与测试辅助工具的描述 74.4测试驱动程序的设计 74.5性能测试用例 75.图形用户界面测试用例 75.1被测试对象的介绍 75.2测试范围与目的 85.3测试环境与测试辅助工具的描述 85.4测试驱动程序的设计 85.5测试人员分类 85.6用户界面测试的检查表 86.信息安全性测试用例 86.1被测试对象的介绍 86.2测试范围与目的 86.3测试环境与测试辅助工具的描述 96.4测试驱动程序的设计 96.5信息安全性测试用例 97.压力测试用例 97.1被测试对象的介绍 97.2测试范围与目的 97.3测试环境与测试辅助工具的描述 97.4测试驱动程序的设计 97.5压力测试用例 98.可靠性测试用例 108.1被测试对象的介绍 108.2测试范围与目的 108.3测试环境与测试辅助工具的描述 108.4测试驱动程序的设计 108.5可靠性测试用例 109.安装/反安装测试用例 109.1被测试对象的介绍 109.2测试范围与目的 109.3测试环境与测试辅助工具的描述 109.4测试驱动程序的设计 119.5安装/反安装测试用例 11PAGE文档介绍提示:请用户根据项目的实际测试状况,裁剪本测试用例模板。0.1文档目的0.2文档范围0.3读者对象0.4参考文献提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符]作者,文献名称,出版单位(或归属单位),日期例如:[AAA]作者,《立项建议书》,机构名称,日期[SPP-PROC-ST]SEPG,系统测试规范,机构名称,日期0.5术语与缩写解释缩写、术语解释SPP精简并行过程,SimplifiedParallelProcess…1.接口-路径测试用例1.1被测试对象(单元)的介绍1.2测试范围与目的1.3测试环境与测试辅助工具的描述1.4测试驱动程序的设计1.5接口测试用例接口A的函数原型输入/动作期望的输出/相应实际情况典型值…边界值…异常值…接口B的函数原型输入/动作期望的输出/相应实际情况典型值…边界值…异常值……1.6路径测试的检查表检查项结论数据类型问题(1)变量的数据类型有错误吗?(2)存在不同数据类型的赋值吗?(3)存在不同数据类型的比较吗?变量值问题(1)变量的初始化或缺省值有错误吗?(2)变量发生上溢或下溢吗?(3)变量的精度不够吗?逻辑判断问题(1)由于精度原因导致比较无效吗?(2)表达式中的优先级有误吗?(3)逻辑判断结果颠倒吗?循环问题(1)循环终止条件不正确吗?(2)无法正常终止(死循环)吗?(3)错误地修改循环变量吗?(4)存在误差累积吗?内存问题(1)内存没有被正确地初始化却被使用吗?(2)内存被释放后却继续被使用吗?(3)内存泄漏吗?(4)内存越界吗?(5)出现野指针吗?文件I/O问题(1)对不存在的或者错误的文件进行操作吗?(2)文件以不正确的方式打开吗?(3)文件结束判断不正确吗?(4)没有正确地关闭文件吗?错误处理问题(1)忘记进行错误处理吗?(2)错误处理程序块一直没有机会被运行?(3)错误处理程序块本身就有毛病吗?如报告的错误与实际错误不一致,处理方式不正确等等。(4)错误处理程序块是“马后炮”吗?如在被它被调用之前软件已经出错。…2.功能测试用例2.1被测试对象的介绍2.2测试范围与目的2.3测试环境与测试辅助工具的描述2.4测试驱动程序的设计2.5功能测试用例功能A描述用例目的前提条件输入/动作期望的输出/相应实际情况示例:典型值…示例:边界值…示例:异常值…功能B描述用例目的前提条件输入/动作期望的输出/相应实际情况……3.健壮性测试用例3.1被测试对象的介绍3.2测试范围与目的3.3测试环境与测试辅助工具的描述3.4测试驱动程序的设计3.5容错能力/恢复能力测试用例异常输入/动作容错能力/恢复能力造成的危害、损失示例:错误的数据类型…示例:定义域外的值…示例:错误的操作顺序…示例:异常中断通信…示例:异常关闭某个功能…示例:负荷超出了极限…4.性能测试用例4.1被测试对象的介绍4.2测试范围与目的4.3测试环境与测试辅助工具的描述4.4测试驱动程序的设计4.5性能测试用例性能A描述用例目的前提条件输入数据期望的性能(平均值)实际性能(平均值)性能B描述用例目的前提条件输入数据期望的性能(平均值)实际性能(平均值)……5.图形用户界面测试用例5.1被测试对象的介绍5.2测试范围与目的5.3测试环境与测试辅助工具的描述5.4测试驱动程序的设计5.5测试人员分类类别特征A类B类……5.6用户界面测试的检查表检查项测试人员的类别及其评价窗口切换、移动、改变大小时正常吗?各种界面元素的文字正确吗?(如标题、提示等)各种界面元素的状态正确吗?(如有效、无效、选中等状态)各种界面元素支持键盘操作吗?各种界面元素支持鼠标操作吗?对话框中的缺省焦点正确吗?数据项能正确回显吗?对于常用的功能,用户能否不必阅读手册就能使用?执行有风险的操作时,有“确认”、“放弃”等提示吗?操作顺序合理吗?有联机帮助吗?各种界面元素的布局合理吗?美观吗?各种界面元素的颜色协调吗?各种界面元素的形状美观吗?字体美观吗?图标直观吗?…6.信息安全性测试用例6.1被测试对象的介绍6.2测试范围与目的6.3测试环境与测试辅助工具的描述6.4测试驱动程序的设计6.5信息安全性测试用例假想目标A前提条件非法入侵手段是否实现目标代价-利益分析……假想目标B前提条件非法入侵手段是否实现目标代价-利益分析……7.压力测试用例7.1被测试对象的介绍7.2测试范围与目的7.3测试环境与测试辅助工具的描述7.4测试驱动程序的设计7.5压力测试用例极限名称A例如“最大并发用户数量”前提条件输入/动作输出/响应是否能正常运行例如10个用户并发操作例如20个用户并发操作…极限名称B前提条件输入/动作输出/响应是否能正常运行…8.可靠性测试用例8.1被测试对象的介绍8.2测试范围与目的8.3测试环境与测试辅助工具的描述8.4测试驱动程序的设计8.5可靠性测试用例任务A描述连续运行时间故障发生的时刻故障描述……统计分析任务A无故障运行的平均时间间隔(CPU小时)任务A无故障运行的最小时间间隔(CPU小时)任务A无故障运行的最大时间间隔(CPU小时)任务B描述连续运行时间故障发生的时刻故障描述……统计分析任务B无故障运行的平均时间间隔(CPU小时)任务B无故障运行的最小时间间隔(CPU小时)任务B无故障运行的最大时间间隔(CPU小时)9.安装/反安装测试用例9.1被测试对象的介绍9.2测试范围与目的9.3测试环境与测试辅助工具的描述9.4测试驱动程序的设计9.5安装/反安装测试用例配置说明安装选项描述是否正常使用难易程度全部部分升级其他反安装选项描述是否正常使用难易程度XXX可评测报告编写:XXX可评测报告编写:XXX日期:YYYY-MM-DD审核:日期:批准:日期

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论