C/C++学习ing。还是想要测试。
需求分析—规划与设计—执行—调优—验证
上一篇 /
下一篇 2008-06-19 23:29:09
/ 个人分类:loadrunner学习笔记(1)
确定问题:首先根据测试结果确定系统是否存在问题,重点是发现系统的瓶颈。如果存在,就应该确定是什么问题,并对问题进行正确的定位。确定系统问题可从下面几个方面入手:
检查应用程序代码;调整数据库配置;调整操作系统配置;检查硬件设置
检查网络:网络负载过重会导致网络冲突和网络延迟。
同时,还要对系统的使用情况进行调查,例如:
l 是否听到了很多用户的抱怨?
l 某些操作的响应时间是否随着使用时间的增长而增长?
l CPU的使用率是否很低而I/O的使用率却很高?
l 使用过程中性能是否稳定?
确定原因
确定系统存在问题后就要仔细进行分析,进而确定引起问题的原因。确定原因很大程度上靠的是团队的经验和技术能力,涉及的知识有操作系统、数据库、网络、程序开发等许多方面。
和确定性能问题一样,确定原因仍然要广泛地搜集信息。通常要进行以下的分析:
l 问题的影响是什么:响应速度还是吞吐量,或者其他问题?
l 是大多数用户还是少数用户遇到了问题?如果是少数用户,这几个用户与其他用户的操作有什么不同?
l 系统资源监控的结果是否正常,如CPU的使用是否到了极限?I/O情况如何?
l 问题是否集中在某一类模块中?
l 是客户端还是服务器出现问题?
l 系统硬件配置是否合理?
l 实际负载是否超过了系统的负载能力?
l 是否未对系统进行优化?
确定调整目标和解决方案
在分析出问题发生的原因后,测试人员和系统调整人员首先要确定调整目标,然后设计解决方案。确定调整目标的主要作用是明确何时停止系统调整,否则工作将永无尽头。
每个系统都有不同的特点,因此调整目标可能各有不同。例如,下面这些都是系统的调整目标:
l 提高系统吞吐量;
l 缩短响应时间;
l 更好地支持并发;
测试解决方案
实施解决方案后,就要对方案进行测试。可以使用以前的测试用例来进行测试,验证系统是否解决了性能问题。测试解决方案尽量要在仿真环境下进行,因为在生产环境下可能会带来破坏,除非充分估计了测试的风险,并且准备了万全的补救方案。
分析调整结果
性能调整的最后一步是分析调整结果,如果问题没有得到解决,则要重复前面的工作。在测试系统调整方案过程中,要经常分析所做的工作。如果没能准确定位问题或调整方案不正确,可能会达不到预期目标。要尽早发现这些错误,以使工作早些回到正确的轨道上来。
分析结果时主要考虑下面的问题:
l 系统调整是否达到或超出了预定目标?
l 系统是整体性能得到了改善,还是牺牲了某部分性能来解决问题的?
l 调整是否可以结束了?
收藏
举报
TAG: