发布新日志

  • LR在安装和卸载问题

    annayin 发布于 2007-06-18 14:54:06

    厄。。。前段时间有人问我安装问题,结果看了她给的截图,原来是安装过一次没有注册,然后第二次安装肯定过不去了,曾经听过这种情况下最糟糕,因为要把系统重装之后才能安装LR,否则LR的注册信息文件和注册表里的还会残留,今天正好翻到这篇文章,转载过来,做为搜集保存,也更方便那些头疼需要完全卸载和重新安装LR的新手们。

    原文

    LR在安装和卸载问题上的一点总结(转帖)

    在安装 Loaderunnner 过程中也许你经常遇到,提示无法安装的情况,我也遇到过相关问题,于是查阅了相关资料,总结了一下,好东西不敢独享,拿出来和同行一起交流
    (一) 提示:" 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_MACHINE\SOFTWARE\Mercury Interactive
    HKEY_CURRENT_USER\SOFTWARE\Mercury Interactive
    否则请删除:
    HKEY_LOCAL_MACHINE\SOFTWARE\Mercury Interactive\LoadRunner
    HKEY_CURRENT_USER\SOFTWARE\Mercury Interactive\LoadRunner
    删除所有和 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,或者为系统设置还原点。
  • 软件测试计划模板

    燕子东南飞 发布于 2007-10-02 15:34:36

    软件测试计划模板<一>

     软件测试计划模板<>

    一、 测试项目简介及撰写计划人信息等

    简单描述测试的项目概况(参考功能说明书)。

    由哪个部门,什么人,为什么项目写的测试计划,完成后由谁评审等等

    二、 测试所需的软硬件配置,须注明已经具备的和缺少的。

    1 、硬件配置:

    2 、软件系统配置:包括系统软件和应用软件

    三、测试组组成及人力资源要求

    1、本项目的测试人员姓名及分工,指定测试负责人。

    2 、需要配合的相关部门和人员

    四、测试的内容及步骤

    1 、技术测试

    阐述哪些地方采用需要进行除功能测试之外的测试如压力测试、性能测试 ,若不进行技术测试则填写“无”。

    2 、 功能测试

    简单描述需要测试的业务种类或功能模块(力求简洁),有移行测试需在此描述。

    五、测试规模及工作量分析

    对本次测试的内容和难度进行分析,技术人员分析系统资源利用情况和性能等,并按“ 人日 ”折算成工作量。

    六、时间资源及测试进度

    1  测试方案、测试案例的完成时间;

    2  环境准备(包括环境搭建、数据准备等)时间;

    3  预估测试的进度, 预计的测试时间及轮次安排;

    4  批量处理的计划要求;

    5  测试要点、用户手册、测试报告完成时间;

    七、测试风险

    通过分析已具备的测试资源、本项目的测试规模及难度、可预计的变动因素,提出完成本项目存在的风险程度。

    1 、人力、时间资源方面:

    2 、测试环境方面

    3 、部门配合方面

     

    软件测试计划参考模板<>

    1. 概述

    1.1 产品简介 (名称,版本,作用等)

    1.2 范围 .0(测试目的,测试哪些方面,与系列版本有什么改进与不同等)

    1.3 变动条件 (计划书发生变化的条件,由哪些方面决定等)

    1.4 参考文档 (产品以前计划书,以前或最新的详细设计,概要设计等文档资料)

    2. 约定 (就是统一测试的一些规范,流程,文档,标准等)

    2.1 测试目标 (什么功能, 什么性能,产品稳定性,bug出现率等等)

    2.2 接收标准 (测试各流程阶段间进行接收任务的标准,比如单元->集成等)

    2.3资源和工具

    2.3.1 资源 (硬件,人员,网络,软件资料等)

     

    2.3.2 工具 (自动化测试工具选择,bug跟踪工具等等)

    2.3.3 具体规格 ( 工具中每一个表有哪些字段,新增一测试用例,编号等如何递增等等,如TD中的定制)

    3. 测试种类及测试标准

    3.1 测试种类 (功能,界面,压力,性能,业务流程,安装卸载,验收等测试)

    3.2 测试方法及标准 ( 每一测试内容,如何去实施,定义要达到什么标准,比如性能测试,就用loadrunner)

    3.2.1 功能测试 ( 手工功能点排查,用winrunner等)

    3.2.2 性能测试 ( loadrunner,webload,达到什么标准)

    3.2.3 界面(美观,位置,错字,操作,色调搭配等)

    3.2.4........

    4. 测试重点及顺序

    4.1 预测风险 ( 项目延迟,测试时间不足,提交版本不及时,测试人员离职,硬软件损坏,提前发布,bug率高等)

    4.2 测试重点 (重点主要功能,特色功能,易出错功能,常用功能等)

    4.2.1 功能测试

    4.2.2 业务测试

    4.2.3........

    5. 暂停标准和再启动要求 (bug率、趋势及严重程度,运行情况,顾客需求,发布时间及市场变化等)

    6. 测试任务和进度 (用TD进行测试点统计、分配;用project进行进度控制等)

    7. 测试提交物 ( 测试计划,bug跟踪单,测试总结报告,测试用例等)

    8.整理测试资源(重新分配,改进还是继续保存等等)

  • 性能测试方案模板

    jessie0427 发布于 2007-04-29 14:44:42

    1引言

    1.1编写目的

    编写本方案的目的是用于指导XXXX系统的性能测试,主要从测试环境、测试工具、测试策略、测试具体执行方法、任务与进度表等事先计划和设计。

    1.2适用范围

    XXXX系统性能测试组

    XXXX系统开发组

    XXXX系统性能优化组

    1.3参考资料

    系统性能测试指南

    1.4术语和缩写词

    缩写、术语

    性能测试

    performance testing

    运行这些测试通常要确定程序运行有多快,以便确定是否需要优化

    负载测试

    (load testing)

    通过在面临很多资源要求的系统上运行,攻击被测程序或系统

    可靠性测试

    (reliability testing)

    持续进行的性能测试,目标是发现短序列程序测试遗漏的情况

    ……

     

     

     

     

     

    2系统介绍

    3测试环境

    3.1网络拓扑图

    3.2硬件环境

    3.3软件环境

    4测试范围与主要内容

    测试范围:

    如:XXXX系统各项性能指标,反应时间的性能测试、CPUMemory的性能测试、负载的性能测试(压力测试)、可靠性测试

    主要检测内容:

    如:

    1. 典型应用的反应时间

    2. 客户端、服务器的CPUMemory使用情况

    3. 服务器的响应速度

    4. 系统支持的最优负载数量

    5. 网络指标

    6. 系统可靠性测试

    5测试工具和测试方法

    5.1测试工具

    MIMercury Interactive)公司的LoadRunner7.5.1创建虚拟用户脚本工具Virtual User Generator

    MIMercury Interactive)公司的LoadRunner7.5.1创建、运行实际场景工具Controller

    MIMercury Interactive)公司的LoadRunner7.5.1分析测试结果工具Analysis

    性能监视器(MicroSoft Win2000自带)

    5.2测试方法

    5.2.1反应时间的性能测试

    处理点或事件

    期望的反应时间

    实际反映时间平均值(至少3次)

    上次或上版本实际反映时间平均值(至少3次)

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    测试结果分析:

    5.2.2CPUMemory的性能测试

    条件:

    1.客户端情况

    2. 应用服务器情况

    3.数据库服务器情况

    测试结果分析:

    5.2.3负载的性能测试(压力测试

    输入/动作

    输出/响应

    能否正常运行

    10个用户操作

     

     

    20个用户操作

     

     

    30个用户操作

     

     

    50个用户操作

     

     

    100个用户操作

     

    查看(3013) 评论(0) 收藏 分享 管理

  • 测试方案和测试计划的区别

    ruanyongjie 发布于 2007-11-13 19:02:11

    一、测试计划:
    对测试全过程的组织、资源、原则等进行规定和约束,并制订测试全过程各个阶段的任务以及时间进度安排,提出对各项任务的评估、风险分析和需求管理。
    二、测试方案
    描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。
    三、测试计划是组织管理层面的文件,从组织管理的角度对一次测试活动进行规划。
    四、测试方案是技术层面的文档,从技术的角度度一次测试活动进行规划。
    五、测试计划要明确的内容:
    1、明确测试组织的组织形式
    1测试组织和其他部门关系,责任划分。
    2测试组织内的机构和责任安排。
    2、明确测试的测试对象(明确测试项,用于后面划分任务,估计工作量等)
    3、完成测试的需求跟踪
    4、明确测试中需要遵守的原则
    1测试通过/失败标准
    2测试挂起和回复的必要条件
    5、明确测试工作任务分配是测试计划的核心
    1、进行测试任务划分
    2、进行测试工作量估计
    3、人员资源和物资源分配
    4、明确任务的时间和进度安排
    5、风险的估计和规避措施
    6、明确测试结束后应交付的测试工作产品
    六、测试方案的具体内容:
    1、明确策略
    2、细化测试特性(形成测试子项)
    3、测试用例的规划
    4、测试环境的规划
    5、自动化测试框架的设计
    6、测试工具的设计和选择
    七、测试方案需要在测试计划的指导下进行,测试计划提出“做啥”,而测试方案明确“咋做”。
    八、详见测试计划模板和测试方案模板。

  • 数据统计

    • 访问量: 1065
    • 日志数: 2
    • 建立时间: 2007-07-02
    • 更新时间: 2008-03-14

    RSS订阅