自参加工作两年以来，深感个人知识底蕴浅薄，为此，自身也在多方寻找所需业务技能。loadrunner负载测试工具，作为性能测试典型工具之一，对于我个人的知识的丰富化起到一定作用，但也仅仅是对工作能力的略微补充；
作为初学者，我对于loadrunner的看法并不是很重要。
第一，负载测试的用途分为硬件环境测试和软件环境测试，从工程学角度，业主所需的测试报告一般局限于看得见而且感受的到的标准，对于深入细化的测试，业主并没有深入的探究和考量；
第二，作为测试工具，其主要目的还是为了验证工程项目是否达到设定的目标，因此，核心工作内容因体现在工程项目的实施能力上，检测工具仅仅是控制手段的一环；
第三，从市场角度来看，许多项目的建设开发均基于第三方封装包的二次甚至多次开发，对于底层的架构、甚至模式并不清晰，这对于负载测试带来了一定的难度，如果仅仅从表面测试结果来看性能，很难检测出问题产生的正真来源；
第四，作为非从事开发设计的人员，使用负载测试工具具有一定的难度，就loadrunner测试工具来说，协议的选择，基于应用层协议，但是实际上却不一定能准确判断协议类型，除了所熟知的类型外，需要使用人员更多的涉猎相关协议的适用情况，以避免无法录制脚本；
第五，在虚拟用生成器的输出栏，会将操作过程转化为代码文档，文档会根据协议内容及格式，各不相同，对于熟悉的开发人员来说，对于内容检查和修正相对容易，而非开发人员很难读懂响应内容，由此给测试带来一定的难度；
第六，测试结果解读较为困难，在我所接触的测试中，大多数基于事务的响应时间、服务器的CPU使用率、MEM使用率、DISK使用率；而对于其他数据图表的关联分析能力较差。
当然，这并不是说测试不中要，而是说不能舍本追末，我们常常看到，在国外的开发项目中，测试你占了大部分工作内容，这汇总工作方式充分体现了，用户体验度的重要性，而在我国，信息化水平相对与发达国家落差仍较大，上不具备足够能力用来充分为使用者考虑，而是出于一个以实用为前提、市场化推广的过程。
在我国，测试和开发存在一定的矛盾，按照常规，测试人员应对于开发内容充分了解，能够抓住开发的各二个环节，把握重点并进行重点测试和系统性测试，而我国在实际的开发中，测试大多由开发人员自行测试，或者由独立部门测试，但是这些独立的测试部门的技术水平往往较开发部门低，由此很难测试出潜在的弊端；同时，由于我国经济发展特点，追求效益优先，而非质量优先，测试人员的薪资水平不高，很难将优秀的资源分配到测试环节中。因此，依我个人拙见，从长期发展的角度来看，测试人员不应局限于现实环境的制约，应积极学习和涉猎与测试相关的内容，从根本上提高技术水平，而非依赖于测试工具。并且由于测试工具在开发时就有一定的局限性，部分开发项目的深度测试需要测试人员自行设计程序辅助测试，随着企业的进一步发展，这写内容会逐渐的到补充和完善。
