软件测试计划

软件测试计划

ID:68423577

大小:142.50 KB

页数:29页

时间:2021-11-11

软件测试计划_第1页
软件测试计划_第2页
软件测试计划_第3页
软件测试计划_第4页
软件测试计划_第5页
软件测试计划_第6页
软件测试计划_第7页
软件测试计划_第8页
软件测试计划_第9页
软件测试计划_第10页
资源描述:

《软件测试计划》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、-.软件测试方案.word.zl.-.文档编号:文档名称:编写:审核:批准:批准日期:目录1简介31.1目的31.2背景31.3围3.word.zl.-.1.4工程标识32测试需求43测试策略43.1测试类型53.1.1数据和数据库完整性测试53.1.2功能测试53.1.3业务周期测试63.1.4用户界面测试63.1.5性能评价73.1.6负载测试83.1.7强度测试83.1.8容量测试93.1.9平安性和访问控制测试103.1.10故障转移和恢复测试113.1.11配置测试123.1.12安装测试133.2工具144资源144.1角色144.2系统155工程里程碑16.word.zl.

2、-.6可交付工件166.1测试日志166.2缺陷报告167附录A:工程任务16.word.zl.-.1简介1.1目的<工程名称>的这一“测试方案〞文档有助于实现以下目标:•[确定现有工程的信息和应测试的软件构件。•列出推荐的测试需求〔高层次〕。•推荐可采用的测试策略,并对这些策略加以说明。•确定所需的资源,并对测试的工作量进展估计。•列出测试工程的可交付元素1.2背景[输入测试对象〔组件、应用程序、系统等〕及其目标的的简要说明。需要包括的信息有:主要的功能和特性、测试对象的构架以及工程的简史。本节应该只包含3至5个段落。]1.3围[描述测试的各个阶段,例如:单元测试、集成测试或系统测试,

3、并说明本方案所针对的测试类型〔如功能测试或性能测试〕。简要地列出测试对象中将承受测试或将不承受测试的那些特性和功能。如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施,那么列出所有这些假设。列出可能会影响测试设计、开发或实施的所有风险或意外事件。.word.zl.-.列出可能会影响测试设计、开发或实施的所有约束。]1.4工程标识下表列出了制定测试方案所用的文档,并标明了文档的可用性:[注:可以视情况删除或添加工程。]文档〔版本/日期〕已创立或可用已被承受或已经过复审作者或来源备注需求规约o是o否o是o否功能性规约o是o否o是o否用例报告o是o否o是o否工程方案o是o否o

4、是o否设计规约o是o否o是o否原型o是o否o是o否用户手册o是o否o是o否业务模型或业务流程o是o否o是o否数据模型或数据流o是o否o是o否业务功能和业务规那么o是o否o是o否工程或业务风险评估o是o否o是o否.word.zl.-.2测试需求下面列出了那些已被确定为测试对象的工程〔用例、功能性需求和非功能性需求〕。此列表说明了测试的对象。[在此处输入一个主要测试需求的高层次列表。]3测试策略[测试策略提供了推荐用于测试对象的方法。上一节“测试需求〞中说明了将要测试哪些对象,而本节那么要说明如何对测试对象进展测试。对于每种测试,都应提供测试说明,并解释其实施和执行的原因。如果不实施和执行某

5、种测试,那么应该用一句话加以说明,并述这样做的理由。例如,“将不实施和执行该测试。。该测试不适宜。〞制定测试策略时所考虑的主要事项有:将要使用的方法以及判断测试何时完成的标准。下面列出了在进展每项测试时需考虑的事项,除此之外,测试还只应在平安的环境中使用的、受控的数据库来执行。]3.1测试类型用列表的方式〔例如IPO表即输入、处理、输出表的形式〕,逐项定量和定性地表达对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数。.word.zl.-.3.1.1数据和数据库完整性测试[数据库和数据库进程应作为<工程名称>中的子系统来进

6、展测试。在测试这些子系统时,不应将测试对象的用户界面用作数据的接口。对于数据库管理系统(DBMS),还需要进展深入的研究,以确定可以支持以下测试的工具和方法。]测试目标:[确保数据库访问方法和进程正常运行,数据不会遭到损坏。]方法:·[调用各个数据库访问方法和进程,并在其中填充有效的和无效的数据或对数据的请求。·检查数据库,确保数据已按预期的方式填充,并且所有数据库事件都按正常方式出现;或者检查所返回的数据,确保为正当的理由检索到了正确的数据]完成标准:[所有的数据库访问方法和进程都按照设计的方式运行,数据没有遭到损坏。]需考虑的特殊事项:·[测试可能需要DBMS开发环境或驱动程序以便在

7、数据库中直接输入或修改数据。·进程应该以手工方式调用。·应使用小型或最小的数据库〔其中的记录数很有限〕来使所有无法承受的事件具有更大的可见性。]3.1.2功能测试[测试对象的功能测试应该侧重于可以被直接追踪到用例或业务功能和业务规那么的所有测试需求。这些测试的目标在于核实能否正确地承受、处理和检索数据以及业务规那么是否正确实施。这种类型的测试基于黑盒方法,即通过图形用户界面(GUI).word.zl.-.与应用程序交互并分析输出结果

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。