文档介绍：...WD...
...WD...
...WD...
网上购物平台
测试方案
湖南信息学院
计算机工程系工程部
表1-5 测试方案说明表
总页数
正文
附录
生效日期： 年 月 日
其中的记录很有限〕来使所有无法承受的事件具有更大的可见性。
...WD...
...WD...
...WD...
功能性测试
测试对象的功能测试应该侧重于可以被直接追踪到用例或业务功能和业务规那么的所有测试需求。这些测试的目标在于核实能否正确地承受、处理和检索数据以及业务规那么是否正确实施。这种类型的测试基于黑盒方法，既通过图形用户界面〔GUI〕与应用程序交互并分析输出结果来验证应用于程序及内部进程。 表1-9列出的每个应用程序推荐的测试方法概要：
表1-9 功能性测试
测试目标
确保测试对象的功能正常，其中包括导航，数据输入，处理和检索等。
方 法
利用有效地和无效的数据来执行各个用例、用例流或功能，以核实以下的内容；
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误或警告消息。
各业务规那么都得到了正确的应用。
完成标准
所方案的测试已全部执行。
所发现的缺陷已全部解决。
需考虑的特殊事项
确定或说明那些将对功能测试的实施和执行造成影响的事项或因素〔内部的或外部的〕。
用户界面测试
通过用户界面(UI)测试来核实用户与软件的交互。UI测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，UI测试还要确保UI功能内部的对象符合预期要求，并遵循公司或行业的标准。用户界面测试如表1-11所示。
...WD...
...WD...
...WD...
表1-10 用户界面测试说明表
测试目标
核实一下内容：
通过浏览测试可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法〔Tab键、鼠标移动和快捷键〕的使用。
窗口的对象和特征〔例如：菜单、大小、位置、状态和中心〕都符合标准。
方法
为每个窗口创立或修改测试，以核实各个应用程序窗口和对象都可正确地进展浏览，并处于正常的对象状态。
完成标准
证实各个窗口都与基准版本保持一致，或符合可承受标准。
需考虑的特殊事项
并不是所有定制或第三方对象的特征都可访问。
性能测试
性能评价是一种性能测试，它对响应时间、事物处理速率和其他与实践相关的需求进展评测和评估。性能评价的目标是核实性能需求是否都以满足。实施和执行性能评价的目的是将测试对象的性能为当做条件〔例如工作量或硬件配置〕的一种函数来进展评价和微调。性能测试如表1-11所示：
表1-11 性能测试说明表
测试目标
核实多指定的事物或业务功能在以下情况下的性能行为：
正常的预期工作量。
预期的最繁重工作量。
方法
使用为功能或业务周期测试指定的测试过程。
通过修改数据文件来增加事物数量，或通过修改脚本来增加每项事物的迭代次数。
脚本应该在一台计算机上运行〔最好是以单个用户、单个事物为基准〕，并在多台客户机〔虚拟的或实际的客户机〕上重复。
完成标准
单个事物或单个用户：在每个事物所预期或要求的时间范围内成功地完成测试脚本，没有发生任何故障。
...WD...
...WD...
...WD...
多个事物或多个用户：在可承受的时间范围内成功地完成测试脚本，没有发生任何故障。
需考虑的特殊事项
综合的性能测试还包括在效劳上添加后台工作量。
可采用多种方法来执行此操作，其中包括：
直接将“事物强行分配到〞效劳器上，这通常以“构造化查询语言〞〔SQL〕调用的形式来实现。
通过创立“虚拟的〞用户负载来模拟许多个〔通常为数百个〕客户机。此负载可通过“远程终端仿真〞〔Remote Terminal Emulation〕工具来实现。此技术还可用在网络中加载“流量〞。使用多台实际客户机〔每台客户机都运行测试脚本〕都系统上添加负载。
性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制盒准确的评估。性能测试所运用的数据库应该是大小一样或等比例缩放的数据库。
工具
?网上购物平台?所使用的工具：
表1-12 使用工具说明表
工具
厂商/自行研制
版本
测试管理
缺陷跟踪
性能测试ASQ工具
功能性测试ASQ工具
评价器
工程管理
DBMS工具
资源
?网上购物平台?工程使用的资源，及其主要职责、知识或技能。
...WD...
...WD...
..