图
遇到问题耐心自己需找方法，不要一上来就在网上找答案，这样解决问题容易知道其原理
---
gx020104010031@sina.com 问题
看了你的blog后，觉得你对测试工作有很深的理解与经验，也能够感觉到你的公司对测试很重视。我想有时间跟你探讨一下关于测试的理解，我刚工作一年。但是 我们公司对测试一点都不重视。目前，我对测试工具td，loadrunner等的使用都是自学的。感觉力不从心。希望你能够给我些意见与指导。谢谢！！
我的意见是，不要把工作看的那么简单，善于扑捉机会来锻炼工作能力，工作能力需要工作机会才能学到东西，只是闷头学，学的太肤浅，成长需要环境，环境可以培养。
-----
谢春刚  xiechungang@163.com 问题软件源代码安全测试
你写的真好啊呵呵　　我呢是做软件源代码安全自动化测试工具的，从你这里学了很多呵呵　　！
嘿嘿，相互学习吧
给大家推荐一个资源共享站，搞技术的需要的是共享精神，大家一起共享才能一起成长
http://zh.wikipedia.org/w/index.php?title=%E8%BD%AF%E4%BB%B6%E6%B5%8B%E8%AF%95&variant=zh-cn
------
还有很多朋友希望得到td工具的汉化包，我工作忙，没来得及发给大家，其实汉化很简单，就是替代一下C:\Program Files\Common Files\Mercury Interactive\TD2000_80的tdclientui80.ocx，这个文件网上到处都有，搜一下吧，自己做需要脱皮工具

1.      软件质量是测试人员和质量管理部的事，跟程序员没关系，程序员只负责缺陷发现后的修改，你觉得这句话对吗？为什么？ 

2.      软件的隐藏缺陷，你认为在发布前修改好，还是先发布让用户使用，等用户发现了再修改好呢？ 

3.      你觉得我们现在的产品质量如果？□    不错  □有少量缺陷，在用户允许范围内 □ 缺陷不少，但维护起来较为容易 

□不理想，维护人员经常“救火”，维护难度大，客户经常抱怨

4.      对我们的软件质量提高你有什么好的建议吗？ 

5.      你觉得规范开发规范测试只是留于形式耽误开发周期，对整个项目开发并无好处吗？ 

6.      单元测试是什么？单元测试主要测试哪些内容？ 

7.      你认为做单元测试是浪费的时间阻碍系统集成进度吗？并简述你的经验 

8.      你觉得单元测试是验证代码是做什么的还是验证代码是能做到应该能做的什么不能做到应该做的什么？ 

9.      你自信这段程序不会有问题，你会跳过单元测试吗？你是个很棒的程序员，你是否就觉得你没有在单元测试上浪费时间了呢？ 

10.  有集成测试、系统测试，单元测试是否就可以省略？ 

11.  你觉得系统测试由项目组开发人员测试就可以达到测试效果吗？

对于报表测试看了很多同行的文章，我想提一点个人的看法

报表测试主要分为：报表界面测试、报表安全性、报表准确性、报表展示速度（也就是性能）。

不调胃口，从重点开始，数据准确性测试，带有报表测试的系统分为两类，一类是业务系统中，带有统计分析功能模块，该模块中包含分析报表，这个系统的主体是业务系统，报表是为办理业务的而提供帮助的。比如说，应年检统计报表，某月应交罚款车辆统计报表，这样的报表数据准确与否，可通过增加、删减、修改相关业务或相关业务的参数，查看统计报表数据变化，检查数据准确性。另一类是系统只有统计功能，就是我说的数据仓库展现这类，它与业务系统分离，并且经过多层处理，比如数据仓库的数据，经过抽取，清洗，展现前会经过数据挖掘，数据再处理，有些字段在原始数据表中根本就没有。这样的数据准确性测试比较复杂，当然检查出数据错误，修改定位也是很不容易的。

从整个项目节约成本看，逐层测试效果是最好的。完全修改率也是最高的。首先建立测试数据模型，模拟所有应用表，建立简单易跟踪的数据用例，底层的数据表测试，方法很原始，嘿嘿，通过SQL语句和手工计算，对数据进行比对。对系统中的报表数据准确性测试方法较为灵活，①系统中报表重叠的进行比对②对子报表汇总与父报表比对，就是对月报表汇总与年报表比对，日报表汇总与月报表比对，这只是一个方面，可以从维度关系考虑，地域，行政级别、时间，个人等方面下手，进行汇总比对，③这个方法如果延伸点呢，可以将报表间的业务逻辑关系作为比对依据。呵呵，这要看测试人员的需求了解深度个人能力了。插几句不想干的话，做测试工作总让我保持快乐状态，前两天我的一个同事说，公司里一直没有人喜欢做测试工作，这个工作太枯燥。嘿嘿，我当时就说我做了这么多年的测试工作从来没有感觉到枯燥。重复性工作不代表枯燥，编程其实不也是重复嘛，人每天谁不重复昨天的事啊，吃饭，吃这个动作重复一生，有谁觉得麻烦枯燥啦？J接着说④使用SQL和手工计算进行比对。以上是差错方式，接下来讲一下查什么错？哪些地方容易出错

Ø        原始表使用错误：因为表比较多，又加上没有统一的数据关系对应表，很容易表使用错误，当然这应该是单元测试检查出来的错误。

Ø        数据处理逻辑错误：这一点容易因为测试人员和开发人员对需求理解有偏差造成争执，所以在需求评审时，对数据处理规则用表达式或伪代码表示清楚。还有就是程序员失误，逻辑编写有偏差，边界值、特殊情况处理不当。

Ø        数据权限：不同用户对数据有着不同的查看权限。这关系到数据的安全性。

Ø        数据误差：数据的保留位数，数据是否是处理计算是否是最后一次计算使用了位数保留和四舍五入。

Ø        由于字典表，数据错误，而造成的数据错误，如，根据性别统计，购买量，表中的男女颠倒，或者没有考虑性别缺失项，用了if else,这样就是把表中缺失该项内容的算成了else条件里。或者逻辑中应该考虑用户状态，数据状态类似的字段，容易被忽略，测试应该考虑到。

Ø        最后一项，当数据量相当大的时候，统计应该考虑，切割速度，也就是数据的完整性，由于数据切割的滞后，带来的数据不完整，而造成统计结果不完整。如统计昨天的销售情况，而昨天的数据并没有完全从业务系统数据到数据池，再者月底数据，由于最后一天的数据切割不完整而造成的正月统计数量不准确。

我现在想到的只有这些（有待补充）

报表的界面和输入输出测试

界面分为输入界面和输出界面；统一的界面要求：美观、统一、易操作。输入界面要求是：①输入项字段长度不允许超过字段长度；②输入不符合字段要求的，不允许查询。如money类型，在输入汉字，字母、特殊字符等不允许查询，并有友好的操作提示。③用户 权限范围外的输入，不允许查询。如用户输入不是其权限范围内的客户号，不允许查询，并有友好的操作提示。

④对于选项，应不出现可选择的用户权限以外的选项。⑤对于汉字模糊查询，考虑不常见字，如“”即汉字因译码问题，造成的汉字存储出现乱码问题。

输出界面要求：①因为是报表所以应该有打印、打印预览、报表导出等功能。不能因为报表导出丢失数据，不能因为打印缺少了报表表格框②报表排列方式可调，用户可按任意列升序或降序排列，或者，按某一关键列的一定规则排序③报表标题明确，不能含糊误导用户④报表内可关联查询的项，应能特殊显示，如鼠标有箭头变为手掌，子报表格式与父报表格式统一，数据统一。

报表性能测试

这块主要使用自动化测试工具来测试，具体工具如何测试，不详细说明了，只说一下测试点：

Ø        并发查询，测试系统一个报表同时允许多少用户并发查询，并发查询报表平均展现的时间

Ø        一定量用户在线，报表平均展现时间

怎么觉得我这个文档头重脚轻，虎头蛇尾，这个测试主要针对报表数据准确这一重点，所以其他测试只是简略说明。

   TestDirector：MI公司的缺陷管理工具，优点是：B/S构架模式；Windows平台；.可以定制流程；可以定制查询；可以定制功能域；可以定制用户角色，可以定制角色权限；可Email通知；可以生产各种报表；支持多种数据库；可以与其他MI公司测试工具集成；安装配置较为简单，有可优化的工作流，可使用C改进优化系统。 缺点是：价格太贵（呵呵，死结）；除与微软的Access接口比较好，其他数据库接口不是太完善；没有中文版（虽然有破解汉化版），缺少角色可视窗口配置，版本更新，但功能没有改进。

   Mantis：优点，开源，不收费，B/S构架模式；Windows平台；可邮件通知，操作较为灵活。缺点：安装配置复杂，不收费的东西，界面也不够美观，有很多功能根本只是架子，没法真正使用，比如说添加附件。

   BugFree:：这款缺陷管理工具跟Mantis一样开源的，缺点优点也跟Mantis相近。

QAMonitor：这个工具很小巧，优点是操作简单，直观，对只有几个人的开发测试团队内部测试用很适合，并且是中文的。缺点是：基于C/S结构，项目配置需要到底层数据库中去配置，缺少项目定制客户界面，因为适合内部测试，所以没有全面的报表分析，没有Email通知。

Bugzero：安装配置比较复杂，需要单独安装java和tomcat。B/s 版本，价格还可以，国产软件，试用版是英文版，并且页面出现乱码，通过在线试用，流程不太清晰，界面不够客户（测试人员的职业病对每个软件的使用都已发现缺陷为目标）。

迅捷缺陷跟踪系统：安装配置简单，中文使用方便，流程控制较清晰，缺少邮件通知功能，缺陷参数少，界面粗糙，没有独立可管理的数据库。

第一个问题：2003的ISS是手工启动的。启动后，不显示td的初始界面，但在其他机器上，通过网络浏览没有问题。

解决方法.修改win2003的IIS的TDBIN的属性， 开始－管理工具－Internet信息服务(IIS)管理器中，本地计算机-网站-默认网站-TDBIN，右键菜单 属性-HTTP头à【MIME类型】，点【新建】按钮，填扩展名为ini，MIME类型为text/*，继续新建扩展名分别为：lld、dll、ocx、xco、exe、adt、adm、xxx，MIME类型都填为text/*。

第二个问题：安装过程中，提示用户名密码错误，无法进行下面安装，原因数据执行保护DEP不允许该程序执行。解决方法：右击“我的电脑”选择“属性”à性能【设置】à数据执行保护，选择选项：为除下列选定程序之外的所有程序和服务启动DEP（U），点击【添加】按钮，找到TD安装程序中的bin目录下：checku.exe,添加上即可。

第三个问题：安装程序完成，登陆时出现“The RPC server is unavailable”，The RPC server is unavailable.翻译过来就是“RPC（远程过程调用）服务不可行。”它指的是“权限不够”的意思。导致这个错误的原因有很多

1. RPC服务未启动。解决：控制面板-管理工具-服务-“Remote Procedure Call(RPC)”，启动一下（自动），服务状态“启动”；

2. 本身操作系统有问题缺少远程过程调用补丁。解决：更新操作系统。

3.服务器端IIS没装。解决：安装IIS。以2000系统为例，控制面板-添加删除程序-添加删除windows组件-“Internet 信息服务(IIS)”打一下勾，下一步……

4.TD服务未启动。此种情况比较复杂，需要尝试不同的解决方案，先到TD所在的那台机器上，点右键的testdirector checker，看看出错提示，对症下药。

以下几种可以结合起来尝试：

Ø        启动一下TD。到TD所在的那台电脑上，在系统栏右边有个小图标，鼠标移上去，点右键“Start TestDirector”；

Ø        清空IE的cookies、History、缓存；删掉TD2000_80目录，重新下载一次插件；

Ø        把 http://IP/tdbin/start_a.htm 改为 http://计算机名/tdbin/start_a.htm

Ø        TD服务器装了多个版本的TD，兼容性问题；请卸载其中一个版本，重装TD；

第四个问题：MSIE7.0无法访问testdirector8.0，提示：“Microsoft Internet Explorer : 4.0 (compatible; MSIE 7.0; Windows NT 5.2; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.1; .NET CLR.3.0.04131.06) is not supported”。原因：testdirector8.0不支持MSIE7.0的问题，解决：　在安装目录一般为C:\Inetpub\TDBIN下找到Start_a.htm文件，用记事本打开，即看到了文件源代码，找到fMSIE3456参数，修改在|| (ua.lastIndexOf('MSIE 6.0') != -1)后黏贴|| (ua.lastIndexOf('MSIE 7.0') != -1)，保持即可。打开IE7.0再次访问，下载插件，安装插件，没有问题了。

2007-7——现在  组织机构代码数据仓库

该项目隶属于山东省质量技术监督局，主要用利用山东省的组织机构的信息，对山东经济的发展，以及经济预测、业务工作趋势预测。

¨         参与与北京中科院的博士针对该项目的具体情况建立数据仓库的技术交流会。

¨         熟悉了解数据仓库知识，了解数据仓库工作流程，并对数据仓库测试点的挖掘，参与项目组对该项目的需求分析，对在每个确立的需求测试计划及测试着重注意点做详细记录。

¨         该项目使用数据库为DB2，虽以前培训学习过该数据库使用，但因为时间长了忘记了一些，找到笔记复习。

2007-6 —— 2007-7  食品标签服务平台

该平台隶属于山东省标准化研究院，该平台主要用于加强对食品企业的管理，该平台主要分为三个部分：后台管理、前台交互、食品社区。

¨         分析测试需求；制定测试计划；

¨         配置安装测试工具

¨         编写测试用例；执行测试（手工测试，工具测试：Xenu、My Browers）；缺陷跟踪管理（使用TD）

¨         分析整理测试报告

注：该项目客户不要求做性能测试和压力测试。该系统的收获是认识并使用了cookie测试工具My Browers；第一次测试社区。

2007-5——2007-6   中国名牌产品博览交易会

¨         分析测试需求；

¨         配置Test Director项目；

¨         编写测试计划、测试用例；执行测试；使用Test Director对软件缺陷进行跟踪管理；编写测试分析报告

¨         项目验收后追加功能的测试：追加功能简要测试计划、测试用例编写，Test Director中版本管理跟踪缺陷。（公司使用需求报告/修改单详细记录功能需求，备注，测试人员）

2007-1——2007-5   山东法人信息库

该项目是一个面向决策支持的应用系统，主要包括基于部门业务系统、数据交换平台、数据中心数据库管理和统一应用展示的系统。通过该项目实现于无缝集成当前山东省工商、国税、地税、质检、人民银行等部门的业务系统，并能无缝集成将来要加入的政府部门。

¨         参与项目需求分析

¨         分析测试需求；制定测试计划；

¨         编写测试用例；执行测试；跟踪管理缺陷（TD）;

¨         编写测试报告

注：该项目初期考虑过数据安全测试，但后来客户提出该数据使用专线专网，不需考虑其传输安全。只考虑了数据传输的完整性与传输断点问题。

2006-10——2007-1全国组织机构代码档案采集系统、全国组织机构代码档案查询系统（B/S）

¨         参与项目需求分析

¨         根据需求编写测试计划

¨         测试用例编写；执行测试；缺陷跟踪管理（TD）；

¨         编写测试报告，参与项目验收。

¨         系统用户培训（独立完成三期山东省17地市使用培训）。

¨         项目实施以及项目的技术支持工作。

注：在这个项目测试过程还有一些附带软件测试：电子档案存储分区管理、电子档案上报服务。后期的技术支持转交他人。

2006-8——2006-10  网络实名系统

该系统是收费的网上确认机构信息的实名系统。测试重点搜索引擎测试、网络链接测试、收费测试。

¨         根据需求制订测试计划

¨         编写测试用例

¨         根据该测试性质使用了自动化功能测试工具QuickTest Professional对搜索引擎进行大量测试，减少了重复劳动，加快了项目进程。根据该系统链接多特点，使用了链接测试工具Xenu，并对死链接进行分析。

¨         对收费功能进行了安全测试

¨         跟踪管理缺陷（TD）

¨         编写测试报告

2006-1——2006-7  组织机构代码管理系统（B/S）

根据公司测试管理空白；编制了公司测试文档模板；制定了测试管理流程；通过vss对文档实施更新管理，使用Test Director对缺陷跟踪管理；安装测试工具Test Director、QuickTest Professional、Winrunner 、loadrunner。

¨         根据项目需求制订测试计划以及性能测试方案

¨         编写测试用例

¨         指导其他测试员使用测试工具

¨         执行测试：使用功能测试工具QuickTest Professional对部分功能进行测试，使用性能测试工具LoadRunner进行性能及压力测试。

¨         跟踪管理缺陷（TD）

¨         编写测试报告

¨         系统用户培训

¨         系统实施（与客户配合完成三个地市该系统实施工作）

        刚过了节，工作不是太忙，但心情一直不是太好。每天都有人问问题，尤其是做技术的人。我是做技术的，很看不惯一些新手的学习态度。不管谁加我只要他有技术问题，或测试问题讨论，我一概让起通过验证，可上来就问我，你是做测试的吗？你会什么工具吗？等等等，有的就干脆把自己当成面试官，把我当成了他面试的对象，才开始，我还会原谅，耐心的等他说问题，可老人家就这么问，一个接一个，你明明知道我是做软测的才加的我，干嘛说那么多废话。还有我帮助你是我必须做的吗？没有一点礼貌！最起码要说，“打扰，能问个问题吗？”还有一位老兄因为我没有帮他，对我大大的责骂起来。哎！无奈。

        今天上午有位同行，加我，问我关于td数据库还原的问题，很有礼貌，我很耐心的跟他讲。他的问题其实最主要出在他对数据库不了解，数据库是个很有趣的东西，我才开始自己管理td的时候，不知道出了多少问题，搜索资料，自己琢磨，现在td的大部分技巧都能贯通下来主要是自己研究，没有现成的资料。现在有现成的资料了（我总结的），这个同行找到竟然没仔细看，看到资料上我的联系方式就开始联系了，我心里突然就很难过起来。他的问题帮他解决了。可我心里却有点难过。

        请教问题不能因为着急没了礼貌，你是新手，别人有经验，但有经验的人没有教你的义务和责任。对你都产生了反感，还会愿意与你沟通吗？第二，便是明了，当请教的人对你说请讲，不要罗里罗嗦的说一堆，要一步一条的说明白，表述清楚。第三，学习态度，如果你是执着，认真学习的，帮助你的人感觉到你这种态度，在帮助你之后，他会对你另眼想看，“有为的后生”。

      学习的进路，可能你会觉得找到的资料给你的帮助更直接，这只是感觉，在过不了多久，或者就是第二天，你又遇到同样问题的时候，你会再次搜一把。说明这个解决办法还不是你的，你只是用了一把。如果碰到在这个问题上更深的问题，你或许就找不到直接的答案了。你自己研究也就有了难度。碰到的都让它成为自己的。有总结的习惯是你学习的进路。

其实麻烦的只是个过程挺。我改完了以后就想，总的来说就是一个tdclientui80.ocx文件。同行们有需要的小龙虾免费提供，可是不能保证你会喜欢我改的这字体。希望下一版能在界面上能自动修改。

一下就是是修改完文件后的个覆盖步骤：

将文件的后缀改成相应的文件然后覆盖下面两个目录下的相应文件即可

C:\Inetpub\TDBIN\Install目录下tdclientui80. xco

C:\Program Files\Common Files\Mercury Interactive\TD2000_80目录下的tdclientui80.ocx

以上是服务器端的操作。

下面是客户端的操作：删除插件安装，重新下载安装插件即可。

软件安全性测试包括程序、数据库安全性测试。根据系统安全指标不同测试策略也不同。

用户认证安全的测试要考虑问题：

1.         明确区分系统中不同用户权限

2.         系统中会不会出现用户冲突

3.         系统会不会因用户的权限的改变造成混乱

4.         用户登陆密码是否是可见、可复制

5.         是否可以通过绝对途径登陆系统（拷贝用户登陆后的链接直接进入系统）

6.         用户推出系统后是否删除了所有鉴权标记，是否可以使用后退键而不通过输入口令进入系统

系统网络安全的测试要考虑问题

1.         测试采取的防护措施是否正确装配好，有关系统的补丁是否打上

2.         模拟非授权攻击，看防护系统是否坚固

3.         采用成熟的网络漏洞检查工具检查系统相关漏洞（即用最专业的黑客攻击工具攻击试一下，现在最常用的是 NBSI 系列和 IPhacker IP ）

4.         采用各种木马检查工具检查系统木马情况

5.         采用各种防外挂工具检查系统各组程序的客外挂漏洞

数据库安全考虑问题：

1.         系统数据是否机密（比如对银行系统，这一点就特别重要，一般的网站就没有太高要求）

2.         系统数据的完整性（我刚刚结束的企业实名核查服务系统中就曾存在数据的不完整，对于这个系统的功能实现有了障碍）

3.         系统数据可管理性

4.         系统数据的独立性

5.         系统数据可备份和恢复能力（数据备份是否完整，可否恢复，恢复是否可以完整）

 安全性测试复习笔记

六条确定等价类测原则理解

1.     在输入条件规定了取值范围或值的个数的情况下，可以确定一个有效等价类和两个无效等价类

比如，密码的设置在 6 － 16 个字符之间，我们对这个字符长度等价类划分为一个有效的等价类 6 － 16 的字符串；无效等价类就是小于 6 个的字符串和多余 16 个的字符串

2.     在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况，可以确立一个有效等价类和一个无效等价类

一个等价类就是“必须的条件类”；无效等价类就是“非必须条件”

3.     在输入条件是一个布尔量的情况，可确定一个有效等价类和一个无效等价类

一个有效等价类是“真”；无效的等价类就是“假”

4.     在规定了输入数据的一组值（假定是 n 个），并且程序要对每个输入值分别处理的情况，可确立 n 个有效等价类和一个无效等价类

比如：用户名不允许汉字；这样无效等价类就是汉字，而不是汉字的各种情况就会有很多

5.     在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）

这个是第四个原则的反面

6.     在确知已划分的等价类中，各元素在程序处理中的方式不同的情况下，则应在将该等价类进一步的划分为更小的等价类。

首先等价类可以是有效等价类，也可以是无效等价类；比如已划分的一个等价类还可以划分为若干小的等价类。但就各元素在程序处理中的方式不同的情况下不是很能理解

两条根据等价类设计测试用例的技巧

一、        设计一个新的测试用例让其尽量多的覆盖未覆盖有效等价类

二、        设计一个新的测试用例让其覆盖一个无效等价类

重复上面两条直到等价类全部被覆盖

测试用例的设计方法还有很多如边界值（在白盒测试中是一种很不错的方法）、错误推断（这跟工作经验有关了）、因果图（因果图的理论仿佛很难理解，如果举个例子理解起来就简单很多，下面有我举的一个示例）， 待续。。。。。（实在是累的不行了）

(一)  提示：“ the link file .... may be corrupted or has illegated link string ”的，提示重复多次均无法安装。

原因 ：你的 Loaderunner 的安装文件夹名写成中文了，造成 Lr 的安装教本无法识别路径，最终导致不断有这样的错误提示。

解决方案：把安装文件的目录名改为非中文就可以了。

(二)  没法完全卸载

要想把 LR 的老版本完全卸载，正确的步骤是：

1.         停止所有的运行的 LR 的进程和服务（ including the Controller, VuGen, Analysis ， or the LoadRunner Agent Process/Service ）

2.         备份已有的脚本，你的脚本有可能在你的默认安装路径下

3.         在控制面板的添加删除程序中，删除 LR ，并重启机器

4.         手动删除所有 LR 的文件夹，包括您的开始菜单里的 LR 快捷方式

5.         如果你的版本是 6 。 0 系列的，删除 Borland 文件夹（通常在 C:\Borland or C:\BDE  目录下）

6.         搜索    wlrun.* 、    vugen.* ，除了安装文件夹中的文件，其他的都删除

7.         打开注册表，找到

如果只安装了 MI 公司的 LoadRunner 这一个产品，请删除：

HKEY_LOCAL_MACHINESOFTWAREMercury Interactive.

HKEY_CURRENT_USERSOFTWAREMercury Interactive.

否则请删除：

HKEY_LOCAL_MACHINESOFTWAREMercury InteractiveLoadRunner.

HKEY_CURRENT_USERSOFTWAREMercury InteractiveLoadRunner.

删除所有和 LR 有关的数值，除了你的 License2 或 License ，

8.         清空回收站

实现以上步骤后，即可放心安装了，切记在重装后，一定要重启机器，因为一些必要信息要写入注册表。

(三)  卸载后 , 执行安装过程时出现“ license security violation.Operation is not allowed ”提示信息 , 安装失败

解决方案： :

1.         进入一台 Loadrunner 运行正常的电脑 ( 安装路径要和你的相同 ) 进入注册表 , 导出以下两个目录 :

HKEY_CURRENT_USER\Software\Mercury Interactive

HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive

2.         回到刚才安装不成功的电脑 , 进入注册表导入刚才这两个文件 .

3.         再次执行安装 .

建议 : 如果有用 Ghost 提前做 Ghost, 或者为系统设置还原点 .

一、Td的还原备份步骤：

1. Access 数据库项目备份，找到原文件，把要备份的项目拷贝出来，在需要还原备份时，在td内建一个与该项目同名的项目。找到原文件，把备份的文件拷进去覆盖即可。

2.  SQL 的数据库的项目备份，在企业管理器内备分该项目的数据库。在需要还原时.连接数据库，建立与该项目同名的项目，在企业管理器内还原备份数据。

二、SQL连接数据步骤：

1.   sit sdministrator à DB servers 将数据库名称改为你用的数据库名称

2.   打开你所用的SQL的客户端使用工具，将你的服务器修改别名。具体步骤: Microsoft SQL server-> 客户端使用工具->别名->添加。服务器别名应与上图中的划红色线的服务器名相同。

3.   连接数据库：sit sdministrator à DB servers 选择数据服务器，点击ping按钮，输入数据库用户名（如sa），密码，点击ok按钮，弹出连接成功提示

（数据连接成功后即可建项目了）

三、数据库还原后常见错误

1.   还原后，该项目登陆不进去。在企业管理器中察看该项目数据库中只有一个用户dbo

解决方案：在企业管理器中察看该项目数据库中新建一个用户td （只能是td）该用户的用户为public和db_owner;在sit administrator 内新建用户和密码，用新建的用户就可以登录该项目。

2.   还原后登陆不进去，在企业管理器中察看该项目数据库中只有两个个用户dbo，td，并且登陆时弹出提示：

解决方案，在企业管理器中察看该项目数据库中新建一个用户名其他，登陆名td 该用户的用户为public和db_owner; 在sit administrator 内新建用户和密码，用新建的用户就可以登录该项目。

3.   能够登陆，但是会出现以下情况：（在test plan中出现）

解决方案：在该项目找到LOCKS表，右击选择设计表，点击表和索引属性，修改得表的所有者为你新建的用户，关闭表和索引属性设计框，保存修改。在sit administrator 内新建用户和密码，用新建的用户就可以登录该项目。