软件测试技术、软件测试理论、软件质量保证、软件测试标准、软件测试管理

发布新日志

  • 西安软件测试网！

    2007-12-26 12:06:24

      以前在网上泡论坛，看网页，发现有些好的东西便下载下来，久而久之便找不到了，于是自己申请了域名做了网站，把自己感兴趣的资料汇集到此，同时也可以提供一个交流的场所，毕竟技术因交流而进步啊。

    http://www.ant-test.cn

    希望大家可以在此进行技术上的交流。

    西安软件测试网

     

    查看(558) 评论(2) 收藏 分享 管理

  • 测试工程师短期培训课程

    2007-12-21 10:08:10

    测试工程师短期培训课程
    测试工程师短期培训课程     西安软件测评中心短期软件高级测试工程师培训课程体系。联系人：王老师   88452765

    课程序号

    主题

    知识点

    T001

    软件测试基础

    软件测试基本概念

    软件测试类型

    软件测试策略

    软件缺陷分类与管理

    软件测试风险成本

    T002

    软件测试流程

    软件测试流程模型

    软件生命周期测试

    软件测试流程

    软件测试流程文档

    T003

    功能测试技术

    功能测试概念

    功能测试案例设计

    功能测试方法与技巧

    功能测试结果文档

    自动化功能测试

    T004

    性能测试技术

    性能测试基础

    性能测试流程

    性能测试技术

    性能测试结果分析

    性能测试案例

    自动化性能测试

    T005

    软件测试管理

    软件测试管理

    软件测试管理案例

    T006

    软件测试质量保证

    建立质量体系

    测试质量评估

    测试覆盖评估

     

    实践主题

    代号

     

     

     

     

     

     

     

    实

    践

    活

    动

     

     

     

     

     

     

     

     

     

     

     

     

    实

    践

    活

    动

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    实

    践

    活

    动

    1、建立测试环境

    测试硬件环境

    测试软件环境

    选择测试工具

    其他辅助设备

    运作与工作模式

    建立质量体系

    TP-01

    2、建立测试组织

    测试组织框架

    角色分配和定义

    项目管理

    团队协调

    TP-02

    3、测试人员激励机制

    人员激励机制

    国内外成功案例

    老师学员经验讨论

    TP-03

    4、建立测试流程

    分析测试需求

    制定测试计划

    编写测试用例

    撰写测试报告

    TP-04

    5、建立BUG管理流程

    建立BUG分类标准

    设计BUG管理流程

    实践BUG管理流程

    TP-05

    6、建立测试配置管理

    分析配置管理需求

    设计配置管理流程

    实践配置管理流程

    TP-06

    7、功能测试实践

    熟悉被测业务

    分析测试需求：生成测试计划

    制定测试计划：生成测试用例

    执行测试用例：生成测试问题单

    分析测试结果：生成测试报告

    自动化测试方法

    讨论测试质量：满足需求与发现BUG

    讨论测试覆盖率：深度与广度

    怎样提高测试效率

    TP-07

    8、性能测试

    熟悉被测业务

    自动化测试方法

    制定测试计划

    测试需求分析

    测试案例制定

    测试环境搭建

    录制测试脚本

    场景制定

    测试执行

    获取测试结果

    分析测试数据

    测试结果评估与测试报告

    讨论测试质量：满足需求与发现BUG

    讨论测试覆盖率：深度与广度

     

    TP-08

    9、测试工具

    配置管理工具:MS VSS

    测试过程管理工具：TestDirector

    缺陷管理工具：IBM ClearQuest

    需求分析管理工具：IBM RequisitePro

    功能测试和组织管理：IBM Robot TestManager

    性能测试工具：HP Loadrunner ，IBM Robot TestManager

     

    TP-09

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

  • 浅谈西安软件测试培训

    2007-12-21 10:06:36

       目前软件测试工程师培训成为培训业的一个热门，许多在校即将毕业的学生和想转行做测试的已工作者都都选择了相应的软件测试培训机构，然后怎么样选择一家适合自己发展的培训机构，怎么样去鉴赏一个培训机构却成了大家最为苦恼的事情。
        现在大家找测试培训机构的方法一般是在网上搜索，其实网上的信息，真真假假，或多或少都参杂了一些水份，现在西安做软件测试培训的大体有四家：第一是北大 青鸟的软件测试培训，第二家是IBM软件创新服务中心的高级测试培训；第三家就是所谓的英达测试培训，第四家就是名叫西安软件测试实训基地，这四家机构现 在在网上的宣传是比较多的，在baidu的贴吧里也都各自的宣传自己，在选这几家机构时大家不妨都看看，多问问，不要一味的在网上查，最好能去实地考察一 番，如果能有试听的话那就最好不过了。
       软件测试重点玩的是经验，好的测试培训机构一般都积累了大量的实战工作经验，我们在选相应的培训机构时，要结合自己的具体实际去有目的的选择，大体上软件 测试培训分为三个部分第一部分即测试相关理论的学习（包括测试方法和测试标准以及测试分类），这些都是了解性的东西，一般自己通过看书都能掌握的差不多， 培训只是给大家做综合性的介绍，第二部门便是测试培训的重点，即测试设计、测试执行，在这个环节中大家重点要了解怎么去做一个测试、拿到一个项目怎么样去 分析，怎么样去划分测试类，怎么样去确定测试的需求，等这些都明确了之后我们便可以考虑具体测试方法，考虑测试方法的时候便要考虑测试过程的管理问题，包 括测试工具的选择，测试过程和测试缺陷的管理。要知道测试和开发是不同的测试特别是功能测试是不需要工具的，而且在做的过程中一般也不会去使用相应的测试 工具，参加培训是为了学会测试的方法，工具只是辅助的东西，一味的强调工具是不理智的，当然我们所说的这些是针对的功能测试 ，不包括自动化测试和性能测试 ，后者的是必须有工具的参与的。
       测试培训重点是方法，而不应重点是要做什么，因此培训的过程中要结合不同的行业来组织相应的培训，鉴于目前来说web测试和性能测试又是测试中的重点，因 此选择测试培训和参加测试培训时自己就要明确目标，而不是参加完培训后只是粗浅的知道一些测试知识，胡乱的会写一些测试用例。
        说了测试培训的第二阶段我们再来看测试的第三阶段就是实战学习，在这个阶段大家应有差别的去选择了，毕竟参加培训是我们找到好的工作我相信有绝大多数的人是这么认为的，至于想通过测试培训得到提高这的人我想是比较少的。
        因此选择测试培训机构一定要慎重，钱花了不要紧，要紧的是花了钱又没有学到真正的东西。

    查看(1064) 评论(2) 收藏 分享 管理

  • OA办公自动化系统测试方案

    2007-12-21 10:03:59

    办 公自动化系统擅长处理类似公告、公文等流转类型的行政办公类应用需求、设计及相对独立的个人相关资料、通讯录、记事本等个人事务类的需求、设计。另外办公 自动化系统软件的权限管理是其不同于其他应用软件的另外一个特点。系统需要为使用人员提供设置不同的权限和访问许可的功能，管理员可以通过调整各功能模块 的访问权限，设置一般用户某些功能可以用，某些功能不允许用；并为员工创建、注销帐号及访问权限。提高了企业系统的资料的安全度，阻止非授权人的非法进入 系统。针对这些特点我们在测试时主要着重于对流转型的行政办公需求、设计和对独立型的个人事务需求和设计来组织测试工作。

    一、测试方法：
            从整体来OA办公自动化系统一般包括公文管理、网上审批、个人信息管理、以及公共信息管理四个大的模块，在对每个模块的测试过程中我们将针对对每个模块的需求、特点分别采用不同的方法，具体在以后的测试过程中我们将采用以下方法：
    1    、公文管理、网上审批：
            公文管理和网上审批都是以流转型业务为主，在此对于此类功能点我们将以收文管理为例，简要说明我们测试过程所采用的方法方案。
            例如oa公文管理主要对公文 进行登记和处理。在登记收文过程中直接输入，并将登记后的收文送领导阅读或批示（批示的流程完全可以根据用户的需要自己定义，也可以使用系统管理员已经定 义好的公文批示流程），处理结束后将文件进行归档。管理人员可以对收文处理全过程进行监督、催办、重定位，也可以随时进行文件流程跟踪及查看其所有领导的 批示意见、批示时间。针对这些情况，在进行测试分析和设计时，我们首先按照上面提到的根据现成的公司体制进行分析和设计的测试数据，然后将各个领导是否兼 职的情况区分开来。测试过程中我们准备了两套数据：
    1)     领导不兼职
    领导不兼职的情况， 相对较简单， 即每个领导只负责一个批示。
    2)     领导兼职
    领导兼职的情况，即每个领导可能负责不同过程中多个批示，这是流转型模块测试的一个难点，因此在测试过程中我们对此进行了重点测试。
    2    、个人事务
            个人事务通常包括：待办工作、日程安排、个人资料、个人通讯录、个人记事本、外出声明等模块。例如批阅各部门上报的各种公文，评阅同事交流的各种文件内容，起草各类报告，查看个人的活动日程、外出等安排，同时系统能自动提醒待办事项。
           以个人通讯录为例，用户可将朋友、同事名片登记并进行管理查询。每个人只能看到自己的通讯录，通过对所有个人通讯录的查询，自己可很快地找出所需要联系的人员信息，并方便地通知他们参加会议或发送邮件等等。在进行测试分析、设计和执行中我们将特别考虑以下几点：

    1) 新建或修改通讯录时对于输入重复的信息系统是否给予提示警告；
    2)     新建或修改信息时个人维护的私有名片是否能被其他人看到或修改；
    3)     个人删除私有通讯录信息时是否影响到其他用户的通讯录信息；
    4)     需要联系的通讯信息主人联系时，是否可以正确联系上，其联系内容是否显示正确；
    3.     公共信息管理

    公共信息通常分两部分：一部分为一般用户的浏览操作，在此用户只能浏览、查阅。一部分为管理级别的用户，他们有权限添加、修改、编辑、删除相应的功能信息

    在进行测试分析、设计和执行时要重点考虑：

    1) 对规章制度的权限操作（管理员用户和一般用户）

    2) 规章制度的套红头操作。

    3) 规章制度浏览时的不可修改性。
    4.系统基础信息
            基础服务包括： 人员注册、部门设置、组织结构调整、OA基础信息维护等模块。在此以基础数据维护为例：OA系统为系统的管理员提供了多项数据维护的服务。可以对一些常用的数据进行设置，包括用户登录名/用户密码组合方式、用户登录名/用户密码长度、主题词、常用意见、公文类型、文件套红模板、存储时间和公文格式等基础信息进行维护。

    在进行测试分析、设计和执行时要特别考虑：

    1) 用户登录名/用户密码组合方式设置是否正确；

    2) 用户登录名/用户密码长度设置是否正确、有效；

    3) 存储大小设置是否正确、有效； 对于超出设定的存储大小系统是否能正确提示；

    5、测试策略

    在测试时对于功能性验证测试，采用黑盒测试方法。测试将覆盖OA系 统所涉及的所有功能模块。在对非流程功能测试时将采用边界值法，一般将准备两组数据，一组正常数据，一组非正常数据（边界数据或者非法数据），对带流程的 功能点，采用场景法，进行验证测试，测试过程总围绕主干流程进行，也要考虑到分支流程对主干流程的影响，每个流程都分别涉及了多种测试路线，力争最大程度 的模拟现场办公。

    另外由于此次开发的办公自动化OA系统是基于协同工作流架构，采用B/S了结构主要以网页页面的方式来展现、实现系统设计功能，因此在测试时我们将按照web页面测试标准和方法对其功能界面进行测试验证重点对其直观性、一致性、灵活性和舒适性四个方面进行系统测试。具体如下：
            对其直观性测试主要是看用户界面是否洁净，不唐突，不拥挤，界面不应该为用户制造障碍。所需功能或者期待的响应应该明显，并在预期出现的地方。

    对其一致性的测试主要查看菜单选项，以及在Windows 中按F1键总是得到帮助信息 ，整个软件使用术语或者特征命名是否一致? 页面上各种功能的布局是否和日常操作一致。
            对其灵活性测试主要是测试其在选择人员的操作和委托任务时的方便性，以及数据输入和输出方便性等。
             对其舒适性测试主要测试软件外观和感觉是否与所做的需求工作和使用者要求相符，
    程序是否在用户执行错误的操作之前提出警告，并允许用户恢复由于错误操作导致丢失的数据。

    具体测试时对主要页面元素进行了以下内容的验证测试

    Ø背景/色调 是否正确、美观，是否符合用户需求；

    Ø页面在窗口中的显示是否正确、美观（在调整浏览器窗口大小时，屏幕刷新是否正确）表单样式 大小，格式，是否对提交数据进行验证（如果在页面部分进行验证的话）等

    Ø页面元素的容错性列表（如输入框、时间列表或日历）；

    Ø页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超链接、输入框等等）；

    Ø页面元素的容错性是否存在；

    Ø页面元素的容错性是否正确；

    Ø页面元素的外形、摆放位置（如按钮、列表框、核选框、输入框、超链接等）；

    Ø页面元素是否显示正确（主要针对文字、图形、签章）。

    元素是否显示（元素是否存在）

     

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

  • Jikes简介

    2007-02-08 10:16:48

         最近在做金保系统测试时由于每天都要从服务器上下载jsp页面重新执行测试，发现javac的编译器真的有点慢，于是在网上找看能不能找到编译效果好的编译器，据说Jikes不错于是查了一些资料看看，最重要的是在weblogic中重新指定编译地址也很简单  ：通过启动管理控制台，在域（如：mydomain）> 服务器 > server实例（如：myserver）>配置 > 常规下改变Java 编译器，默认为javac。输入完整路径，即可。

       Jikes是IBM的一个开源Java编译器，它严格遵守Java规范，并且承诺以极快的编译速度。虽然Java的发明者Sun微系统提供了自有产权的编译器，但IBM的编译器采用了开放源码的思想，这意味着任何人都可以免费得到IBM Jikes的源代码，并且可以在修改后(如果符合Java规范)重新分发。
       Jikes被收纳进几个Linux的不同变种，其中就包括十分流行的Red Hat中的版本。
       IBM宣称，Jikes既坚持了Java语言规范，也坚持了Java虚拟机的规范，并且它不支持Java语言的子集，超集或其他变种。
       除了快速编译外，Jikes还分析了编译的源代码对其他可能需要的源码的依赖性。对大多数主流操作系统平台Jikes都是可用的。

    IBM指出，Jikes并不是一个Java开发环境，它只是一个Java编译器

    下载 jikes for windows

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

  • HP-UX AIX +Weblogic 8.4发布页面无法正常显示中文

    2007-01-29 23:25:39

        不懂aix，发现HP-UX  AIX +Weblogic 8.4发布页面无法正常显示中文，搞了半天不知道是什么原因？是aix系统没有安装zh_CN支持字库还是别的什么原因？还有就是怎么在远程如在windows下监测aix的系统性能情况...
         正在探索中。。。。。。

     

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

  • 请教AIX

    2007-01-29 16:15:47

        对金保工程的性能测试工作开展了快一个月了。测试方案包括测试脚本都已开发完毕。可今天突然告诉我要把windos上的系统发布到aix上。我一听晕了，aix我从来没接触过，究竟是个什么东东心里压根儿就不知道。随即我开始在网上搜索关于aix的资料，可真不知道该从何处开始看起。
        现在发帖子上来，希望懂aix的朋友能给提点建议或者给点资料啊。小弟万分感谢！
    有资料的可发到我的邮箱。

    whw@mail.xa863soft.cn

    再次感谢。
        

     

    查看(458) 评论(1) 收藏 分享 管理

  • Rational测试实施过程（附实例下载）

    2007-01-25 22:05:02

     

     

       做软件测试也快两年了，这两年来整理了一些东西，对测试工具如Rational系列和MI的系列都略有了解。早先给公司新人培训准备了些资料也用VB做了个“中心员工打分系统”做为实例练习。以前在爱测试网上没有法实例，这次重新发到51上，如果需要实例的话可以练习我，给我留Email就可以了，我会及时回复的。

    一、测试计划
    定义测试输入条件，确定测试策略和划分测试功能点、设计测试用例规划，在此过程

    中还要考虑测试用例的属性和该测试是否进行迭代测试。

    1．1计划目的

    Ø         测试需求

    Ø         测试策略

    Ø         测试资源

    Ø         测试进度

    1.2确定内容：

    Ø         必须进行那些测试？

    Ø         测试在何时开始，希望何时通过以及测试日程安排；

    Ø         测试在哪里进行？换句话说，就是测试将在何种软、硬件配置的环境下运行？

    Ø         确定测试方法和测试工具；

    1.3实施内容

        1）、确定测试项目（中心员工综合打分系统）

         2）、测试其基本功能的正确性（包括，登陆权限的验证，数据输入、输出格式的验证、添加、修改、更新、删除、以及可变因素的更改）

         3）、确定测试策略和方法（针对功能正确性验证的测试）测试过程中录制相应测试脚本（包括手工脚本和自动化执行脚本）

         4）、制定测试计划（2个小时）

         5）、确定测试资源

    1.4 计划预期目标

        1）、用Administrator建立测试项目

        2）、用RequisitePro 确定测试需求管理

        3)、创建ClearQuest数据库

        4）、创建测试用户和用户组

    1.5具体操作

    使用Rational Administrator建立测试项目

    何建立一个内网共用的project的步骤总结下

    1、 先创建web共享的文件夹，空的

    2 、在Administrator建project，路径通过网上邻居指到上面那个文件夹

    3、配置datastore，在此可以配置RequisitePro 用来确定对测试需求管理和创建ClearQuest数据库用来对以后发现的缺陷进行管理。

    完成

    4 、在Administrator里连到project，配账号，密码，分权限

    5 、通知测试人员加入项目。

    1.6 预期目标

          1、使得学员了解测试计划的格式

    2、能初步掌握测试计划的撰写工作；

    启动Rational Administrator 

    不能下载的话可以在ant-test.cn上去下载

    下载

     

    查看(633) 评论(2) 收藏 分享 管理

  • Rational ClearQuset 配置手册

    2007-01-25 21:55:02

    一、前言.
    二、附属安装.
    1.支持的环境.
    2．数据库. 2
    三、Rational ClearQuest配置.
    1．Rational ClearQuest Maintenance Tool设置.
    2．Rational ClearQuest Designer设置.
    四、Rational ClearQuest Web服务器配置.
    1．设置注册表存取权限.  
    2．NTFS格式机器的读取权限设置.
    3．创建Web虚拟目录.
    4．编辑虚拟目录的属性.
    5．编辑cache和images目录的属性.  
    6．其他设置.
    7．IE设置. 3
    五、Rational ClearQuest客户端配置. 3
    1．提交缺陷.
    2．修改记录.
    3. 控制台操作.
    六、附录.  
    1．脚本片段.
    2．补充说明.
    一、前言
    Rational ClearQuest功能十分的强大，可以和Rational的其他的产品结合，比如Rational ClearCase、Rational Rose等。ClearQuest主要用于变更管理和缺陷跟踪。这个文档主要是说明ClearQuest用于缺陷跟踪的时候，如何进行相应的配置工作。 以其中ClearQuest简写为CQ。
    在文档中，标记为红颜色的都是值得特别注意的地方。
    下面是部分中英文和缩写对照表：
    CQ:ClearQuest。
    计划：Schema
    自定义：Custom
    维护表：Schema Repository。
    版本：Version
    注释：comment
    延迟：Timeout
    间隔：Interval
    字段：Fields
    缺陷：Defect
    工作台：Workspace
    状态转移矩阵：State Transition Matrix
     

    二、附属安装

    1. 支持的环境

    Rational ClearQuest可以安装在WinNT 4.0，Windows2000，Windows98，WindowsMe，WindowsXP上。
    ClearQuest的安装十分的简单，点击setup.exe文件，选择Rational ClearQuest，一路选择“下一步”就可以了。
    不过要注意，如果想配置ClearQuest的Web服务器，在安装CQ的时候，必须选择Custom（自定义）安装，在Choose Features中，把Web Server Components选中。
    CQ分为服务器端、客户端、Web端三个部分。
    在安装Rational ClearQuest的时候，实际就是安装了ClearQuest的服务器端和客户端。
    1．服务器端：通常情况下，创建（Create）维护表（Schema Repository）的机器可以称为之服务器端。
    服务器端创建的维护表需要连接数据库，数据库可以选择SQL Server、Oracle、Access2000等（支持其他类型的数据库，但是我想应该很少用）。
    数据库不一定非要安装在服务器端，也可以使用专门的数据库服务器。
    服务器端主要是创建维护表（Schema Repository）。
    如果想使用Web端功能，在服务器端，必须进行相应的配置工作（Web服务器只支持WinNT4.0和Win2000Server）。
    通常情况下，服务器端也是缺陷记录数据库服务器。
    2．客户端：客户端也需要安装Rational ClearQuest。客户端是指连接服务器端创建的维护表，使用ClearQuest工具提交缺陷的机器。
    3．Web端：Web端不需要安装ClearQuest，只需要使用浏览器登陆服务器建立的相关网页。Web端是只使用浏览器（IE或Netscape）提交缺陷的机器。但是注意，如果想使用Web端，必须配置Web服务器。
    安装CQ大概需要500M的硬盘空间。如果在CQ服务器上配置了Web服务器，可以使用IE进行缺陷跟踪。IE客户端版本需要5.01以上。

    2．数据库

    ClearQuest支持Microsoft SQL Server 7.0、Microsoft SQL Server2000、Oracle(8.0.5，8.1.6，8.1.7)、Access2000等数据库，这里主要介绍SQL2000和Access2000的配置方式。
    2．1 使用Access数据库
    在使用Access数据库的时候，一定要把存放Access文件的目录共享。比如jash机器当服务器，在建立Access文件的时候，把test.mdb文件放到了“c:\共享”目录下，其他机器在连接使用这个Access的时候，使用“\jash\共享\test.mdb”连接此数据库文件。
    不建议在网络环境中使用Access数据库。
    2．2 使用Microsoft SQL Server数据库
    在CQ中使用SQL数据库，必须在使用前建立数据库，再在CQ中连接此数据库。下面就是说明建立数据库的方法。在安装SQL的时候，选择混合模式进行安装。
    在ClearQuest中使用Microsoft SQL数据库，不允许使用sa进行口令验证，所以必须建立新用户进行数据库的登陆验证。
    举例：在Microsoft SQL Server企业管理器中，建立新数据库规划（数据库名称使用中文在后面的ClearQuest Desinger中可以添加中文用户用纯英文就不能添加中文用户）给ClearQuest Maintenance Tool使用。
    1．建立数据库：打开“SQL Server组->机器名（或IP地址）->数据库”，鼠标右键单击“数据库”，在出现的菜单中选择“新建数据库”，填写数据库名称规划库，点击“确定”保存建立的数据库。
    2．配置数据库所有者：在CQ中连接数据库的时候，不支持使用sa或Administrator用户名和密码，必须建立使用新的数据库所有者。这里设置规划库数据库用户所有者为用户名CQadmin，密码test的用户。打开“SQL Server组->机器名（或IP地址）->安全性->登陆”，点击鼠标右键，出现的菜单中选择“新建登陆”，出现如下图界面，在名称中添入CQadmin，选择“SQL Server身份验证”，在密码中录入test（密码可以为空，但是必须选择“SQL Server身份验证”选项）。
     
    选择“数据库登陆”页，如下图所示，在许可中，选择所属的规划库数据库；在数据库角色中，选中“db_owner”，点击“确定”，输入确认密码，此规划库数据库就建立完毕了。
    照上面说的方法，再建立一个名为产品DB的数据库给ClearQuest Designer使用，用户名CQadmin、密码是test。
    说明：一个用户可以有多个所属数据库，在上图的“数据库访问”页中选中相应的数据库许可就可以了，不要忘记了选中“db_owner”角色。
    下面所有使用的数据库，都是SQL2000数据库，其他的数据库类型也是类似的原理创建和连接。

    三、Rational ClearQuest配置

    在CQ使用过程中，首先要创建或连接ClearQuest维护库，再到Designer中配置CQ使用环境，最后使用CQ客户端或Web端进行缺陷的提交和管理。
    1．Rational ClearQuest Maintenance Tool设置
    在使用ClearQuest前，必须设置维护表。从开始菜单中打开Rational ClearQuest Maintenance Tool（安装目录中cqdbsetup.exe），如下图所示：
    如果此机器做为服务器使用，那么就创建维护库；如果此机器做为CQ客户端使用，那么就连接维护库。
    1．1创建维护库
    1．点击菜单中“Schema Repository->Create”，或快捷菜单栏中第一个图标Create，出现下图界面：
    在第二页中，不选择“Create sample database”，点击“完成”，就完成了维护库的创建。
    1．2连接维护库
    如果想使用CQ的客户端，必须在Maintenance Tool中连接服务器创建的维护库。下面讲如何去连接服务器的维护库。
    1．点击菜单中“Connection->New”或快捷菜单栏中第二个图标New Conncetion。
    2．在Existing Connections中录入可以识别的名称；Vendor选择SQL_SERVER；Physical Database Name填写连接的数据库名称规划库；Database Server Name填写数据库服务器名称或服务器IP地址；Read-Only User Name填写规划库数据库所属用户名CQadmin；Read-Only User Password填写密码test。填写完毕后，点击“Finish”完成维护连接。
    1．3其他功能
    在Maintenance Tool中，除了对于维护库的创建或连接外，也可以编辑、删除、修改、更新、升级维护库，在菜单中都有相应的操作，这里就不多介绍了。
    一台机器，可以创建多个维护库（对应不同的数据库）；与之相应的，一台机器，也可以同时连接多个机器的维护库。在使用CQ客户端或Designer的时候，可以选择使用哪个机器的维护库。
    2．Rational ClearQuest Designer设置
    CQ Designer主要进行缺陷提交页面和选项的配置，也是CQ中最重要的部分。这里的功能和配置很多，可以使用Basic或Perl进行编程设置。
    2．1进入CQ Designer
    从菜单中打开Rational ClearQuest Designer（安装目录中的cqdesign.exe），出现的界面中，选择“测试连接维护库”进入刚才设定的维护库。在登陆界面中，User Name输入admin（缺省的超级管理员），Password为空（可以参照2.4修改密码），点击“ok”进入Designer（如下图）。（你在这里按照自己的需求选择相应的规划）
    如果要修改已有的计划（Schema），可以选择需要修改的计划名称（Schema Name），点击“完成”进入修改页面。我们这里要创建新的计划，所以点击“取消”关闭界面。
    2．2建立新计划
    在使用过程中，新的计划必须从现有的计划中继承，原计划中的各种配置新计划都可以继承下来。建议配置一个标准的计划，其他的计划都从此计划中继承。
    每次修改计划，都需要把计划check out，修改后，保存计划，再把计划check in，计划的Version（版本）加1。
    下面是计划的建立步骤：
    1．从菜单中选择“File-> New Schema”
    2．在schema list窗体中选择 DefectTracking, version 1，然后选择“下一步”.
    3．在Schema Name 填写test，comment（注释）中填写“测试计划”，点击“完成”
    4．当问你是否创建database ，点“否”。（也可以点击“是”，按照下面建立的数据库方式进行）
    5．当问你是否check out database ，点“否”。
    6．Test计划建立完毕。
    2．3建立数据库
    2.2是计划建立的过程，但是此计划并没有数据库的支持，本小节就说明如何去建立数据库并和计划相连。
    1．菜单中选择“Database->New Database”，打开新建 Database对话框。
    2．Logical Database Name添写test (数据库名称1-4个字节长)，在Comment（备注）中填写“测试数据库”，点击“下一步”。
    3．Vendor选择SQL_SERVER；Physical Database Name填写数据库名称test；Database Server Name填写数据库服务器名称或服务器IP地址；剩下的项目，填写test数据库所属用户名和密码，这里都是test。填写完毕后，选择“Production Database”，点击“下一步”。
    4．把 Timeout（延迟）和Poll Interval（间隔）都设置为0. 点击“下一步”。
    5．从计划列表中选择数据库需要连接的计划，这里是test计划，点击“完成”。
    6．显示“Database was created successfully”。
    7．询问是否check out，选择“否”。
    数据库连接计划完毕。
    2．4添加用户和组
    在使用CQ的过程中，用户和组是很关键的两个因素。下面介绍如何去添加用户和组。
    在CQ Designer中，从菜单中选择“Tools->User Administration”，出现User Administration界面。
    在操作完毕后，必须点击右侧OK按钮进行保存，否则所有改动无效。
    2．4．1添加组
    在用户管理（User Administration）界面中，点击右侧按钮Group Action，在出现的菜单中选择Add Group，出现Add Group界面。
    在name中填写需要建立的组名（建立“管理组”）；Active选择是否新建组当前可用；MembershipGroups中选择新建组的子组；MembershipUsers中选择新建组包含的用户；Subscribe中，选择新建组的数据库权限（选择“All existing and future databases”可以有任意数据库的权限，选择“Select databases”可以选择具有特定数据库的操作权限）。
    如果需要添加新用户，点击下面的按钮“New User”（参照2.4.2）；如果需要添加别的组，点击“Apply”按钮保存现在的组并添加新的组；全部组添加完毕后，点击“OK”结束新组的添加。
    在这里，除了管理组，还按照上面的方法建立“测试组”和“开发组”。
    2．4．2添加用户
    在用户管理（User Administration）界面中，点击右侧按钮User Action，在出现的菜单中选择Add User，出现Add User界面
    在Login中添入登陆用户名zwp；按需要添入其他的内容（只有Login是必添项）； Groups中，选择用户属于哪个组（这里我们选择测试组）；Privileges中选择赋予此用户的权限，通常缺省权限就可以了；Subscribe中选择此用户具有哪些数据库的操作权限。
    如果添加多个用户，点击Add User，如果全部用户填写完毕，点击OK。
    按照上面的方法，新建测试组其它用户，开发组用户，管理组用户等等。
    注意：一个用户可以属于多个组。
    2．4．3其他功能
    更新数据库：添加用户或组，以及修改了用户或组的数据库权限后，必须更新数据库。点击右侧按钮“DB Action”，在出现的菜单中选择Upgrade，出现Upgrade界面，选择需要升级的数据库，点击OK更新数据库。
    用户和组的修改等功能，比较简单，都可以从右侧按钮中选择，就不介绍了。
    2．5计划设计
    打开计划：在Rational ClearQuest Designer界面中，选择菜单“File->Open Schema”，选择需要设定的计划test，点击“下一步”，在Comment中添加本次操作的注释（可以不填写），点击“完成”打开test计划。
    我们现在所设计的计划是给缺陷（Defect）管理使用，所以计划中主要设定部分都在Record Types->Defect中，下面所说的各种配置，都在Defect中进行。
    计划配置完成后，需要从菜单中选择File->Save Work保存计划，并且File->Check In。
    计划修改后，必须从菜单中选择Database->Upgrade Database，出现的提示中选择“是”，在出现的数据库列表中，选中修改的计划所对应的数据库，点击“下一步”，出现的界面（如下图）中选择需要更新的版本，点击“完成”才算结束了计划的修改工作。
    2．5．1字段（Fields）设置
    点击左侧树中Defect下Fields，在右侧显示出字段表。 
     
    字段表中，灰颜色的部分是系统自动设置的不可修改字段；黑颜色的部分是可以修改的字段。
    Type列后面的内容都是可以进行编程控制的。
    字段表中部分英文对应的常用汉语解释：
    id：编号。系统自动给每个缺陷一个编号，规则是数据库名称＋8位数字，这个编号就是id。
    State：状态。每个缺陷都有相应的状态，State字段记录缺陷相关的状态。状态详情查看2.6.1。
    Headline：简述。简单描述缺陷的概要情况。
    Descrīption：详细描述。详细说明缺陷发生的位置、操作等情况。
    Priority：优先级。表示修复缺陷的重要程度和应该何时修复。
    Severity:严重性。表示软件缺陷的恶劣程度。
    Submitter：提交人。缺陷是谁提交的，谁就是此缺陷的提交人。
    Submit_Date：提交日期。错误提交的日期。
    Owner：负责人。指应该处理此条缺陷的人。一般情况下，负责人都是开发组开发此相关模块的程序员。
    Symptoms：错误分类。提交的缺陷记录分类。
    Note_Entry：解决方案。关于缺陷处理的说明。
    Notes_Log：验证结果。解决方案的集合。
    Attachments：附件。缺陷的补充说明。习惯上，附件中是一些缺陷状态的抓图。
    下面简单的说明一下新字段的添加和修改。
    例如：新添加一个“可重现性”字段。
    1．在字段表中，点击右键，出现的菜单中，选择Add Field，出现字段添加界面。

    2．在Field Name中填写需要添加的字段名称“可重现性”；DB Colunmn Name中填写数据库字段名称kcxx；Type中选择SHORT_STRING类型；其他的缺省就可以了。填写完毕后，点击右上角的×关闭字段添加窗口，字段就建立成功了。
    按照上面的方法，添加如下字段备用。
    字段名称（Field Name）
    DB Column Name
    数据类型（Type）
    可重现性
    Kcxx
    SHORT_STRING
    模块
    Mk
    SHORT_STRING
    系统
    Xt
    SHORT_STRING
    提交时间
    Tjsj
    SHORT_STRING
    版本
    Bb
    SHORT_STRING
    在字段列表中最后一列是Choice List（下拉框列表），此项十分常用。下面说明如何配置Choice List。
    其余的设置自己慢慢看（哈哈可不要骂我呀哈哈）

    四、添加Production Database 和Test Database

    Production Database 和Test Database 是使用CQ 是必须建立的另外两个数据库，加上前面的Master数据库就一共是三个数据库了。对于Production Database 和Test Database 要使用同Master 数据库同样的方法先在SQL SERVER 上新建两个空的数据库（本例中新建了产品DB 和测试DB 两个数据库。Production Database 和Test Database 同Master 数据库分别保存了同CQ 有关的不同的信息。对于Master 数据库，它保存了CQ 预设的一些方案（Schema），包括预设的处理流程、用户界面、数据库字段等信息；而在Production Database 和Test Database 中保存的是某个具体的Schema 进行个性化配置后的信息
    另外，还包括我们提交的所有缺陷以及同缺陷处理相关的所有信息。在新增了两个空的数据库之后，我们还要在CQ Designer 中建立CQ 同这两个数据库的关联。如果已经
    在ClearQuest Maintenance Tool 建立了多个Schema 或者Schema 链接，则在登录CQ Designer 的时候，会出现一个Schema 列表让你选择，我们可以选择上面建立的那个叫CQSchema 的Schema（如果只有一个Schema，就不会出现选择列表，直接默认登录这个Schema）。然后选择CQ Designer 界面中的Database 菜单下的“New Database”菜单项，来建立CQ 同一个新的数据库的关联。如下图所示，
    一个Producation Database，在Logical Database Name 项输入一个同SQL Server 中的数据库相对应的逻辑数据库的名字（也就是SQL Server 中的数据库在CQ 中所使用的别名），下面的“Comment”中可以添加对于这个数据库的描述，比如是用来保存哪个项目的缺陷记录。这里注意一下，Logical DatabaseName 项是有输入长度限制的，只能输入5 位数字或英文（为什么这样设计，我现在也没有弄明白），我们在命名的时候应当使用有意义的名字。
    接下来需要填写数据库链接信息，方法同新建Schema 的时候是一样的。
    不过一定要注意，要选择“Producation Database”项，这样才能将这个数据库标志为Producation Database数据库。点击“下一步”按钮后是进行超时设置，使用默认设置就可以了，然后继续“下一步”。下面这一步也是至关重要的一步，我们需要把Producation Database 同Master 中存储的多个Schema 中的某一个进行关联，之后这个被关联的Schema 的信息就被系统完全复制到Producation Database 中，供我们根据自己的需要进行调整，如下图。
    我们在这里选择的是“TestStudio”，这是一个专门用来进行缺陷管理的Schema。这个列表中的Schem都是在ClearQuest Maintenance Tool 中建立Schema Repository 时由系统自动添加到Master 数据库中的。我们可以通过Schema Name 来看出不同的Schema 所应用的环境是不同的，这是因为CQ 不仅仅是只能应用在缺
    陷管理方面。继续点击“完成”按钮，稍等片刻后系统会提示操作成功。
    之后我们再使用同样的方法建立Test Database，不过在第二个步骤要选择“Test Database”项，如下图所
     
    到这一步所有的过程都算完成了剩下的就是一些收尾的工作你给我的资料里面很详细的有说明，我就不再啰嗦了。
    下面启动ClearQuest 选择创建的规划，用添加的用户就可进入了
    这些资料你应该可以配置成功吧。我的饭应该有保障了吧！！至于web配置嘛以后有时间我再慢慢地给你说。记着我的饭呀！！给你一张web的解图
    如果要别的人要从客户端使用你只要导出一个配置文件就可以了 如下
    别人只要倒入这个配置文件就可以了。

    查看(561) 评论(2) 收藏 分享 管理

  • 金保工程性能测试浅谈（待续）

    2007-01-25 21:44:38

       对金保工程的性能测试，是一个复杂、繁琐的过程。整个系统涉及到基金征集、养老待遇、医疗待遇和各种各样的业务报表和支付计划。因此刚开始时感觉到务从下手。
        系统中整个业务点都有关联而且有唯一约束限制，因此在测试过程中我选择了让数据新生又让数据消亡的过程。即考虑到系统中各个业务关键点的执行效率，有要满足用户的日常业务求，选择了用户使用频繁又和数据库交互较多的业务点，切忌性能测试过程中特别是对大型的复杂的应用管理系统，由于用户使用频繁的业务点较多，因此在验证性能时一定要过滤性的选择，这样可以从很大程度上缩减工作量，又能对系统的具体执行效率得以验证。 再次由于金保项目的特殊性，在做性能测试时测试数据的准备是一个工作量很大的工作。
       因此除了考虑业务我们重点还要放在对测试数据整理的考虑之上，最好是数据能得到重复使用。刚才说了对金保性能测试我们“让数据新生又让数据消亡的过程”，我们把握这一原则在设计测试流程时考虑测试数据。比如系统中对人员的管理是按个人编号，个人编号又是按个人身份证来确定，系统中对个人身份证的识别又按15位和18位进行。我们要准备大量测试数据，有这些限制因此突出了我们设计业务流程时要考虑测试数据的必要性

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

  • ORA-04030: out of process memory

    2007-01-19 15:37:02

      最近忙金保工程性能测试，在测试过程中数据库oracle 10g 老出现ORA- 04030错误。结果发现竟然是db_block_size设置成16K造成的，改成8K之后问题解决
    网上的答复是：
    This is caused by a shortage of RAM on a dedicated (non shared server) environment.  Depending on your release of Oracle, you have several options:

    • Increase pga_aggregate_target

    • Decrease sort_area_size and/or hash_area_size

    • Move to multi-threaded server (a.k.a. MTS or shared servers)

    但按照他的说法修改还是不起作用，找Oracle厂商的人，说是Java_Pool_Size设置的太小了， 要200M以上，修改之后还是不起作用，因为以前建库时Java_Pool_Size设置成32M都没有出过问题，对比init.ora文件发现只有 db_block_size不一样，一个是16K,一个是8K，改成8K之后问题解决


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

  • 什么是 RMI / IIOP 协议?

    2007-01-18 09:26:56

    RMI定义了一组远程接口，可以用于生成远程对象。客户机可以象调用本地对象的方法一样用相同的语法调用远程对象。RMI API提供的类和方法可以处理所有访问远程方法的基础通信和参数引用要求的串行化。

    远程方法调用类似于Sun公司1985年提出的远程过程调用（RPC）特征。RPC也要求串行化参数和返回数值数据，但由于没有涉及对象，情况比较简单。 Sun开发了外部数据表示（XDR）系统，支持数据串行化。RPC和RMI之间的一个重要差别是RPC用快速而不够可靠的UDP协议，RMI用低速而可靠 的TCP/IP协议。

    远程方法调用（RMI）和CORBA都是分布式计算技术，在进行分布式时各有其优缺点，为了有助于了解RMI的特点和用途，有必要讨论一下CORBA和RMI的区别。

    CORBA（Common Object Request Broker Architecture）是OMG的Object Management Architecture（对象管理结构），它是面向对象的分布式系统建立所依据的标准。CORBA被设计成一个能供所有编程语言使用的一个开放性说明， 就是说一个机器上的Java客户可以要求另一个用SmallTalk或C++的机器服务。正是由于这种语言的独立性使得CORBA这么灵活和吸引人。为了 适应语言独立性，CORBA采用了非常通用的标准作为其接口。在不同的语言中，远程调用、签名和对象的引入有各自不同的定义，所以CORBA必须尽可能的 中立和开放。正是这种通用性是CORBA的一个弱点。当开发人员都采用CORBA时，他们要用一种新的标准定义语言接口，它要求开发者学习新的编程接口， 从而减小了远程模型的透明性。

    RMI是为仅在Java对Java的分布式计算中而开发的。远程调用的标准是为了Java和应用Java的自然Java签名和调用而开发的，这使得RMI 对Java的开发者相当透明而且易于实现。RMI用Java语言紧密集成从而同CORBA相比能够提供非常好的容错能力及对异常的处理。尽管Java的 RMI标准不像CORBA那样语言独立，但Java本身是一个独立的平台，这就使RMI在跨平台的分布软件开发中是一个很好的选择。

    IIOP
    它是一个用于CORBA 2.0及兼容平台上的协议。这个协议的最初阶段是要建立以下几个组件部分：一个IIOP到HTTP的网关，使用这个网关可以让CORBA客户访问WWW资 源；一个HTTP到IIOP的网关，通过这个网关可以访问CORBA资源；一个为IIOP和HTTP提供资源的服务器，一个能够将IIOP作为可识别协议 的浏览器。

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

  • 什么是TUXEDO

    2007-01-18 09:25:56

    BEA TUXEDO是在企业、Internet 这样的分布式运算环境中开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。它具备分布式事务处理和应用通信功能，并提供完善的各种服务来 建立、运行和管理关键任务应用系统。开发人员能够用它建立跨多个硬件平台、数据库和操作系统的可互操作的应用系统。BEA TUXEDO是企业、 Internet 分布式应用中的基础主干平台。它提供了一个开放的环境，支持各种各样的客 户、数据库、网络、遗留系统和通讯方式。
    特点：
    大量在线用户
    巨量数据
    信息访问
    小事务
    复杂网络

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

  • 不能显示所有文件和文件夹选项解决办法

    2007-01-13 00:23:53

    最近一段时间病毒肆虐，不知道是不是因为台湾地震搞的鬼，或许是国产杀毒软件太菜，我的电脑时不时的就中着，今天发现不能显示所有文件和文件夹。终于在网上找到了方法，如下：建立一个文本文件把下列信息全部复制粘贴，后将txt后缀改为reg。再双击即可。

    Windows Registry Editor Version 5.00
    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Advanced\Folder\Hidden]
    "Text"="@shell32.dll,-30499"
    "Type"="group"
    "Bitmap"=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,00,74,\
      00,25,00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,53,00,\
      48,00,45,00,4c,00,4c,00,33,00,32,00,2e,00,64,00,6c,00,6c,00,2c,00,34,00,00,\
      00
    "HelpID"="shell.hlp#51131"
    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Advanced\Folder\Hidden\NOHIDDEN]
    "RegPath"="Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Advanced"
    "Text"="@shell32.dll,-30501"
    "Type"="radio"
    "CheckedValue"=dword:00000002
    "ValueName"="Hidden"
    "DefaultValue"=dword:00000002
    "HKeyRoot"=dword:80000001
    "HelpID"="shell.hlp#51104"
    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Advanced\Folder\Hidden\SHOWALL]
    "RegPath"="Software\\Microsoft\\Windows\\CurrentVersion\\Explorer\\Advanced"
    "Text"="@shell32.dll,-30500"
    "Type"="radio"
    "CheckedValue"=dword:00000001
    "ValueName"="Hidden"
    "DefaultValue"=dword:00000002
    "HKeyRoot"=dword:80000001
    "HelpID"="shell.hlp#51105"

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

  • 为什么需要软件测试

    2007-01-07 23:49:41

    软件测试是否包含了修复

    软件测试和修复都是不同意义的行为过程，最能体现修复行为的是调试和修正。在程序员为主的单元测试中程序员的工作就复合了测试、修复两种行为，看起来修复就包含于测试中了，实际上测试和修复是两种相互独立的行为过程，只是同一个人身上编码、测试角色进行了转换。软件测试和软件修复只可能是某种意义上的重合，但却是两种截然不同的行为。

    为什么需要软件测试

    如果不经过测试程序便可以正确运行，那么测试是否是一种资源的浪费

    答案是肯定的。如果确保程序不出错，那么测试绝对是一种资源的浪费。测试可以保证对需求和设计的理解与表达的正确性、实现的正确性以及运行的正确性，任何一个环节发生了问题都会在测试中表现出来，测试同时可以防止无意识的行为引入一些将来可能出现的错误。

    测试可以帮助我们设计代码及其用户界面，因为在编码之前测试人员就代表了客户。

    测试同样可以解释和说明程序代码。

    不用测试准则

    1、  程序的某一行代码存在着缺陷；

    2、  编码需要进行修改、扩展或者分解；

    3、  你找到一种让全世界程序员都严格遵守的编码规范；

    4、  你找到一种完美的世界通用的设计结构；

    5、  如果有人问你书写的代码如何使用；

    6、  如果有人抱怨你的用户界面不够友好；

    7、  如果有人对你说编写的不时他所需求的。

    软件测试的目的

    软件测试是否发现错误为唯一目的

    测试观点：

    l         软件测试时为了发现错误而执行程序的过程；

    l         测试是为了证明程序有错，而不是证明程序无错误；

    l         一个好的测试用例在于它能发现至今未发现的错误；

    l         一个成功的测试是发现了至今未发现的错误的测试。

    软件测试不以发现错误为唯一目的，查不出错误的测试并非没有价值，通过分析错误产生的原因和错误的分布特征，可以帮助我们发现当前所采用的软件过程的缺陷同时加以改进。同时，这中分析也能帮助我们设计出有针对性的检测方法，改善测试的有效性。没有发现错误的测试也是有价值的整个测试过程本身就是评定测试质量的一种方法。如果我们的测试过程是可持续增长的在运行多次而未发现软件错误，这样多少都可以得出结论：被测软件已经完美了，或者就是需要遗弃这套无法正常工作的测试过程而重新构建一套。因为存在针对性所以软件测试存在多种目的，即：

    1、  证明我们所做的是客户所需的；

    2、  确保编码人员正确理解设计的意图；

    3、  通过回归测试来保证目前运行的程序在将来仍然可以正常工作。

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

  • 什么是软件测试

    2007-01-07 23:48:23

    什么是软件

    软件就是为了在计算机上实现某些任务而产生的指令代码和数据集合，当然也包括了所有与指令代码和数据集合相关联系的表示方法，即软件不但包含了程序源代码和数据文件，还包含了所有在需求、分析设计等阶段产生的模型的表示方法（包括大量的标准输出工件、数据设计模型、设计模型、远景规划、风险列表等等）。

    什么是软件测试

    狭义的测试指针对软件编码，执行相对测试用例的活动。扩展后指测试时发现并指出软件（包含软件经过建模、需求、设计等阶段所产生的大量输出工件）存在的缺陷，此过程中指明和标注问题存在的正确位置，详细记录问题出现的操作步骤，及时储存当时的错误状态。

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

Open Toolbar