测试技术:
使用为功能或业务周期测试制定的测试。通过修改数据文件来增加事务数量,或通过修改测试来增加每项事务发生的次数。
完成标准:
多个事务或多个用户:在可接受的时间范围内成功地完成测试,没有发生任何故障。
注意事项:
(1)负载测试应该在专用的计算机上或在专用的机时内执行,以便实现完全的控制和精确的评测
(2)负载测试所用的数据库应该是实际大小或相同缩放比例的数据库。
3.3 强度测试
强度测试目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足,测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源(如数据库锁或网络带宽)而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。
测试目标:
验证测试对象能够在以下强度条件下正常运行,不会出现任何错误:
(1)服务器上几乎没有或根本没有可用的内存(内存和磁盘空间)
(2)连接或模拟了最大实际(实际允许)数量的客户机
(3)多个用户对相同的数据或账户执行相同的事务
(4)最繁重的事务量或最差的事务组合
注:强度测试的目标可表述为确定和记录那些使系统无法继续正常运行的的情况或条件。
测试技术:
(1)使用为性能评测或负载测试制定的测试。要对有限的资源进行测试,就应该在一台计算机上运行测试,而且应该减少或限制服务器上的内存和磁盘空间。
(2)对于其他强度测试,应该使用多台客户机来运行相同的测试或互补的测试,以产生最繁重的事务量或最差的事务组合。
完成标准:
所计划的测试已全部执行,并且在达到或超出指定的系统限制时没有出现任何软件故障,或者导致系统出现故障的条件并不在指定的条件范围之内。
注意事项:
(1)如果要增加网络工作强度,可能会需要使用网络工具来给网络加载消息或信息包。
(2)应该暂时减少用于系统的磁盘空间,以限制数据库可用空间的增长。
(3)使多个客户机对相同的记录或数据账户同时进行的访问达到同步。
4、结束语
软件质量的保证,不仅需要科学的测试策略,更要处理好整个软件生命周期中其他如需求、分析、设计、实现各阶段中出现的问题。只有对软件质量进行全面、全过程的质量控制,才能最终保证软件产品的质量,提高企业的竞争力。
原文转自:http://www.uml.org.cn/Test/201204163.asp