软件测试计划书模板26133.docx

《软件测试计划书模板26133.docx》由会员分享，可在线阅读，更多相关《软件测试计划书模板26133.docx（30页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件测试计计划书封面修订历史记记录版本日期AMD修订者说明1.0XXXX年年XX月XXX（A-添加加，M-修修改，D-删除）目录1简介441.1目的的41.2背景景41.3范围围42.测试参参考文档和和测试提交交文档52.1测试试参考文档档52.2测试试提交文档档53.测试进进度64.测试资资源74.1人力力资源74.2测试试环境74.3测试试工具75.系统风风险、优先先级86.测试策策略96.1数据据和数据库库完整性测测试96.2接口口测试1006.3集成成测试1116.4功能能测试1226.5用户户界面测试试136.6性能能评测1446.7负载载测试1556.8强度度测试1666.9容量量

2、测试1776.10安安全性和访访问控制测测试186.11故故障转移和和恢复测试试196.12配配置测试2216.13安安装测试2227.问题严严重度描述述238.附录：项目任务务241 简介1. 1目的项目名称称的这一一“测试计划划”文档有助助于实现以以下目标：确定现有有项目的信信息和应测测试的软件件构件。列出推荐的的测试需求求（高级需需求）。推荐可采用用的测试策策略，并对对这些策略略加以说明明。确定所需的的资源，并并对测试的的工作量进进行估计。列出测试项项目的可交交付元素1. 2背景对测试对对象（构件件、应用程程序、系统统等）及其其目标进行行简要说明明。需要包包括的信息息有：主要要的功能和和

3、性能、测测试对象的的构架以及及项目的简简史。1.3范围围描述测试试的各个阶阶段（例如如，单元测测试、集成成测试或系系统测试），并并说明本计计划所针对对的测试类类型（如功功能测试或或性能测试试）。简要地列出出测试对象象中将接受受测试或将将不接受测测试的那些些性能和功功能。如果在编写写此文档的的过程中做做出的某些些假设可能能会影响测测试设计、开开发或实施施，则列出出所有这些些假设。列出可能会会影响测试试设计、开开发或实施施的所有风风险或意外外事件。列出可能会会影响测试试设计、开开发或实施施的所有约约束。2. 测试参考文文档和测试试提交文档档2.1测试试参考文档档下表列出了了制定测试试计划时所所使用

4、的文文档，并标标明了各文文档的可用用性：注：可适适当地删除除或添加文文档项。文档（版本/日日期）已创建或可可用已被接收或或已经过复复审作者或来源源备注可行性分析析报告是否是否软件需求定定义是否是否软件系统分分析（STD,DFD,CFD,DD）是否是否软件概要设设计是否是否软件详细设设计是否是否软件测试需需求是否是否硬件可行性性分析报告告是否是否硬件需求定定义是否是否硬件概要设设计是否是否硬件原理图图设计是否是否硬件结构设设计（包含含PCB）是否是否FPGA设设计是否是否硬件测试需需求是否是否PCB设计计是否是否USB驱动动设计是否是否Tunerr BSPP 设计是否是否MCU设计计是否是否模块

5、开发手手册是否是否测试时间表表及人员安安排是否是否测试计划是否是否测试方案是否是否测试报告是否是否测试分析报报告是否是否用户操作手手册是否是否安装指南是否是否2.2测试试提交文档档下面应当当列出在测测试阶段结结束后，所所有可提交交的文档3.测试进进度测试活动计划开始日日期实际开始日日期结束日期制定测试计计划设计测试集成测试系统测试性能测试安装测试用户验收测测试对测试进行行评估产品发布4.测试资资源4.1人力力资源下表列出了了在此项目目的人员配配备方面所所作的各种种假定。注：可适适当地删除除或添加角角色项。角色所推荐的最最少资源（所分配的专职角色数量）具体职责或或注释4.2测试试环境下表列出了了

6、测试的系系统环境软件环境（相相关软件、操操作系统等等）硬件环境（网网络、设备备等）4.3测试试工具此项目将列列出测试使使用的工具具：用途工具生产厂商/自产版本5.系统风风险、优先先级简要描述述测试阶段段的风险和和处理的优优先级6.测试策策略测试策略略提供了对对测试对象象进行测试试的推荐方方法。对于每种测测试，都应应提供测试试说明，并并解释其实实施的原因因。制定测试策策略时所考考虑的主要要事项有：将要使用用的技术以以及判断测测试何时完完成的标准准。下面列出了了在进行每每项测试时时需考虑的的事项，除除此之外，测测试还只应应在安全的的环境中使使用已知的的、有控制制的数据库库来执行。注意：不实实施某种

7、测测试，则应应该用一句句话加以说说明，并陈陈述这样的的理由。例例如，“将不实施施该测试。该该测试本项项目不适用用”。6.1数据据和数据库库完整性测测试要项目目名称中中，数据库库和数据库库进程应作作为一个子子系统来进进行测试。在在测试这些些子系统时时，不应将将测试对象象的用户界界面用作数数据的接口口。对于数数据库管理理系统（DDBMS），还还需要进行行深入的研研究，以确确定可以支支持以下测测试的工具具和技术。测试目标：确保数据据库访问方方法和进程程正常运行行，数据不不会遭到损损坏测试范围：技术：调用各个个数据库访访问方法和和进程，并并在其中填填充有效的的和无效的的数据（或或对数据的的请求）。检查

8、数据库库，确保数数据已按预预期的方式式填充，并并且所有的的数据库事事件已正常常发生；或或者检查所所返回的数数据，确保保正当的理理由检索到到了正确的的数据开始标准：完成标准：所有的数数据库访问问方法和进进程都按照照设计的方方式运行，数数据没有遭遭到损坏。测试重点和和优先级：需考虑的特特殊事项：测试可能能需要DBBMS开发发环境或驱驱动程序在在数据库中中直接输入入或修改数数据。进程应该以以手工方式式调用。应使用小型型或最小的的数据库（记记录的数量量有限）来来使所有无无法接受的的事件具有有更大的可可视度。6.2接口口测试测试目标确保接口调调用的正确确性测试范围：所有软件、硬硬件接口，记记录输入输输出

9、数据技术：开始标准：完成标准：测试重点和和优先级：需考虑的特特殊事项：接口的限制制条件6.3集成成测试集成测试试主要目的的检测系统统是否达到到需求对业业务流程及及数据流的的处理是否否符合标准准，检测系系统对业务务流处理是是否存在逻逻辑不严谨谨及错误，检检测需求是是否存在不不合理的标标准及要求求。此阶段段测试基于于功能完成成的测试。测试目标检测需求中中业务流程程，数据流流的正确性性测试范围：需求中明确确的业务流流程，或组组合不同功功能模块而而形成一个个大的功能能。技术：利用有效效的和无效效的数据来来执行各个个用例、用用例流或功功能，以核核实以下内内容：在使用有效效数据时得得到预期的的结果。在使用

10、无效效数据时显显示相应的的错误消息息或警告消消息。各业务规则则都得到了了正确的应应用。开始标准：在完成某个个集成测试试时必须达达到标准完成标准：所计划的的测试已全全部执行。所发现的缺缺陷已全部部解决。测试重点和和优先级：测试重点指指在测试过过程中需着着重测试的的地方，优优先级可以以根据需求求及严重来来定需考虑的特特殊事项：确定或说说明那些将将对功能测测试的实施施和执行造造成影响的的事项或因因素（内部部的或外部部的）6.4功能能测试对测试对对象的功能能测试应侧侧重于所有有可直接追追踪到用例例或业务功功能和业务务规则的测测试需求。这这种测试的的目标是核核实数据的的接受、处处理和检索索是否正确确，以

11、及业业务规则的的实施是否否恰当。此此类测试基基于黑盒技技术，该技技术通过图图形用户界界面（GUUI）与应应用程序进进行交互，并并对交互的的输出或结结果进行分分析，以此此来核实应应用程序及及其内部进进程。以下下为各种应应用程序列列出了推荐荐使用的测测试概要：测试目标确保测试试的功能正正常，其中中包括导航航，数据输输入，处理理和检索等等功能。测试范围：技术：利用有效效的和无效效的数据来来执行各个个用例、用用例流或功功能，以核核实以下内内容：在使用有效效数据时得得到预期的的结果。在使用无效效数据时显显示相应的的错误消息息或警告消消息。各业务规则则都得到了了正确的应应用。开始标准：完成标准：测试重点和

12、和优先级：需考虑的特特殊事项：确定或说说明那些将将对功能测测试的实施施和执行造造成影响的的事项或因因素（内部部的或外部部的）6.5用户户界面测试试用户界面面（UI）测测试用于核核实用户与与软件之间间的交互。UUI测试的的目标是确确保用户界界面会通过过测试对象象的功能来来为用户提提供相应的的访问或浏浏览功能。另另外，UII测试还可可确保UII中的对象象按照预期期的方式运运行，并符符合公司或或行业的标标准。测试目标核实以下下内容：通过测试进进行的浏览览可正确反反映业务的的功能和需需求，这种种浏览包括括窗口与窗窗口之间、字字段与字段段之间的浏浏览，以及及各种访问问方法（TTab键、鼠鼠标移动、和和快

13、捷键）的的使用窗口的对象象和特征（例例如，菜单单、大小、位位置、状态态和中心）都都符合标准准。测试范围：技术：为每个窗窗口创建或或修改测试试，以核实实各个应用用程序窗口口和对象都都可正确地地进行浏览览，并处于于正常的对对象状态。开始标准：完成标准：成功地核核实出各个个窗口都与与基准版本本保持一致致，或符合合可接受标标准测试重点和和优先级：需考虑的特特殊事项：并不是所所有定制或或第三方对对象的特征征都可访问问。6.6性能能评测性能评测测是一种性性能测试，它它对响应时时间、事务务处理速率率和其他与与时间相关关的需求进进行评测和和评估。性性能评测的的目标是核核实性能需需求是否都都已满足。实实施和执行

14、行性能评测测的目的是是将测试对对象的性能能行为当作作条件（例例如工作量量或硬件配配置）的一一种函数来来进行评测测和微调。注：以下所所说的事务务是指“逻辑业务务事务”。这种事事务被定义义为将由系系统的某个个Actoor通过使使用测试对对象来执行行的特定用用例，添加加或修改给给定的合同同。测试目标核实所指指定的事务务或业务功功能在以下下情况下的的性能行为为：正常的预期期工作量预期的最繁繁重工作量量测试范围：技术：使用为功功能或业务务周期测试试制定的测测试过程。通过修改数数据文件来来增加事务务数量，或或通过修改改脚本来增增加每项事事务的迭代代数量。脚本应该在在一台计算算机上运行行（最好是是以单个用用

15、户、单个个事务为基基准），并并在多个客客户机（虚虚拟的或实实际的客户户机，请参参见下面的的“需要考虑虑的特殊事事项”）上重复复。开始标准：完成标准：单个事务务或单个用用户：在每每个事务所所预期时间间范围内成成功地完成成测试脚本本，没有发发生任何故故障。多个事务务或多个用用户：在可可接受的时时间范围内内成功地完完成测试脚脚本，没有有发生任何何故障。测试重点和和优先级：需考虑的特特殊事项：综合的性性能测试还还包括在服服务器上添添加后台工工作量。可采用多种种方法来执执行此操作作，其中包包括：直接将“事事务强行分分配到”服务器上上，这通常常以“结构化语语言”（SQLL）调用的的形式来实实现。通过创建“

16、虚拟的”用户负载载来模拟许许多个（通通常为数百百个）客户户机。此负负载可通过过“远程终端端仿真（RRemotte Teerminnal EEmulaationn）工具来实实现。此技技术还可用用于在网络络中加载“流量”。使用多台实实际客户机机（每台客客户机都运运行测试脚脚本）在系系统上添加加负载。性能测试应应该在专用用的计算机机上或在专专用的机时时内执行，以以便实现完完全的控制制和精确的的评测。性能测试所所用的数据据库应该是是实际大小小或相同缩缩放比例的的数据库。6.7负载载测试负载测试试是一种性性能测试。在在这种测试试中，将使使测试对象象承担不同同的工作量量，以评测测和评估测测试对象在在不同工

17、作作量条件下下的性能行行为，以及及持续正常常运行的能能力。负载载测试的目目标是确定定并确保系系统在超出出最大预期期工作量的的情况下仍仍能正常运运行。此外外，负载测测试还要评评估性能特特征，例如如，响应时时间、事务务处理速率率和其他与与时间相关关的方面。注：以下下所说的事事务是指“逻辑业务务事务”。这各事事务被定义义为将由系系统的某个个最终用户户通过使用用应用程序序来执行的的特定功能能，例如，添添加或修改改给定的合合同。测试目标核实所指指定的事务务或商业理理由在不同同的工作量量条件下的的性能行为为时间。测试范围：技术：使用为功功能或业务务周期测试试制定的测测试。通过修改数数据文件来来增加事务务数

18、量，或或通过修改改脚本来增增加每项事事务发生的的次数。开始标准：完成标准：多个事务务或多个用用户：在可可接受的时时间范围内内成功地完完成测试，没没有发生任任何故障。测试重点和和优先级：需考虑的特特殊事项：负载测试试应该在专专用的计算算机上或在在专用的机机时内执行行，以便实实现完全的的控制和精精确的评测测。负载测试所所用的数据据库应该是是实际大小小或相同缩缩放比例的的数据库。6.8强度度测试强度测试试是一种性性能测试，实实施和执行行此类测试试的目的是是找出因资资源不足或或资源争用用而导致的的错误。如如果内存或或磁盘空间间不足，测测试对象就就可能会表表现出一些些在正常条条件下并不不明显的缺缺陷。而

19、其其他缺陷则则可能由于于争用共享享资源（如如数据库锁锁或网络带带宽）而造造成的。强强度测试还还可用于确确定测试对对象能够处处理的最大大工作量。注：以下下提到的事事务都是指指逻辑业务务事务。测试目标核实测试试对象能够够在以下强强度条件下下正常运行行，不会出出现任何错错误：服务器上几几乎没有或或根本没有有可用的内内存（RAAM和DAASD）连接或模拟拟了最大实实际（实际际允许）数数量的客户户机多个用户对对相同的数数据或帐户户执行相同同的事务最繁重的事事务量或最最差的事务务组合（请请参见上面面的“性能测试试”）。注：强度测测试的目标标可表述为为确定和记记录那些使使系统无法法继续正常常运行的情情况或条

20、件件。客户机的强强度测试在在“配置测试试”的第3.11.11节节中进行了了说明。测试范围：技术：使用为性性能评测或或负载测试试制定的测测试。要对有限的的资源进行行测试，就就应该在一一台计算机机上运行测测试，而且且应该减少少或限制服服务器上的的RAM和和DASDD。对于其他强强度测试，应应该使用多多台客户机机来运行相相同的测试试或互补的的测试，以以产生最繁繁重的事务务量或最差差的事务组组合。开始标准：完成标准：所计划的的测试已全全部执行，并并且在达到到或超出指指定的系统统限制时没没有出现任任何软件故故障，或者者导致系统统出现故障障条件的并并不在指定定的条件范范围之内。测试重点和和优先级：需考虑的

21、特特殊事项：如果要增增加网络工工作强度，可可能会需要要使用网络络工具来给给网络加载载消息或信信息包。应该暂时减减少用于系系统的DAASD，以以限制数据据库可用空空间的增长长。使多个客户户机对相同同的记录或或数据帐户户同时进行行的访问达达到同步。6.9容量量测试容量测试试使测试对对象处理大大量的数据据，以确定定是否达到到了将使软软件发生故故障的极限限。容量测测试还将确确定测试对对象在给定定时间内能能够持续处处理的最大大负载或工工作量。例例如，如果果测试对象象正在为生生成一份报报表而处理理一组数据据库记录，那那么容量测测试就会使使用一个大大型的测试试数据库。检检验该软件件是否正常常运行并生生成了正

22、确确的报表。测试目标核实测试试对象在以以下高容量量条件下能能否正常运运行：连接或模拟拟了最大（实实际或实际际允许）数数量的客户户机，所有有客户机在在长时间内内执行相同同的、且情情况（性能能）最坏的的业务功能能。已达到最大大的数据库库大小（实实际的或按按比例缩放放的），而而且同时执执行多个查查询或报表表事务。测试范围：技术：使用为性性能评测或或负载测试试制定的测测试。应该使用多多台客户机机来运行相相同的测试试或互补的的测试，以以便在长时时间内产生生最繁重的的事务量或或最差的事事务组合（请请参见上面面的“强度测试试”）创建最大的的数据库大大小（实际际的、按比比例缩放的的、或填充充了代表性性数据的数

23、数据库），并并使用多台台客户机在在长时间内内同时运行行查询和报报表事务。开始标准：完成标准：所计划的的测试已全全部执行，而而且达到或或超出指定定的系统限限制时没有有出现任何何软件故障障。测试重点和和优先级：需考虑的特特殊事项：对于上述述的高容量量条件，哪哪个时间段段是可以接接受的时间间？6.10安安全性和访访问控制测测试安全性和和访问控制制测试侧重重于安全性性的两个关关键方面：应用程序级级别的安全全性，包括括对数据或或业务功能能的访问。系统级别的的安全性，包包括对系统统的登录或或远程访问问。应用程序级级别的安全全性可确保保：在预期期的安全性性情况下，AActorr只能访问问特定的功功能或用例例

24、，或者只只能访问有有限的数据据。例如，可可能会允许许所有人输输入数据，创创建新帐户户，但只有有管理员才才能删除这这些数据或或帐户。如如果具有数数据级别的的安全性，测测试就可确确保“用户类型型一”能够看到到所有客户户消息（包包括财务数数据），而而“用户二”看见同一一客户的统统计数据。系统级别的的安全性可可确保只有有具备系统统访问权限限的用户才才能访问应应用程序，而而且只能通通过相应的的网关来访访问。测试目标应用程序级级别的安全全性：核核实Acttor只能能访问其所所属用户类类型已被授授权访问的的那些功能能或数据。系统级别的的安全性：核实只只有具备系系统和应用用程序访问问权限的AActorr才能访

25、问问系统和应应用程序。测试范围：技术：应用程序级级别的安全全性：确确定并列出出各用户类类型及其被被授权访问问的功能或或数据。为各用户户类型创建建测试，并并通过创建建各用户类类型所特有有的事务来来核实其权权限。修改用户类类型并为相相同的用户户重新运行行测试。对对于每种用用户类型，确确保正确地地提供或拒拒绝了这些些附加的功功能或数据据。系统级别的的访问：请参见以以下的“需考虑的的特殊事项项”。开始标准：完成标准：各种已知知的Acttor类型型都可访问问相应的功功能或数据据，而且所所有事务都都按照预期期的方式运运行，并在在先前的应应用程序功功能测试中中运行了所所有的事务务。测试重点和和优先级：需考虑

26、的特特殊事项：必须与相相应的网络络或系统管管理员一直直对系统访访问权进行行检查和讨讨论。由于于此测试可可能是网络络管理可系系统管理的的职能，可可能会不需需要执行此此测试。6.11故故障转移和和恢复测试试故障转移移和恢复测测试可可确确保测试对对象能成功功完成转移移，并能从从导致意外外数据损失失或数据完完整性破坏坏的各种硬硬件、软件件可网络故故障中恢复复。故障转移测测试可确保保：对于必必须持续运运行的系统统，一旦发发生故障，备备用系统就就将不失时时机地“顶替”发生故障障的系统，以以避免丢失失任何数据据或事务。恢复测试是是一种对抗抗性的测试试过程。在在这种测试试中，将把把应用程序序或系统置置于极端的

27、的条件下（或或者是模拟拟的极端条条件下），以以产生故障障（例如设设备输入/输出（II/O）故故障或无效效的数据库库指针和关关键字）。然然后调用恢恢复进程并并监测和检检查应用程程序和系统统，核实应应用程序或或系统和数数据已得到到了正确的的恢复。测试目标确保恢复复进程（手手工或自动动）将数据据库、应用用程序和系系统正确地地恢复到预预期的已知知状态。测试中将包包括以下各各种情况：客户机断电电服务器断电电通过网络服服务器产生生的通信中中断DASD和和/或DAASD控制制器被中断断、断电或或与DASSD和/或或DASDD控制器的的通信中断断周期未完成成（数据过过滤进程被被中断，数数据同步进进程被中断断）

28、。数据库指针针或关键字字无效数据库中的的数据元素素无效或遭遭到破坏测试范围：技术：应该使用用为功能和和业务周期期测试创建建的测试来来创建一系系列的事务务。一旦达达到预期的的测试起点点，就应该该分别执行行或模拟以以下操作： 客户机断电电：关闭PPC机的电电源。 服务器断电电：模拟或或启动服务务器的断电电过程。 通过网络服服务器产生生的中断：模拟或启启动网络的的通信中断断（实际断断开通信线线路的连接接或关闭网网络服务器器或路由器器的电源）。 DASD和和DASDD控制器被被中断、断断电或与DDASD和和DASDD控制器的的通信中断断：模拟与与一个或多多个DASSD控制器器或设备的的通信，或或实际取

29、消消这种通信信。 一旦实现了了上述情况况（或模拟拟情况），就就应该执行行其他事务务。而且一一旦达到第第二个测试试点状态，就就应调用恢恢复过程。 在测试不完完整的周期期时，所使使用的技术术与上述技技术相同，只只不过应异异常终止或或提前终止止数据库进进程本身。 对以下情况况的测试需需要达到一一个已知的的数据库状状态。当破破坏若干个个数据库字字段、指针针和关键字字时，应该该以手工方方式在数据据库中（通通过数据库库工具）直直接进行。其其他事务应应该通过使使用“应用程序序功能测试试”和“业务周期期测试”中的测试试来执行，并并且应执行行完整的周周期。开始标准：完成标准：在所有上上述情况中中，应用程程序、数

30、据据库和系统统应该在恢恢复过程完完成时立即即返回到一一个已知的的预期状态态。此状态态包括仅限限于已知损损坏的字段段、指针或或关键字范范围内的数数据损坏，以以及表明进进程或事务务因中断面面未被完成成的报表。测试重点和和优先级：需考虑的特特殊事项： 恢复测试试会给其他他操作带来来许多的麻麻烦。断开开缆线连接接的方法（模模拟断电或或通信中断断）可能并并不可取或或不可行。所所以，可能能会需要采采用其他方方法，例如如诊断性软软件工具。 需要系统（或或计算机操操作）、数数据库和网网络组中的的资源。 这些测试应应该在工作作时间之外外或在一台台独立的计计算机上运运行。6.12配配置测试配置测试试核实测试试对象

31、在不不同的软件件和硬件配配置中的运运行情况。在在大多数生生产环境中中，客户机机工作站、网网络连接和和数据库服服务器的具具体硬件规规格会有所所不同。客客户机工作作站可能会会安装不同同的软件例如，应应用程序、驱驱动程序等等而且在在任何时候候，都可能能运行许多多不同的软软件组合，从从而占用不不同的资源源。测试目标核实测试试可在所需需的硬件和和软件配置置中正常运运行。测试范围：技术： 使用功能能测试脚本本。 在测试过程程中或在测测试开始之之前，打开开各种与非非测试对象象相关的软软件（例如如Micrrosofft应用程程序：Exxcel和和Wordd），然后后将其关闭闭。 执行所选的的事务，以以模拟Ac

32、ctor与与测试对象象软件和非非测试对象象软件之间间的交互。 重复上述步步骤，尽量量减少客户户机工作站站上的常规规可用内存存。开始标准：完成标准：对于测试试对象软件件和非测试试对象软件件的各种组组合，所有有事务都成成功完成，没没有出现任任何故障。测试重点和和优先级：需考虑的特特殊事项： 需要、可可以使用并并可以通过过桌面访问问哪种非测测试对象软软件？ 通常使用的的是哪些应应用程序？ 应用程序正正在运行什什么数据？例如，在在Exceel中打开开的大型电电子表格，或或是在Woord中打打开的1000页文档档。 作为此测试试的一部分分，应将整整修系统、NNetwaare、网网络服务器器、数据库库等都

33、记录录下来。6.13安安装测试安装测试试有两个目目的。第一一个目的是是确保该软软件在正常常情况和异异常情况的的不同条件件下例如如，进行首首次安装、升升级、完整整的或自定定义的安装装都能进进行安装。异异常情况包包括磁盘空空间不足、缺缺少目录创创建权限等等。第二个个目的是核核实软件在在安装后可可立即正常常运行。这这通常是指指运行大量量为功能测测试制定的的测试。测试目标核实在以下下情况下，测测试对象可可正确地安安装到各种种所需的硬硬件配置中中： 首次安装。以以前从未安安装过项项目名称的新计算算机 更新。以前前安装过相相同版本的的项目名名称的计计算机 更新。以前前安装过Projject Namee的较

34、早早版本的计计算机测试范围：技术： 手工开发发脚本或开开发自动脚脚本，以验验证目标计计算机的状状况首次次安装项项目名称从未安装装过；项项目名称安装过相相同或较早早的版本。 启动或执行行安装。 使用预先确确定的功能能测试脚本本子集来运运行事务。开始标准：完成标准：项目名称称事务成成功执行，没没有出现任任何故障。测试重点和和优先级：需考虑的特特殊事项：应该选择择项目名名称的哪哪些事务才才能准确地地测试出项目名称称应用程程序已经成成功安装，而而且没有遗遗漏主要的的软件构件件？。7.问题严严重度描述述问题严重度度描述响应时间高例如使系统统崩溃程序员在多多长时间内内改正此问问题中低8.附录：项目任务务以

35、下是一些些与测试有有关的任务务： 制定测测试计划n 确定测试需需求n 评估风险n 制定测试策策略n 确定测试资资源n 创建时间表表n 生成测试计计划 设计测试n 准备工作量量分析文档档n 确定并说明明测试用例例n 确定测试过过程，并建建立测试过过程的结构构 复审和评估估测试覆盖盖 实施测试n 记录或通过过编程创建建测试脚本本n 确定设计与与实施模型型中的测试试专用功能能n 建立外部数数据集 执行测试 执行测试过过程 评估测试的的执行情况况 恢复暂停的的测试 核实结果 调查意外结结果 记录缺陷 对测试进行行评估 评估测试用用例覆盖 评估代码覆覆盖 分析缺陷 确定是否达达到了测试试完成标准准与成功标标准