软件测试方案模板(20页).doc
《软件测试方案模板(20页).doc》由会员分享,可在线阅读,更多相关《软件测试方案模板(20页).doc(20页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、-软件测试方案模板-第 17 页XX项目软件测试方案编号:XXXX公司2017年XX月目录1文档说明1文档信息1文档控制1变更记录1审阅记录12引言2编写目的2读者对象2项目背景2测试目标2测试参考文档和测试提交文档2测试参考文档2测试提交文档3术语和缩略语33测试要求5测试配置要求5硬件环境5软件环境5测试手段6测试方法6测试数据6测试策略6单元测试6集成测试7系统测试7验收测试11测试资源11测试阶段及范围11通过测试的标准114软件结构介绍12概述125用例表格146关注点14文本输入框14下拉列表15增加数据15修改数据15删除数据15查询数据16数据导入导出16数据接入与处理16其他
2、167附录16附录1审批记录表161 文档说明1.1 文档信息文档基本信息参看表 1-1文档信息表。表 1-1文档信息表文档作者XX公司创建日期XX年X月X日当前版本V1.0上次版本无1.2 文档控制1.2.1 变更记录文档变更记录在表 1-2文档变更记录表中详细记录。表 1-2文档变更记录表变更日期变更人版本备注XX公司新增1.2.2 审阅记录表 1-3审阅记录表 中详细记录了审阅记录。表 1-3审阅记录表审阅日期审阅人版本备注2 引言2.1 编写目的说明编写本测试方案的目的是为软件开发项目管理者、软件工程师、系统维护工程师、测试工程师提供关于XX项目系统整体系统功能和性能的测试指导。同时,
3、该文档也是用户确定软件是否完整测试的重要依据。2.2 读者对象本测试方案可能的合法读者对象为软件开发项目管理者、软件工程师、测试组、系统维护工程师、用户。2.3 项目背景项目名称:XX简称:XX委托单位:XX开发单位:XX2.4 测试目标在用户使用软件之前,尽可能地发现软件中存在的错误和不合理之处,排除软件中潜在的错误,最终把高质量的软件系统交给用户。系统的测试目标:功能、性能、UI、安全性、兼容性、容量。2.5 测试参考文档和测试提交文档2.5.1 测试参考文档表 2-1参考资料列出了此次计划涉及到的参考资料。表 2-1参考资料名称备注XXGBT 15532-2008 计算机软件测试规范GB
4、T 9386-2008 计算机软件测试文档编制规范2.5.2 测试提交文档测试提交文档如表 2-2测试提交文档表 2-2测试提交文档文档名称备注软件测试计划软件测试方案软件测试用例软件测试记录软件测试报告2.6 术语和缩略语本文使用了表 2-3术语/定义表所显示的面向用户的术语、定义,包括通用词语在本文档中的专用解释。表 2-3术语/定义表术语/定义说明软件测试软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试,甚至根据需要编写不同的测试工具,设计和维护测试系统,对测试方案可能出现的问题进行分析和评估。系统测试系统测试是通过与系统的需求规格作比较,发现软件与系统需求规格不相符合
5、或与之矛盾的地方。它将通过确认测试的软件,作为整个基于计算机系统的一个元素,与计算机硬件、外设、某些支持软件、数据和人眼等其他系统元素结合起来,在实际使用环境下,对计算机系统进行的测试。功能测试黑盒测试是基于系统需求规格,在不知道系统或组件的内部结构的情况下进行的测试。通常又将黑盒测试叫做:基于规格的测试、输入输出测试、功能测试或数据驱动测试。是基于用户观点出发的测试。主要是验证功能是否符合需求,包括原定功能的校验、是否有冗余功能、遗漏功能。性能测试性能测试关注的是系统的整体。它和通常说的强度、压力、负载测试有密切关系。所以压力和强度测试应该与性能测试一同进行。Error! Reference
6、 source not found.所列为本文用到的缩略语。表 2-4缩略语表缩略语说明3 测试要求3.1 测试配置要求3.1.1 硬件环境测试配置需要的硬件环境如表 3-1硬件环境表 表 3-1硬件环境表资源类型资源描述数量云存储3.1.2 软件环境测试配置需要的软件环境如表 3-2软件环境表 表 3-2软件环境表分类软件运行系统服务器数据库其他3.2 测试手段3.2.1 测试方法系统的功能测试我们选用的是手工测试,运用黑盒测试中的等价类划分、边界值分析、错误推测、因果图法。系统UI方面的测试包括:易用性测试、规范性测试、帮助设施测试、合理性测试、美观与协调性测试、独特性测试、快捷方式组合测
7、试。系统的安全性、兼容性、安装与反安装、配置测试也是手工测试。单元测试采用的方法是白盒测试,功能测试采用黑盒测试。3.3 测试数据测试数据主要按照XX,参考XX中规定的运行限制,设计测试用例,作为XX平台的测试数据。3.4 测试策略3.4.1 单元测试首先按照系统、子系统和模块进行划分,但最终的单元必须是功能模块,或面向对象过程中的若干个类。单元测试是对功能模块进行正确性检验的测试工作,也是后续测试的基础。目的是在于发现各模块内部可能存在的各种差错,因此需要从程序的内部结构出发设计测试用例,着重考虑以下五个方面:1) 模块接口:对所测模块的数据流进行测试。2) 局部数据结构:检查不正确或不一致
8、的数据类型说明、使用尚未赋值或尚未初始化的变量、错误的初始值或缺省值。3) 路径:虽然不可能做到穷举测试,但要设计测试用例查找由于不正确的计算(包括算法错、表达式的符号表示不正确、运算精度不够等)、不正确的比较或不正常的控制流(包括不同数据类型量的相互比较、不适当地修改了循环变量、错误的或不可能的循环终止条件等)而导致的错误。4) 错误处理:检查模块有没有对预见错误的条件设计比较完善的错误处理功能,保证其逻辑上的正确性。5) 边界:注意设计数据流、控制流中刚好等于、大于或小于确定的比较值的用例。3.4.2 集成测试集成测试也叫组装测试或联合测试。通常,在单元测试的基础上需要将所有的模块按照设计
9、要求组装成系统,这时需要考虑的问题:1) 在把各个模块连接起来的时候,穿越模块接口的数据是否会丢失。2) 一个模块的功能是否会对另一个模块的功能产生不利的影响。3) 各个子功能组合起来,能否达到预期要求的父功能。4) 全局数据结构是否有问题。5) 单元模块的误差累积起来,是否会放大,从而达到不能接受的程度。我们在组装时可参考采用一次性组装方式或增殖式组装方式。3.4.3 系统测试系统测试目的是在于验证软件的功能和性能及其他特性是否与用户的要求一致,主要是下列类型的测试:1) 功能测试:验证系统功能是否符合其需求规格说明书,核实系统功能上是否完整,没有冗余和遗漏的功能。功能测试详细介绍如表 3-
10、3功能测试详细表所示:表 3-3功能测试详细表测试范围验证数据精确度、数据类型、业务功能等相关方面的正确性测试目标核实所有功能均已正常实现,即是否与需求一致技 术采用黑盒测试、边界测试、等价类划分等测试方法工具与方法手工测试开始标准开发阶段对应的功能完成并且测试用例设计完成完成标准测试用例通过并且最高级缺陷全部解决需考虑的特殊事项2) 用户界面测试:测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。详细介绍如表 3-4UI测试介绍表所示:表 3-4UI测试介绍表测试范围1导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、TITLE、提示
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 方案 模板 20
限制150内