《2022年软件测试计划书模板 .docx》由会员分享，可在线阅读，更多相关《2022年软件测试计划书模板 .docx（16页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精品_精品资料_软件测试方案书封面可编辑资料 - - - 欢迎下载精品_精品资料_修订历史记录版本日期XXXX年 XX 月 XXAMD修订者说明A- 添加, M- 修改, D-删除可编辑资料 - - - 欢迎下载精品_精品资料_目录1. 简介41.1 目的41.2 背景4范畴42. 测试参考文档和测试提交文档4测试参考文档4测试提交文档53. 测试进度54. 测试资源6人力资源6测试环境6测试工具65. 系统风险、优先级66. 测试策略7数据和数据库完整性测试7接口测试7集成测试8功能测试8用户界面测试9性能评测9负载测试10强度测试11容量测试11安全性和拜访掌握测试12故障转移和复原测试1
2、3配置测试14安装测试157. 问题严峻度描述158. 附录：项目任务16可编辑资料 - - - 欢迎下载精品_精品资料_1. 简介目的项目名称的这一“测试方案”文档有助于实现以下目标： 确定现有项目的信息和应测试的软件构件.列出举荐的测试需求高级需求.举荐可采纳的测试策略,并对这些策略加以说明.确定所需的资源,并对测试的工作量进行估量. 列出测试项目的可交付元素背景 对测试对象构件、应用程序、系统等及其目标进行简要说明.需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史.范畴 描述测试的各个阶段例如,单元测试、集成测试或系统测试 ,并说明本方案所针对的测试类型如功能测试或性能测
3、试.简要的列出测试对象中将接受测试或将不接受测试的那些性能和功能.假如在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施, 就列出全部这些假设.列出可能会影响测试设计、开发或实施的全部风险或意外大事.列出可能会影响测试设计、开发或实施的全部约束.2. 测试参考文档和测试提交文档下表列出了制定测试方案时所使用的文档,并标明白各文档的可用性：文档版本 / 日期可行性分析报告软件需求定义软件系统分析已创建或可用已被接收或已经过复审作者或来源备注是是是否否否是是是否否否 注：可适当的删除或添加文档项.可编辑资料 - - - 欢迎下载精品_精品资料_STD,DFD,CFD,DD软件概要设计
4、是否是否软件具体设计是否是否软件测试需求是否是否硬件可行性分析报告是否是否硬件需求定义是否是否硬件概要设计是否是否硬件原理图设计是否是否硬件结构设计包含FPGA设计PCB是是否否是是否否硬件测试需求是否是否PCB设计是否是否USB驱动设计是否是否Tuner BSP设计是否是否MCU设计是否是否模块开发手册是否是否测试时间表及人员支配是否是否测试方案是否是否测试方案是否是否测试报告是否是否测试分析报告是否是否用户操作手册是否是否安装指南是否是否 下面应当列出在测试阶段终止后,全部可提交的文档测试活动方案开头日期实际开头日期终止日期制定测试方案设计测试集成测试系统测试性能测试安装测试用户验收测试
5、对测试进行评估产品发布可编辑资料 - - - 欢迎下载精品_精品资料_下表列出了在此项目的人员配备方面所作的各种假定. 注：可适当的删除或添加角色项.角色所举荐的最少资源专职角色数量所安排的具体职责或注释下表列出了测试的系统环境软件环境相关软件、操作系统等硬件环境网络、设备等用途此项目将列出测试使用的工具：工具生产厂商 /自产版本5.系统风险、优先级 简要描述测试阶段的风险和处理的优先级可编辑资料 - - - 欢迎下载精品_精品资料_ 测试策略供应了对测试对象进行测试的举荐方法.对于每种测试,都应供应测试说明,并说明其实施的缘由.制定测试策略时所考虑的主要事项有：将要使用的技术以及判定测试何时
6、完成的标准.下面列出了在进行每项测试时需考虑的事项,除此之外, 测试仍只应在安全的环境中使用已知的、有掌握的数据库来执行.留意：不实施某种测试,就应当用一句话加以说明,并陈述这样的理由.例如,“将不实施该测试.该测试本项目不适用”. 要项目名称中,数据库和数据库进程应作为一个子系统来进行测试.在测试这些子系统时,不应将测试对象的用户界面用作数据的接口.对于数据库治理系统DBMS,仍需要进行深化的争论,以确定可以支持以下测试的工具和技术.测试目标： 确保数据库拜访方法和进程正常运行,数据不会遭到损坏测试范畴：技术： 调用各个数据库拜访方法和进程,并在其中填充有效的和无效的数据或对数据的恳求 .检
7、查数据库, 确保数据已按预期的方式填充,并且全部的数据库大事已正常发生.或者检查所返回的数据, 确保正值的理由检索到了正确的数据 开头标准：完成标准： 全部的数据库拜访方法和进程都根据设计的方式运行,数据没有遭到损坏. 测试重点和优先级：需考虑的特别事项： 测试可能需要 DBMS开发环境或驱动程序在数据库中直接输入或修改数据.进程应当以手工方式调用.应使用小型或最小的数据库记录的数量有限来使全部无法接受的大事具有更大的可视度.测试目标确保接口调用的正确性测试范畴：全部软件、硬件接口,记录输入输出数据技术：开头标准： 完成标准：测试重点和优先级：需考虑的特别事项：接口的限制条件可编辑资料 - -
8、 - 欢迎下载精品_精品资料_ 集成测试主要目的检测系统是否到达需求对业务流程及数据流的处理是否符合标准,检测系统对业务流处理是否存在规律不严谨及错误,检测需求是否存在不合理的标准及要求.此阶段测试基于功能完成的测试.测试目标检测需求中业务流程,数据流的正确性测试范畴：需求中明确的业务流程,或组合不同功能模块而形成一个大的功能.技术： 利用有效的和无效的数据来执行各个用例、用例流或功能, 以核实以下内容：在使用有效数据时得到预期的结果.在使用无效数据时显示相应的错误消息或警告消息.各业务规章都得到了正确的应用.开头标准：在完成某个集成测试时必需到达标准完成标准： 所方案的测试已全部执行.所发觉
9、的缺陷已全部解决.测试重点和优先级：测试重点指在测试过程中需着重测试的的方,优先级可以根据需求及严峻来定需考虑的特别事项： 确定或说明那些将对功能测试的实施和执行造成影响的事项或因素内部的或外部的 对测试对象的功能测试应侧重于全部可直接追踪到用例或业务功能和业务规章的测试需求. 这种测试的目标是核实数据的接受、 处理和检索是否正确, 以及业务规章的实施是否恰当.此类测试基于黑盒技术,该技术通过图形用户界面 GUI与应用程序进行交互,并对交互的输出或结果进行分析, 以此来核实应用程序及其内部进程. 以下为各种应用程序列出了举荐使用的测试概要： 测试目标 确保测试的功能正常,其中包括导航,数据输入
10、,处理和检索等功能. 测试范畴：技术： 利用有效的和无效的数据来执行各个用例、用例流或功能, 以核实以下内容：在使用有效数据时得到预期的结果.在使用无效数据时显示相应的错误消息或警告消息.各业务规章都得到了正确的应用.开头标准： 完成标准：测试重点和优先级：需考虑的特别事项： 确定或说明那些将对功能测试的实施和执行造成影响的事项或因素内部的或外部的可编辑资料 - - - 欢迎下载精品_精品资料_ 用户界面 UI 测试用于核有用户与软件之间的交互.UI 测试的目标是确保用户界面会通过测试对象的功能来为用户供应相应的拜访或浏览功能.另外,UI 测试仍可确保 UI 中的对象根据预期的方式运行,并符合
11、公司或行业的标准.测试目标 核实以下内容：通过测试进行的浏览可正确反映业务的功能和需求,这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种拜访方法 Tab 键、鼠标移动、和快捷键的使用窗口的对象和特点 例如, 菜单、 大小、 位置、 状态和中心都符合标准. 测试范畴：技术： 为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都可正确的进行浏览,并处于正常的对象状态.开头标准：完成标准： 胜利的核实出各个窗口都与基准版本保持一样,或符合可接受标准 测试重点和优先级：需考虑的特别事项： 并不是全部定制或第三方对象的特点都可拜访. 性能评测是一种性能测试,它对响应时间、事务处理速率和其他
12、与时间相关的需求进行评测和评估. 性能评测的目标是核实性能需求是否都已满意.实施和执行性能评测的目的是将测试对象的性能行为当作条件例如工作量或硬件配置 的一种函数来进行评测和微调.注：以下所说的事务是指“规律业务事务”.这种事务被定义为将由系统的某个Actor通过使用测试对象来执行的特定用例,添加或修改给定的合同.测试目标 核实所指定的事务或业务功能在以下情形下的性能行为： 正常的预期工作量预期的最繁重工作量 测试范畴：技术： 使用为功能或业务周期测试制定的测试过程.通过修改数据文件来增加事务数量,或通过修改脚原来增加每项事务的迭代数量.脚本应当在一台电脑上运行最好是以单个用户、单个事务为基准
13、,并在多个客户机虚拟的或实际的客户机,请参见下面的“需要考虑的特别事项” 上重复. 开头标准：完成标准： 单个事务或单个用户：在每个事务所预期时间范畴内胜利的完成测试脚本,没有发生任何故障.可编辑资料 - - - 欢迎下载精品_精品资料_测试重点和优先级： 多个事务或多个用户：在可接受的时间范畴内胜利的完成测试脚本,没有发生任何故障.可编辑资料 - - - 欢迎下载精品_精品资料_需考虑的特别事项： 综合的性能测试仍包括在服务器上添加后台工作量.可采纳多种方法来执行此操作,其中包括：直接将“事务强行安排到”服务器上,这通常以“结构化语言” SQL调用的形式来实现.通过创建 “虚拟的” 用户负载
14、来模拟很多个通常为数百个客 户 机. 此负 载可 通过“ 远 程终 端仿 真 Remote Terminal Emulation 工具来实现. 此技术仍可用于在网络中加载“流量”.使用多台实际客户机每台客户机都运行测试脚本在系统上添加负载.性能测试应当在专用的电脑上或在专用的机时内执行,以便实现完全的掌握和精确的评测.性能测试所用的数据库应当是实际大小或相同缩放比例的数据库. 负载测试是一种性能测试.在这种测试中,将使测试对象承担不同的工作量,以评测和评估测试对象在不同工作量条件下的性能行为, 以及连续正常运行的才能. 负载测试的目标是确定并确保系统在超出最大预期工作量的情形下仍能正常运行.
15、此外, 负载测试仍要评估性能特点,例如,响应时间、事务处理速率和其他与时间相关的方面. 注：以下所说的事务是指 “规律业务事务” .这各事务被定义为将由系统的某个最终用户通过使用应用程序来执行的特定功能,例如,添加或修改给定的合同. 测试目标 核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间. 测试范畴：技术： 使用为功能或业务周期测试制定的测试.通过修改数据文件来增加事务数量,或通过修改脚原来增加每项事务发生的次数.开头标准：完成标准： 多个事务或多个用户：在可接受的时间范畴内胜利的完成测试,没有发生任何故障.测试重点和优先级：需考虑的特别事项： 负载测试应当在专用的电脑上或在专
16、用的机时内执行,以便实现完全的掌握和精确的评测.负载测试所用的数据库应当是实际大小或相同缩放比例的数据库. 可编辑资料 - - - 欢迎下载精品_精品资料_ 强度测试是一种性能测试,实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误. 假如内存或磁盘空间不足,测试对象就可能会表现出一些在正常条件下并不明显的缺陷.而其他缺陷就可能由于争用共享资源如数据库锁或网络带宽而造成的.强度测试仍可用于确定测试对象能够处理的最大工作量. 注：以下提到的事务都是指规律业务事务.测试目标 核实测试对象能够在以下强度条件下正常运行,不会显现任何错误：服务器上几乎没有或根本没有可用的内存RAM和 DAS
17、D连接或模拟了最大实际实际答应数量的客户机多个用户对相同的数据或帐户执行相同的事务最繁重的事务量或最差的事务组合请参见上面的“性能测试”.注：强度测试的目标可表述为确定和记录那些使系统无法连续正常运行的情形或条件.客户机的强度测试在“配置测试”的第节中进行了说明.测试范畴：技术： 使用为性能评测或负载测试制定的测试.要对有限的资源进行测试,就应当在一台电脑上运行测试, 而且应当削减或限降服务器上的RAM和 DASD.对于其他强度测试,应当使用多台客户机来运行相同的测试 或互补的测试,以产生最繁重的事务量或最差的事务组合.开头标准：完成标准： 所方案的测试已全部执行,并且在到达或超出指定的系统限
18、制时没有显现任何软件故障,或者导致系统显现故障条件的并不在指定的条件范畴之内. 测试重点和优先级：需考虑的特别事项： 假如要增加网络工作强度,可能会需要使用网络工具来给网络加载消息或信息包.应当临时削减用于系统的DASD,以限制数据库可用空间的增长.使多个客户机对相同的记录或数据帐户同时进行的拜访到达同步. 容量测试使测试对象处理大量的数据,以确定是否到达了将使软件发生故障的极限.容量测试仍将确定测试对象在给定时间内能够连续处理的最大负载或工作量.例如, 假如测试对象正在为生成一份报表而处理一组数据库记录,那么容量测试就会使用一个大型的测试 数据库.检验该软件是否正常运行并生成了正确的报表.测
19、试目标 核实测试对象在以下高容量条件下能否正常运行：可编辑资料 - - - 欢迎下载精品_精品资料_测试范畴：连接或模拟了最大实际或实际答应数量的客户机,全部客户机在长时间内执行相同的、且情形性能 最坏的业务功能.已到达最大的数据库大小实际的或按比例缩放的,而且同时执行多个查询或报表事务.可编辑资料 - - - 欢迎下载精品_精品资料_技术： 使用为性能评测或负载测试制定的测试.应当使用多台客户机来运行相同的测试或互补的测试,以便在长时间内产生最繁重的事务量或最差的事务组合请参见上面的“强度测试” 创建最大的数据库大小实际的、按比例缩放的、或填充了代表性数据的数据库 ,并使用多台客户机在长时间
20、内同时运行查询和报表事务.开头标准：完成标准： 所方案的测试已全部执行,而且到达或超出指定的系统限制时没有显现任何软件故障.测试重点和优先级：需考虑的特别事项： 对于上述的高容量条件,哪个时间段是可以接受的时间？ 安全性和拜访掌握测试侧重于安全性的两个关键方面： 应用程序级别的安全性,包括对数据或业务功能的拜访.系统级别的安全性,包括对系统的登录或远程拜访.应用程序级别的安全性可确保：在预期的安全性情形下,Actor只能拜访特定的功能或用例,或者只能拜访有限的数据.例如,可能会答应全部人输入数据,创建新帐户,但只有治理员才能删除这些数据或帐户.假如具有数据级别的安全性,测试就可确保 “用户类型
21、一” 能够看到全部客户消息包括财务数据,而“用户二”观察同一客户的统计数据.系统级别的安全性可确保只有具备系统拜访权限的用户才能拜访应用程序,而且只能通过相应的网关来拜访.测试目标应用程序级别的安全性： 核实 Actor只能拜访其所属用户类型已被授权拜访的那些功能或数据.系统级别的安全性： 核实只有具备系统和应用程序拜访权限的 Actor才能拜访系统和应用程序.测试范畴：技术：应用程序级别的安全性： 确定并列出各用户类型及其被授权拜访的功能或数据. 为各用户类型创建测试,并通过创建各用户类型所特有的事务来核实其权限. 修改用户类型并为相同的用户重新运行测试.对于每种用户类型,确保正确的供应或拒
22、绝了这些附加的功能或数据.系统级别的拜访： 请参见以下的“需考虑的特别事项”.开头标准：完成标准： 各种已知的 Actor类型都可拜访相应的功能或数据,而且可编辑资料 - - - 欢迎下载精品_精品资料_测试重点和优先级：全部事务都根据预期的方式运行,并在从前的应用程序功能测试中运行了全部的事务.可编辑资料 - - - 欢迎下载精品_精品资料_需考虑的特别事项： 必需与相应的网络或系统治理员始终对系统拜访权进行检查和争论.由于此测试可能是网络治理可系统治理的职能,可能会不需要执行此测试. 故障转移和复原测试可可确保测试对象能胜利完成转移,并能从导致意外数据缺失或数据完整性破坏的各种硬件、软件可
23、网络故障中复原.故障转移测试可确保： 对于必需连续运行的系统,一旦发生故障, 备用系统就将不失时机的“顶替”发生故障的系统,以防止丢失任何数据或事务.复原测试是一种对抗性的测试过程.在这种测试中, 将把应用程序或系统置于极端的条件下或者是模拟的极端条件下,以产生故障例如设备输入/ 输出 I/O 故障或无效的数据库指针和关键字 .然后调用复原进程并监测和检查应用程序和系统,核实应用程序或系统和数据已得到了正确的复原.测试目标 确保复原进程手工或自动将数据库、应用程序和系统正确的复原到预期的已知状态.测试中将包括以下各种情形：客户机断电服务器断电通过网络服务器产生的通信中断DASD和/ 或 DAS
24、D掌握器被中断、 断电或与 DASD和/ 或 DASD掌握器的通信中断周期未完成数据过滤进程被中断,数据同步进程被中断.数据库指针或关键字无效数据库中的数据元素无效或遭到破坏测试范畴：可编辑资料 - - - 欢迎下载精品_精品资料_技术： 应当使用为功能和业务周期测试创建的测试来创建一系列的事务.一旦到达预期的测试起点,就应当分别执行或模拟以下操作：客户机断电：关闭PC机的电源.服务器断电：模拟或启动服务器的断电过程.通过网络服务器产生的中断：模拟或启动网络的通信中断实际断开通信线路的连接或关闭网络服务器或路由器的电源.DASD和 DASD掌握器被中断、断电或与DASD和 DASD掌握器的通信
25、中断： 模拟与一个或多个DASD掌握器或设备的通信,或实际取消这种通信.一旦实现了上述情形或模拟情形,就应当执行其他事务.而且一旦到达其次个测试点状态,就应调用复原过程.在测试不完整的周期时,所使用的技术与上述技术相同,只不过应反常终止或提前终止数据库进程本身.对以下情形的测试需要到达一个已知的数据库状态.当破坏假设干个数据库字段、指针和关键字时,应当以手工方式在数据库中通过数据库工具直接进行.其他事务应当通过使用“应用程序功能测试”和“业务周期测试” 中的测试来执行,并且应执行完整的周期.开头标准：完成标准： 在全部上述情形中,应用程序、数据库和系统应当在复原过程完成时立刻返回到一个已知的预
26、期状态.此状态包括仅限于已知损坏的字段、指针或关键字范畴内的数据损坏,以及说明进程或事务因中断面未被完成的报表.可编辑资料 - - - 欢迎下载精品_精品资料_测试重点和优先级： 需考虑的特别事项： 复原测试会给其他操作带来很多的麻烦.断开缆线连接的方法模拟断电或通信中断可能并不行取或不行行.所以,可能会需要采纳其他方法,例如诊断性软件工具.需要系统或电脑操作 、数据库和网络组中的资源.这些测试应当在工作时间之外或在一台独立的电脑上运行.可编辑资料 - - - 欢迎下载精品_精品资料_ 配置测试核实测试对象在不同的软件和硬件配置中的运行情形.在大多数生产环境中, 客户机工作站、 网络连接和数据
27、库服务器的具体硬件规格会有所不同.客户机工作站可能会安装不同的软件例如, 应用程序、 驱动程序等而且在任何时候, 都可能运行很多不同的软件组合,从而占用不同的资源.测试目标 核实测试可在所需的硬件和软件配置中正常运行.测试范畴：技术： 使用功能测试脚本.在测试过程中或在测试开头之前,打开各种与非测试对象相关的软件例如 Microsoft 应用程序： Excel 和 Word,然后将其关闭.执行所选的事务,以模拟 Actor 与测试对象软件和非测试对象软件之间的交互.重复上述步骤,尽量削减客户机工作站上的常规可用内存. 可编辑资料 - - - 欢迎下载精品_精品资料_开头标准：完成标准： 对于测
28、试对象软件和非测试对象软件的各种组合,全部事务都胜利完成, 没有显现任何故障. 测试重点和优先级：需考虑的特别事项： 需要、可以使用并可以通过桌面拜访哪种非测试对象软件？通常使用的是哪些应用程序？应用程序正在运行什么数据？例如,在Excel中打开的大型电子表格,或是在 Word 中打开的 100 页文档.作为此测试的一部分,应将整修系统、Netware 、网络服务器、数据库等都记录下来. 安装测试有两个目的.第一个目的是确保该软件在正常情形和反常情形的不同条件下例如, 进行首次安装、升级、完整的或自定义的安装都能进行安装. 反常情形包括磁盘空间不足、 缺少目录创建权限等. 其次个目的是核实软件
29、在安装后可立刻正常运行.这通常是指运行大量为功能测试制定的测试.测试目标核实在以下情形下,测试对象可正确的安装到各种所需的硬件配置中： 首次安装.以前从未安装过项目名称的新电脑更新.以前安装过相同版本的项目名称的电脑更新.以前安装过 Project Name 的较早版本的电脑测试范畴：技术： 手工开发脚本或开发自动脚本,以验证目标电脑的状况首次安装项目名称从未安装过.项目名称安装过相同或较早的版本.启动或执行安装.使用预先确定的功能测试脚本子集来运行事务.开头标准：完成标准：项目名称事务胜利执行,没有显现任何故障.测试重点和优先级：需考虑的特别事项： 应当挑选项目名称的哪些事务才能精确的测试出
30、项目名称应用程序已经胜利安装,而且没有遗漏主要的软件构件？.问题严峻度描述响应时间高例如使系统崩溃程序员在多长时间内改正此问题中低可编辑资料 - - - 欢迎下载精品_精品资料_8.附录：项目任务以下是一些与测试有关的任务：制定测试方案确定测试需求评估风险制定测试策略确定测试资源创建时间表 生成测试方案设计测试预备工作量分析文档确定并说明测试用例确定测试过程,并建立测试过程的结构复审和评估测试掩盖实施测试记录或通过编程创建测试脚本确定设计与实施模型中的测试专用功能建立外部数据集执行测试执行测试过程评估测试的执行情形复原暂停的测试核实结果调查意外结果记录缺陷对测试进行评估 评估测试用例掩盖评估代码掩盖分析缺陷确定是否到达了测试完成标准与胜利标准可编辑资料 - - - 欢迎下载