文档介绍：-
. z.
{产品名称}
产品测试案
Version:
WD_PA_PTS_
版本记录
版本号
修改状态
修改日期
修改摘要
撰稿人
校对
审核
场标准：
在完成*个集成测试时必须到达标准
完成标准：
[所方案的测试已全部执行。
所发现的缺陷已全部解决。]
测试重点和优先级：
测试重点指在测试过程中需着重测试的地，优先级可以根据需求及重来定
需考虑的特殊事项：
[确定或说明那些将对功能测试的实施和执行造成影响的事项或因素〔部的或外部的〕]
功能测试
对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的承受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面〔GUI〕与应用程序进展交互，并对交互的输出或结果进展分析，以此来核实应用程序及其部进程。以下为各种应用程序列出了推荐使用的测试概要
测试目标
[确保测试的功能正常，其中包括导航，数据输入，处理和检索等功能。]
测试围：
技术：
[利用有效的和无效的数据来执行各个用例、用例流或功能，以核实以下容：
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
各业务规则都得到了正确的应用。]
-
. z.
开场标准：
完成标准：
测试重点和优先级：
需考虑的特殊事项：
[确定或说明那些将对功能测试的实施和执行造成影响的事项或因素〔部的或外部的〕]
用户界面测试
用户界面〔UI〕测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的式运行，并符合公司或行业的标准。
测试目标
[核实以下容：
通过测试进展的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问法〔Tab键、鼠标移动、和快捷键〕的使用
窗口的对象和特征〔例如，菜单、大小、位置、状态和中心〕都符合标准。]
测试围：
技术：
[为每个窗口创立或修改测试，以核实各个应用程序窗口和对象都可正确地进展浏览，并处于正常的对象状态。]
开场标准：
完成标准：
[成功地核实出各个窗口都与基准版本保持一致，或符合可承受标准]
-
. z.
测试重点和优先级：
需考虑的特殊事项：
[并不是所有定制或第三对象的特征都可访问。]
性能测试
性能测试是对它对响应时间、事务处理速率和其他与时间相关的需求进展评测和评估。性能测试的目标是核实性能需否都已满足。
注：以下所说的事务是指“逻辑业务事务〞。这种事务被定义为将由系统的*个Actor通过使用测试对象来执行的特定用例。
测试目标
[核实所指定的事务或业务功能在以下情况下的性能行为：
正常的预期工作量
预期的最繁重工作量]
测试围：
技术：
[使用为功能或业务期测试制定的测试过程。
通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。
脚本应该在一台计算机上运行〔最好是以单个用户、单个事务为基准〕，并在多个客户机〔虚拟的或实际的客户机，请参见下面的“需要考虑的特殊事项〞〕上重复。]
开场标准：
完成标准：
[单个事务或单个用户：在每个事务所预期时间围成功地完成测试脚本，没有发生任故障。]
[多个事务或多个用户：在可承受的时间围成功地完成测试脚本，没有发生任故障。]
-
. z.
测试重点和优先级：
需考虑的特殊事项：
[综合的性能测试还包括在效劳器上添加后台工作量。
可采用多种法来执行此操作，其中包括：
直接将“事务强行分配到〞效劳器上，这通常以“构造化语言〞〔SQL〕调用的形式来实现。
通过创立“虚拟的〞用户负载来模拟多个〔通常为数百个〕客户机。此负载可通过“远程终端仿真〔Remote Terminal Emulation〕工具来实现。此技术还可用于在网络中加载“流量〞。
使用多台实际客户机〔每台客户机都运行测试脚本〕在系统上添加负载。
性能测试应该在专用的计算机上或在专用的机时执行，以便实现完全的控制和准确的评测。
性能测试所用的数据库应该是实际大小或一样缩放比例的数据库。]
负载测试
负载测试是一种性能测试。在这种测试中，将使