我是一支君子兰，离开生我养我的土壤，就会慢慢枯萎！

发布新日志

  • 把IE收藏夹导入Maxthon2方法

    2008-04-17 23:01:47

    我用的是从网上下载的Maxthon2绿色版，在此之前我用的是IE的浏览器，现将IE收藏夹导入Maxthon2方法做如下总结，愿和大家共享。

    方法一：

    将c:/Documents and Settings/Administrator/UserDate/收藏夹（这是默认的收藏夹路径）
    里面的内容复制到比如Maxthon的backup下就ok；
     
    方法二：
    点击Maxthon傲游菜单：文件 > 导入/导出 > 导出收藏夹...
    你按提示操作就行了。
     
    方法三：
    从菜单操作：
    收藏——更多操作——导入收藏：从IE收藏夹导入：可以把IE的收藏夹直接导入maxthon；从firefox书签文件导入：在firefox书签管理器中把书签（收藏）导出为html格式的文件，再选择这个文件导入；从IE导出的html文件导入：在IE中把收藏导出为html格式的文件，再选择这个文件导入。
     
    方法四：
    你可以通过央库的导入工具来操作
     
    呵呵……你现在可以操作了？
     

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

  • 注册表学习 技巧介绍

    2008-04-17 22:06:49

    　　从Windows 95开始，Microsoft在Windows中引入了注册表（英文为REGISTRY）的概念（实际上原来在Windows NT中已有此概念）。注册表是Windows 95及Windows 98的核心数据库，表中存放着各种参数，直接控制着Windows的启动、硬件驱动程序的装载以及一些Windows应用程序运行的正常与否，如果该注册表由于鞭种原因受到了破坏，轻者使Windows的启动过程出现异常，重者可能会导致整个Windows系统的完全瘫痪。因此正确地认识、修改、及时地备份以及有问题时恢复注册表，对Windows用户来说就显得非常重要了。

    切记：在改动注册表前务必进行备份，以防不测。

    　　而当Windows 98不能正常启动时，可在DOS方式下运行Scanreg/Restore，以恢复注册表。 如果你只是想修改系统设置，最好使用专门的工具软件(如侠客修改器)；如果你确实要手工修改注册表，建议在修改前做好备份。 如果注册表遭到破坏,Windows将不能正常运行,所以我们必须经常的备份注册表.(其实Windows在每次启动成功时都会备份注册表,System.dat备份为System.da0,User.dat备份为User.da0,文件存放在Windows所在文件夹,属性为系统与隐藏.)。

    　　常用的注册表备份方法和工具很多，大家可以根据个人选择一个。如利用注册表编辑器中的"导出注册表文件"即可导出一份扩展名为.REG的文件. 不过本人最常用的备份工具是利用Windows光盘上Other\Misc\ERU\ERU.EXE紧急事故恢复工具(Emergency Recovery Utility). 该工具小巧，功能却不错，很实用，可以备份sysytem.ini、win.ini、msodos.sys、System.dat等所有的系统文件。使用方法很简单，运行ERU,选择一路径（默认是A盘）如：C：\ERD备份，以后如需恢复，则在DOS下进入C:\erd目录，运行ERD,就可完整恢复整个系统配制文件的还原，是不是很简单，我一直用这工具。

    　　一般在对付一软件之前，我都先备份注册表一下，然后才安装该软件，这样做有两个原因，一是：因为你在破解某些软件有这种情况，寻找关键点时，在这时改动某一代码以验证自己的判断（如：r eax,0)，这时正确注册成功，此时你再想回到那里看一究竟，重装该软件都没用，哈哈！永远是正版，除非你重装系统。此时你只要还原注册表和配制文件，再重装该软件，又可注册了，这次你就可好好研究它一下了...... ，当然这种情况少见，但还时有的。二是如果跟踪调试不能成功，只好分析注册表了，所以事先备份是很明智。

    　　另外，谈一下整个windows系统备份，当然不是为了破解一软件要备份一系统，那老命都要给丢了，哈。。这样做有两个原因，一是、我们安装软件不是为了用它，而是破解，完了以后就删了，虽然现在软件基本能反删除，但总是有软件会留些垃圾下来的，所以时间一长，你的windows就越来越庞大了，整个系统的性能下降。二是、破解某些软件有可能采取这招，如我破开天辟地2时，就备份了系统，比较其内部文件变化，结果发现human.ini变化了，当然现在也许有这方面的软件，我没去找。

    　　好我们开始吧，我己一年没用过windows安装盘了，到底是什么法宝呢？首先要说明的是目前的备份软件很多，也很方便，如ghost等，所以个人还是根据自己的习惯选择方法。我个人在windows下有两个办法备份：

    　　一是在windows下的dos窗口用xcopy命令，
    xcopy c:\windows\*.* c:\winbak/s/e/h/k/y/c,各参数意思大家用xcopy/？理解。这样你的系统就备份在winbak目录下了。注意：该命令需在windows的dos窗口下运行，因为你在纯dos下运行，xcopy或xcopy32将不支持长文件名和h参数下的拷贝隐含和系统文件。

    　　二是打开资源管理器，选择菜单的“查看”→“选项”→“查看”选中“显示所有文件”，也就是说在资源管理器下能查看所有的文件（系统、隐含、只读、等）。好己完成一半了，然后进入windows目录，你会看到所有的文件，然后选定全部所有的文件（ctrl+A)，（是不是有人在笑，这招我早试过，不行），哈，当然这样你复制系统不到一半就会保护性中断，到底是什么原因导致复制中断呢？我们知道windows系统使用临时文件作为虚拟内存，明白了吧，关键在此，这文件是WIN386.SWP，刚才复制到这个文件中断了，下面就简单了，在windows下全选中后，找到WIN386.SWP文件，按住CTRL键同时，用鼠标点一下，结果是除了这文件外别的都选中。然后复制到事先建好一目录下。这样widnows系统备份结束，这是你比较两个目录大小不一样，没关系，因为你没复制WIN386.SWP，所以有差别，这是临时文件，不影响系统完整。下次你要重装系统时只要在纯dos下用ren 命令改两个目录名称就行了。另外有点要注意，我们没备份C盘根目录下的配制文件，最好备份一下，用ERU或手动。别看啰啰唆唆说了一大堆，做起来，两三下就解决。你完成备份后一定要验证一下，不然没有备份完全就死定了。验证方法：在纯DOS下用REN命令改目录名，如：ren windows win,ren winbak windows即可，这里假设winbak是你刚备份的目录。

    　　本人推荐大家用第二种方法，这种方法简单，并且不容易出错，你以后再也不用重装系统了，第一次装好windows后，赶紧备份一个windows复本，这样会节省你的不少保贵时间。当然你要备份整个硬盘还是用专业的软件，如：ghost，不然速度慢。

    　　下面就接触一下注册表，可以在“开始”菜单中，“运行”按钮，键入regedit就可打开注册表，再次强调一下，不要乱改，它是你windows的命根子，改之前一定要备份。不然你的windows启动不起来不要找我。好，我们来认识下它的各项含义：

    六大根键的作用

    　　在注册表中，所有的数据都是通过一种树状结构以键和子键的方式组织起来，十分类似于目录结构。每个键都包含了一组特定的信息，每个键的键名都是   和它所包含的信息相关的。如果这个键包含子键，则在注册表编辑器窗口中代表这个键的文件夹的左边将有“＋”符号，以表示在这个文件夹中有更多的内容。如果这个文件夹被用户打开了，那么这个“＋”就会变成“－”。

    　　 1.HKEY_USERS

    　　该根键保存了存放在本地计算机口令列表中的用户标识和密码列表。每个用户的预配置信息都存储在 HKEY_USERS 根键中。 HKEY_USERS 是远程计算机中访问的根键之一。

    　　 2.HKEY_CURRENT_USER

    　　该根键包含本地工作站中存放的当前登录的用户信息 , 包括用户登录用户名和暂存的密码 ( 注：此密码在输入时是隐藏的 ) 。用户登录 Windows 98 时，其信息从 HKEY_USERS 中相应的项拷贝到 HKEY_CURRENT_USER 中。

    　　 3.HKEY_CURRENT_CONFIG

    　　该根键存放着定义当前用户桌面配置 ( 如显示器等 ) 的数据 , 最后使用的文档列表（ MRU ）和其他有关当前用户的 Windows 98 中文版的安装的信息。

    　　 4.HKEY_CLASSES_ROOT

    　　包含注册的所有ole信息和文档类型，是从 hkey_local_machine\software\classes复制的。　根据在 Windows 98 中文版中安装的应用程序的扩展名 , 该根键指明其文件类型的名称 。

    　　 5.HKEY_LOCAL_MACHINE

    　　该根键存放本地计算机硬件数据 , 此根键下的子关键字包括在 SYSTEM.DAT 中 , 用来提供 HKEY_LOCAL_MACHINE 所需的信息 , 或者在远程计算机中可访问的一组键中。

    　　该根键中的许多子键与 System.ini 文件中设置项类似。

    　　 6.HKEY_DYN_DATA

    　　该根键存放了系统在运行时动态数据，此数据在每次显示时都是变化的，因此，此根键下的信息没有放在注册表中

    认识键和子键

    注册表通过键和子键来管理各种信息。但是，注册表中的所有信息是以各种形式的键值项数据保存下来。在注册表编辑器右窗格中，保存的都是键值项数据。这些键值项数据可分为如下三种类型：

    　　 1. 字符串值

    　　在注册表中，字符串值一般用来表示文件的描述、硬件的标识等。通常它由字母和数字组成，最大长度不能超过 255 个字符。在图 9 所示中，“ D:\pwin98\trident ”即为键值名“ a ”的键值，它是一种字符串值类型的。同样地，“ ba ”也为键值名“ MRUList ”的键值。通过键值名、键值就可以组成一种键值项数据，这就相当于 Win.ini 、 Ssyt-em.ini 文件中小节下的设置行。其实，使用注册表编辑器将这些键值项数据导出后，其形式与 INI 文件中的设置行完全相同。

    　　 2. 二进制值

    　　在注册表中，二进制值是没有长度限制的，可以是任意个字节长。在注册表编辑器中，二进制以十六进制的方式显示出来，如图 10 所示。   在图 10 中，键值名 Wizard 的键值“ 80 00 00 00 ”就是一个二进制。在如图 11 所示的“编辑二进制值”对话框时，在编辑框的左边输入十六进制数时，其右边将会显示相应的 ASCII 码。

    　　 3.DWORD 值

    　　 DWORD 值是一个 32 位（ 4 个字节，即双字）长度的数值。在注册表编辑器中，您将发现系统会以十六进制的方式显示 DWORD 值，如图 12 所示。在编辑 DWORD 数值时，可以选择用十进制还是 16 进制的方式进行输入。

    　　另外：对注册表信息的注册和修改,一般由以下几点实现:

    　　安装Win9X时,由安装程序注册系统信息;
    　　安装应用程序时,由安装程序注册该程序的配置信息;
    　　添加新硬件时,由系统即插即用功能监测并注册的信息;
    　　通过控制面板或属性对话框改变系统属性与设置而实现的信息变更;
    　　通过注册表编辑器对信息进行手工修改.

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

  • LR破解、WR破解

    2008-04-14 13:23:13

        我安装了LR和WR后系统总是提示我要安装License，很是着急就从网上下载了，和大家共享一下：

    WR破解：

         在C:\Program Files\Common Files\Mercury Interactive有一个License Manager目录，里面有一个lservrc文件。这个文件就是MI工具的注册管理器，把里面的内容替换成下面的内容，就大功告成了：
    5SFDHYECAW7F8V8ULAEHCVYQSIRG93D29XAQ8KKM4FC#
    # Dynamically installed.
    FF2VLB3CX43FE7GRYIB3W96MVFUFK7UX5IM6DTS2WL4YR8JS4N27M6DWEM9
    # Dynamically installed.
    G8A9EF79GM5Z7C2V6IKBQZ64773ZBDCLMWETBCRHBG57634GFVY9K#
    # Dynamically installed.
    NRDDL7SPI9LDT5PUG8E4MHVA2933VROPSPBIEZ95JLHMH48OC7P8UEFJXNLRGG8W274AHT
    # Dynamically installed.

       除此之外，我还将WR的破解程序放到附件中（里面含有操作说明），大家也可以用这种方法来操作。 

       至于LR破解的我放在附件中(里面含有操作说明），你可以下载，里面有详细说明。

    以上两种都是在LR、WR默认的安装路径下进行的操作。

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

  • 软件测试工程师的角色定位

    2008-04-01 22:37:44

    戏剧舞台上的生、旦、丑是不同的角色，其表演方式具有明显的特征，这是由于角色决定的。同样，软件测试工程师的角色，在软件项目开发中也存在如何定位和表现自身的行为和责任的问题。

        此处讨论测试工程师的角色并非毫无意义。须知，角色不明，责任不清，行为就失去了参照目标，结果就可能很不理想了。轻则降低了工作质量和效率，重则被视为工作能力低下，可能要退出软将项目组的舞台了。

    软件测试工程师承担的任务

        角色决定工作内容和承担的任务。测试工程师的角色应该承担什么任务呢？这没有统一的答案。因为，这与软件公司的规模，软件项目管理制度，公司领导和项目经理的管理风格，以及具体软件项目自身的特点有很大关系。而且，测试工程师也有普通和高级之分。

    笼统的答案列举如下：

    • 设置软件测试环境，安装必要的软件工具。
    • 运行软件，发现和报告软件缺陷或错误。尤其需要快速定位软件中的严重的错误。
    • 对软件整体质量提出评估
    • 确认软件达到某种具体标准
    • 以最低的成本，最短的时间，完成高质量的测试任务
    • ......


        在这其中，最重要的是要明确，程序员的责任和目标。在执行任何具体测试任务前，都要在项目组内对于责任和目标达成共识，以免带来后续工作的相互推诿。


    提高测试质量的要诀


        另外一个值得注意的方面就是工作效率和质量，或许高级测试工程师与普通测试工程师的主要区别在于高级测试工程师可以更快地发现更多软件中的严重错误。对此，有什么可以借鉴的诀窍吗？请尝试以下方法，保证不会是您失望。

    • 首先测试程序的核心功能，然后测试辅助功能。
    • 首先测试功能，然后测试性能。
    • 首先测试常见情况，然后测试异常情况。
    • 首先测试经过变更的部分，然后测试没有变更的部分。
    • 首先测试影响大的问题，然后测试影响小的问题。
    • 首先测试必须测试的部分，然后测试可选或没有要求测试的部分

    软件测试工程师是项目团队中的服务员

        需要强调的一点是，无论你是多么高级的测试工程师，都要明白无论测试需要的工具多么复杂，测试步骤多么冗长，测试工程师在软件项目开发中始终都是扮演服务员的角色，这是由测试工作的特点决定的。任何服务都有被服务对象—客户，软件测试工程师的服务对象有哪些呢？

    • 最重要的客户是软件的用户。测试工程师需要站在客户的使用和需求角度测试软件，报告问题。
    • 项目经理也是客户。测试工程师需要报告测试工作进度和发现的问题，尤其是严重的问题。

    • 程序员是最经常打交道的客户。为了便于程序员重复报告的错误，尽量提供良好的软件问题报告，以便程序员可以更快的修复软件错误。

    • 技术文档工程师、市场开发人员和技术支持工程师也都是测试工程师的服务对象。
    软件测试工程师避免犯的几个错误

        前文已经指出测试工程师应该明确角色，明确任务和责任。知道哪些是自己份内的事，哪些是不属于自己的事。一定要尽最大努力完成份内的事，不要做不属于自己的事情，以免弄巧成拙。

    为了更好的扮演软件测试工程师的角色，尽量避免犯下面的错误：

    • 承诺完成测试的软件没有质量问题
    软件测试只是保证质量的一种方法，软件测试工程师的工作不会直接提高软件质量，因为绝大多数软件错误都需要程序员修复。软件测试只能证明软件存在错误，不能保证软件没有错误，不可能找出全部软件错误。个人的能力和对质量的影响范围很小，软件质量的提高要靠软件项目团队全体成员的共同努力。 　

    • 承担软件的发布权利
    不要因为软件中存在还没有修复的错误，而试图提出更改软件发布的计划。也不要认为已经完成了测试计划，自己决定可以发布软件。因为，改变软件发布计划可能要失去进入市场的良机和很多客户，对此造成的经济和公司市场的损失将不是测试工程师能够承担的。另外，软件发布后，如果用户发现了新的软件错误，公司领导或项目经理可能将过错加在软件测试人员的头上，因为他们同意发布软件。通常软件发布的权利由产品经理、项目经理、测试经理、市场经理共同集体讨论决定。 　

    • 扮演过程改进成员的角色
    软件测试工程师必须报告错误，有时也要分析错误的类型、特征和产生错误的原因。但是，不要主动提出改进软件过程的具体改进措施，更不要直接干涉程序员的工作方式，以免出力不讨好，影响今后的愉快合作。软件过程改进的方法是软件质量控制部门的事情，这是他们的本职工作

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

  • 如何说服他人修改缺陷

    2008-04-01 17:30:08

    我在51testing网上看到的一些资料，觉得有些资料很有学习价值，就整理一下，请大家跟帖发表意见。

        作为一个测试人员经常会遇到程序员或者设计人员拒绝修改你提交缺陷的情况，但是往往到最后这个缺陷会被用户提出，不得已再进行修改，给个人和公司带来一定的负面效果，那么如何说服他人认可你提交的缺陷是需要修改的？

    第一位：

       1，和开发人员达成共识：开发人员的开发工作和测试人员的测试工作的出发点是一致的，都是为了给公司创造利益。达成这个共识后，开发人员就不会对测试人员和测试人员的工作有抵触情绪；再在这个认识的基础之上，和开发人员一起讨论如何修改代码他们的Effort比较小（如果你有一定的开发能力）、何时进行修改（由于各种原因，可能需要稍后进行一起修改）等。测试人员要有比开发人员强得多的质量意识，不仅要意识到严重缺陷的风险，更要将这些风险明确无误的传达给开发人员。测试人员需要仔细描述缺陷的复现过程，这样更有力说服。
       2，与开发人员建立良好的关系，包括私人关系。在交流的过程中大家要相互理解，尊重对方，不要有过激的言语，平时多加强感情的交流。如果你的能力强，开发人员可能会把某些工作交给你，让你帮忙做。这时可以积极接受，尽最大肯能帮助它们。我的一个同事曾发现某个Bug是由于没有写对一个业务逻辑比较复杂的SQL语句，于是他自己写了，就把开发人员一直困扰的这个问题解决了。从此以后，开发人员就非常支持我们的工作了。
       3，系统和软件最终是要交付给客户的。只有他们认可了，同意付款了，开发人员和测试人员的工作才算有意义。因此，我们测试人员一定要站在客户的角度去使用软件，去测试人员。我们要考虑客户会怎么样使用，他们可能会遇到什么问题。这样可以减少许多直到交付给客户后才会发现的问题。从这一点上来说，我们也要让开发人员站在客户的角度去理解为什么这个Bug一定要修改。曾经有许多UI上的错误，开发人员举手之劳就修改了。可是就是不修改，他们认为不需要。我就是让他们先把自己设想为一个客户来使用此系统，然后说服他们去修改的。
       4，如果有条件，建议拿出你的数据和证据去说明为什么一定要修改它。如进行性能测试后的测试报告数据、经客户确认的需求说明书等。

       总之，既要让开发人员知道你是站在他的立场上考虑问题的，同时又要站在客户的角度来说明为什么需要修改这个缺陷。

    第二位：
     
    1、详细清晰的描述出BUG，提交入缺陷库，已经有高级且有经验的测试工程师确定该BUG是真正的缺陷，确定状态为Open；
    2、分配解决该BUG的研发人员按照详细的BUG描述已经重现了BUG，但是拒绝修改，这里有几点：
       a、公司或者部门的流程不规范，责任不到人，可能有扯皮推脱责任的情况存在，QA对BUG的跟踪上有些脱节；
       b、研发人员个人原因，承认是BUG嫌麻烦或者不好处理之类；
       c、研发认为不是问题，就是这样的做的之类；
    3、详述
       上面的a情况在小公司应该是经常出现的，对于这样的情况，尽量和研发搞好关系，私人关系好是最好，说服研发修改缺陷；如果研发实在拒绝修改，将问题告知测试经理和项目经理，BUG状态保留，大家如果都没有反应，这样测试人员只能到此，可能多做也无意；
        上面的b种情况测试人员可以先和研发人员讨论，阐述BUG的严重程度，用户的需求或者行业标准，并积极参与分析缺陷产生的原因，打消研发消极处理态度；最好多了解些项目的相关信息，视BUG严重程度、项目进度、程序发布紧急程度等因素而定，如果能够说服修改BUG最好，如果项目紧急，BUG不严重，可在以后版本修改，最后邮件或者报告抄送给相关项目以及测试人员告知情况；
        上面的c种情况就要难处理，首先要对方承认这个确实是BUG，有需求文档、产品说明书、规格说明等文档参考，具体实现的功能说明等资料都可能派上用场，诱导研发站在用户的角度是看待这个问题，演示给研发看，并请他进行这类操作来重现问题，也可以请周围的同事参与讨论或者操作，以他们的实际感受来说服研发修改BUG，如果修改，沟通成功；如果不能修改，找相关的项目经理讨论这个BUG，由项目经理和研发讨论，如果还不行，问题反馈给测试经理项目经理就OK了，一切都由他们商讨；

    第三位：
     
       程序员拒绝修改某个BUG，我们首先要从源头上找出不愿意修改的原因，再使用对应的策略，根据实际工作经验，主要分为以下两种情况：
       1，程序员认为该BUG不会影响最终的版本发布，而修改后可能会引发更大的风险。在这种情况下确实需要审慎处理，最好首先和产品定义部门的同事先确认一下，你提的BUG优先级如何，在得到产品部同事支持后，可以找到项目经理及其他人员联合评审，BUG修改的影响范围。在得到领导的支持后，修改应该不成问题。
       2，程序员认为是个小BUG,根本不需要修改，他还有其他重要的事要做。这个时候你需要做几件事情，一就是要把BUG发生的后果详细演示给程序员看，然后指出可能引发的其他故障，二找出市场上已经存在的相类似的用户投诉的例子，三帮助定位出精确的故障点，向程序员指出修改这个问题将不会耗费太多时间。这第三点很管用，但有一定难度。

       程序员和测试员是对立的两个岗位，发生争吵是在所难免，但我认为平时一定要加强和程序员的沟通，先做好朋友，以后碰到问题时，自然好说话。同时，测试员也应该提高自身的技能，有很多程序员恃才自傲，瞧不起测试人员，如果测试员自身的素质提高了，自然会得到程序员的尊重，你说的话自然也就有分量了。

    我在这里到是想提下有关沟通：
       1、要学会控制自己的逆反情绪
       人在听到和自己观点不用的意见的时候，本能的反应就是抵抗。而在这种情绪的带动下，就很难清醒地分析对方的观点，听不进去对方说的任何话语。这个表现往往在开发人员听到测试人员的批评意见的时候。测试人员在开发人员对自己提交的缺陷不屑一顾后，往往更加生气记恨对方，死命找BUG，非整死他们不可。他们不改，先提交一大堆再说。这个是不对的。因为开发人员此时亦有逆反情绪，对你产生敌意。处理这样的问题的时候，首先是自我调节一下情绪，稳定几分钟要把上来的逆反情绪平息下去。然后带着平和的心理去交流报告，这样效果会好些。
       2、要学会客观地看待别人的优点，并且客观地看待自己的缺点
       测试人员别把开发人员当敌人，他们可是你同事啊！大家都有自己的性格特点和特长。每当你找到bug、提交缺陷时，他们就得重新开发，心情肯定不好。换位思考一下，如果测试人员被批评测试的东西都是垃圾，没什么质量，测什么测。那么你自己也会反驳，认为自己都是对的，别人都是错的。这个就是过多看重了自己的优点，忽视了自身的缺点。
       3、学会适当反驳技巧，更应该学会尊重别人
       如，开发人员认为你提交的这个不是问题。首先，一开始应该有了个缺陷标准。再者，在此基础上，不必针锋相对，仅需让有争议的缺陷重现后，代测试、开发组长或项目经理、需求提出方，三方鉴定，通常客户大都会支持测试一方，毕竟系统软件质量优先嘛。如果根本是开发人员狡辩，那么在众人面前，开发组长/主管自己会给出合理解释，并尽快修复缺陷的。省去测试方很多麻烦，大家都和和气气，不是很好么？还有就是尊重。如果你重视了开发人员的工作，尊重了他们的工作。他们同样也会尊重你的工作。因为人都有被别人认为重要的需要。彼此尊重了，相信没有人会对你提出的意见不虚心倾听的。　　

       我个人的体会就是摆事实，讲道理，冷静对待。尽你所能，做一切沟通工作。

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

  • 沟通问题——求助

    2008-03-28 23:20:16

        我在一家小IT公司实习。公司很多管理不完善而项目经理是从上海来的，想要事事做的规范，可是很多时候都不行。我们项目组的成员都是第一次做项目，主要的开发人员不是公司内部，而是在公司外面，客户也在外地。我很是珍惜这次机会，很努力工作，包括工作需要的知识学习。项目经理让我做QA和CM人员，很尴尬的一份工作，涉及到管理，说的不好听，是要监视其他工作人员的工作。有谁愿意呢？
        除此之外，我还要负责开发文档。严格意义上需求是要用户提出来的，但现在用户在忙着做其他工作，我们在客户那边的工程师，忙的焦头烂额的，根本没时间来搞这块，我每天都打电话，但更多的时候没人接即使接了也都是说没做需求，而我这边也忙着带新员工和其他工作，项目经理也在忙测试其他工作，需求的工作就耽搁了。这些情况经理都清楚，但在会上却当着众人的面批评我耽误需求工作，我说出客户的情况后，经理却说：“不能因为这个而耽误需求！”我很委屈，不是我没去找他们，不是我拿到原始资料没做需求文档，而是事出有因，而且他知道，他知道每个人的工作进展。

        而且经理让我做CM，却给其他成员特权，我去问其他成员文档时，他们有时就直接了当说“我交给经理了，你找经理要吧”或者“经理让我推迟几天。”让我碰一鼻子灰，得罪人不说，自己还要承担没做好工作的罪名。对于公司外的成员就更难了，是啊，他们都是兼职，公司内都不提交，他们为什么要交呢？而且找他们也很麻烦，不在一起，他们也在做客户交办的事。对于这些，我一个小小的实习生，能左右的了吗？更可气的是，他拿我开刀，说我工作不努力。

        眼下，我们要向监理公司交工作汇报，但经理却把其他工作人员的工作总结或工作计划之类的文档扣留了，我没法做。从CM人员的角度来说也不符合。我很是无奈……

        我对QA和CM都不怎么熟习，至少没我掌握的测试知识多，我不明白测试经理不让我做测试，却做我不擅长的。而且有时纯粹在拿我当枪杆使，我很是郁闷。

        高手们，给个建议吧，我真的，没办法了……

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

  • 如何防止电脑辐射

    2008-03-26 21:49:34

    我在IT业做测试，整天对着电脑，自然免不了电脑的辐射，就从网上查了一些防辐射的资料，整理如下：

    防止电脑辐射

    第一招：在电脑旁放上几盆仙人球，天然的绿色，它可以美化环境，有效地吸收一些有害的东西;
    说明：仙人球主要是为了吸灰尘，而不是像有的人说的吸收辐射。

    第二招：对于生活紧张而忙碌的人群来说，抵御电脑辐射最简单的办法就是在每天上午喝2至3杯的绿茶，吃一个橘子。茶叶中含有丰富的维生素Ａ原，它被人体吸收后，能迅速转化为维生素Ａ。维生素Ａ不但能合成视紫红质，还能使眼睛在暗光下看东西更清楚。因此，绿茶不但能消除电脑辐射的危害，还能保护和提高视力。如果不习惯喝绿茶，菊花茶同样也能起着抵抗电脑辐射和调节身体功能的作用,螺旋藻、沙棘油也具有抗辐射的作用； 

    第三招：上网前先做好护肤隔离，如使用珍珠膜，独特的“南珠翠膜”在肌肤上形成一层0.001mm珍珠膜，可以有效防止污染环境的侵害和辐射;其次电脑使用后，脸上会吸附不少电磁辐射的颗粒，要及时用清水洗脸，这样将使所受辐射减轻70％以上！ 

    第四招：操作电脑时最好在显示屏上安一块电脑专用滤色板以减轻辐射的危害，室内不要放置闲杂金属物品，以免形成电磁波的再次发射。使用电脑时，要调整好屏幕的亮度，一般来说，屏幕亮度越大，电磁辐射越强，反之越小。不过，也不能调得太暗，以免因亮度太小而影响效果，且易造成眼睛疲劳。 

    第五招:应尽可能购买新款的电脑，一般不要使用旧电脑，旧电脑的辐射一般较厉害，在同距离、同类机型的条件下，一般是新电脑的1－2倍。 

    第六招:电脑摆放位置很重要。尽量别让屏幕的背面朝着有人的地方，因为电脑辐射最强的是背面，其次为左右两侧，屏幕的正面反而辐射最弱。以能看清楚字为准，至少也要50厘米到75厘米的距离，这样可以减少电磁辐射的伤害。 

    第七招:注意室内通风：科学研究证实，电脑的荧屏能产生一种叫溴化二苯并呋喃的致癌物质。所以，放置电脑的房间最好能安装换气扇，倘若没有，上网时尤其要注意通风。 

    第八招:饮食方面：“电脑一族”还要多吃一些对眼睛有益的食品，如鸡蛋、鱼类、胡萝卜、菠菜、地瓜、枸杞子、芝麻、动物肝脏等。而豆制品、骨头汤、牛奶等含钙质高的食品也是很好的选择，同时别忘了多吃含有维生素的新鲜水果和蔬菜。 

    第九招:经常在电脑前工作的人常会觉得眼睛干涩疼痛，所以，在电脑桌上放几支香蕉很有必要，香蕉中的钾可帮助人体排出多余的盐分，让身体达到钾钠平衡，缓解眼睛的不适症状。此外，香蕉中含有大量的β胡萝卜素，当人体缺乏这种物质时，眼睛就会变得疼痛、干涩、眼珠无光、失水少神，多吃香蕉不仅可减轻这些症状，还可在一定程度上缓解眼睛疲劳，避免眼睛过早衰老.

    第十招：呵呵……我没空了，等你来填写

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

  • 软件测试文档

    2008-03-24 22:12:16

        我从网上搜索的，各公司可能有所不同，但软件测试各阶段的文档主要是各个测试阶段的输出文档，提交各配置人员入库的：
    1、单元测试计划/设计/执行阶段，需要输出以下文档：
       单元测试计划
       单元测试方案
       单元测试用例
       单元测试日报
       单元测试报告
    2、集成测试计划/设计/执行阶段，需要输出以下文档：
       集成测试计划
       集成测试方案
       集成测试用例
       集成测试日报
       集成测试报告
    3、系统测试计划/设计/执行阶段，需要输出以下文档：
       系统测试计划
       系统测试方案
       系统测试用例
       系统测试日报
       系统测试报告
     
        测试计划：需要确定测试对象、测试组织、测试任务划分、测试失败/通过的标准、挂起恢复的条件、时间安排、资源安排、风险估计和应急计划等；
        测试方案：侧重于规划测试活动的技术因素。如：确定被测特性、测试组网、测试对象关系图、测试原理、测试操作流程、测试需求、工具的设计、测试用例的设计（只是说明用例的设计原则，具体的用例设计应该在用例文档指出）、测试数据的设计等等；
        测试指导书：指测试过程文档，用来定义测试过程中的阶段、活动、输入输出、角色职责、模板、工具等等。
     
        在此要说下测试计划和测试方案的区别：
        1、测试计划是组织层面的文档，从组织管理角度对一次测试活动进行规划；测试方案是技术层面的文档；
        2、测试计划：需要确定测试对象、测试组织、测试任务划分、测试失败/通过的标准、挂起恢复的条件、时间安排、资源安排、风险估计和应急计划等；测试方案：明确策略，细化测试特性、测试用例的规划、测试环境的规划，自动化测试框架的 设计、测试工具的设计和选择等
        3、测试计划考虑“做什么”，测试方案考虑“怎么做”等。

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

  • 如何成为一名优秀的软件质量保证工程师

    2008-03-22 15:03:52

    我从网上找了一些资料，只是一些方向性的，大家看看有什么要补充的，也欢迎业内人士给出具体点的点拨。

    如何成为一名优秀的软件质量保证工程师

    一、具有软件开发，测试实施经验

        软件质量保证牵扯到软件开发的方方面面，包括从启动到需求，到设计，到开发，到测试，到发布，到后期维护的整个过程。在启动阶段，你要理解如何制定项目章程，如何书写项目范围说明书，如何制定项目计划；在需求阶段，你需要理解如何与用户确认需求，如何进行需求分析，如何与用户确认用户需求；在设计方面你要大体理解当前设计前沿技术，了解数据库知识，如何进行概要设计和详细设计；在构造阶段，您需要了解编码规范，编程技巧，集成技术；在测试阶段你需要理解如何进行单元测试，集成测试，系统测试；在验收阶段您需要理解如何进行验收测试，如何培训用户，如何替用户搭建环境；在维护阶段您需要理解如何理解代码，如何进行再工程技术。在这里你好像是一位多面手，但是了解得越多，对你从事质量保证工作越有好处。由于现代分工比较细致，往往一个质量小组需要各个方面的人才组合在一起，才能发挥更大的效能，才能达到1+1>2的结果。

    二、具有一定的数学基础

        对于从事软件质量保证工作，您需要一定的数学知识，尤其是概率统计知识。无论你是否采用6Sigma，你需要对你的软件质量进行度量活动，需要收集数据，分析数据从而解决问题。你要理解如何使用直方图，散点图，鱼刺图，饼图等工具。这样你才能展示问题的原因，寻找解决问题的原因。

    三、良好的沟通能力

        对于从事软件质量保证工作，沟通能力非常重要。质量工作做得好坏，关键在于领导的支持和员工的参与。由于目前中国软件的实际工作，公司领导往往忽视软件质量的重要性和优先性，你就需要与领导讲清楚质量管理的优势，如何可以提高公司产品的质量，减少客户的投诉率从而节约公司的成本，提高劳动生产率。有了领导强有力的支持，你的工作就好像添加了一把利剑，可以运行得得心应手。但是仅仅有领导的支持时往往不够的，还需要员工的支持，你需要了解当前问题有什么，阻碍这些问题的要数是是什么，大家需要解决什么样的问题…这些都需要靠你的沟通技巧来解决。


    四、专业的管理和质量知识

        专业的技术是你软件质量工作成功的有用的武器。在这里我向大家介绍两本书，一本是美国项目管理学会（PMI）颁布的项目管理知识架构体系（PMBOK），它里面的中心思想是项目的五大过程(启动、规划、执行、监控、结项)和九大知识领域（整体、范围、进度、成本、质量、风险、人力资源、沟通、采购）；还有一本是IEEE颁布的软件工程知识架构体系(SWEBOK)，里面主要介绍十大知识领域（软件需求、软件设计、软件构造、软件测试、软件维护、软件配置、软件工程管理、软件工程过程、软件工程工具、软件质量）

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

  • CMM与软件评价及测试

    2008-03-20 21:58:15

    CMM与软件评价及测试

    在CMM的发展进程中，曾经提议将软件评价与测试（Evaluation and Test）作为CMM的一个KPA加入到CMM中，虽然这一提议最终未获通过，但通过对这一提议的讨论，我们可以得到很多与软件测试相关的一些有益的东西。

    一、软件评价与测试在整个软件生命周期中的作用

    评价是对软件开发过程中产生的各种系统规格和模型进行的验证活动。测试则是一种基于机器的对代码执行、确认的活动。大部分组织对评价和测试的定义都相对狭义，一般是指对代码执行物理测试用例的活动。事实上，很多公司甚至直到编码已经开始时才指定或安排测试人员。更有甚者，他们将这一活动的范围仅仅限于功能测试，也许有时做一下性能测试。这种观点在目前的CMM有关评价与测试的描述中被进一步强调，这就是SPE，软件产品工程KPA。在SPE KPA活动中，活动5、6、7，仅仅用了基于代码的测试作为例子，只明确地提到了功能测试。其他类型的测试只是用一句非常含糊的话来指代：“保证软件满足软件需求 ”。

    另一方面，建造摩天大厦的人们，则远在砌第一块砖之前就将评价和测试集成到了开发过程之中。通过建模来验证稳定性、防水性、照明布置以及电源的需求等等，从而实施评价。而目前，组织所使用软件评价和测试方法就像是设计师一直等到大楼已经建成才进行测试，而此时的测试只是能保证给水和照明可以工作而已。

    CMM只是进一步将评价和测试的部分思想进行融合，用一个特殊的评价技术来代替，这个技术就是CMM中的一个KPA，同行评审。这也意味着，在提交代码之前，唯一可干的评价就是同行评审，且已经足够了。事实上，对于一件事情的评价和测试的步骤包括：(1)定义成功准则；(2)涉及覆盖这些准则的用例；(3)执行用例；(4)验证结果，验证所有的内容都已覆盖。同行评审只是提供了一个基于纸面的测试机制。它既不能从根本上提供成功准则，也不能提供任何正式的机制以支持用例定义以用于同行评审中。同行评审本质是主观的，因此，基于误解使程序员将缺陷引入产品，而到同行评审时，基于同样的误解，也使得人们无法发现这些缺陷。

    评价和测试的一个相对坚固的内涵范围必须包括项目在开发周期每一个阶段的每一个交付产品。它也必须考虑每个交付产品的每一个预期特性。而且必须包括每一个评价/测试步骤。下面我们看两个例子：评价需求和对一个设计的评价。

    一个需求文档必须是完备的、一致的、正确的和清晰的。那么第一步就是基于项目/产品目标（即为什么要做这个项目的说明）对需求进行确认。这能够保证我们定义了正确的功能集。下一步评价就是遍历use-case脚本走查各功能规则，如果可能的话，最好用一些原型工具（screen prototype）作为辅助工具。第三步评价是有领域专家进行的对文档的同行评审。第四步是由非领域专家进行的正式的含糊性评审（他们无法读懂文档里的功能知识，这将帮助确保各种规则是明确定义的，而不是隐含定义）。第五步评价是将需求转换为布尔逻辑图。这可以鉴别规则之间的顺序问题，同时也能发现漏掉的用例(cases)。第五步评价是在CASE工具的辅助下进行的逻辑一致性检查。第七步评价是由领域专家进行的对测试脚本的评审，这些脚本是从需求导出来的。

    对设计的评价一样可以进行一系列补救。一个是对照需求对设计文档进行走查。另一评价是构建一个模型来验证设计的完整性（例如构造一个操作系统的资源分配模式来保证不会发生死锁）。第三种评价是建立模型来验证性能特征。第四种是将形成的设计与其他公司的现成系统进行对比，以确保所设计的配置能够处理预期的处理规模和数据规模。

    上面的评价只有一部分可以用同行评审来完成，没有一个是基于代码的。而且上边的例子中没有一个评价是穷尽的，必要时我们可以进行的其他评价。关键是我们输出一个交付产品（如需求文档），在我们能够正式称它是完备的并可被下一开发步骤使用之前，我们必须基于预期的特征对之进行评价。而进行这些评价需要比进行同行评审更加复杂的技术。

    这就是评价和测试的关键所在。一个特征的预定义集合，尽可能被明确定义，用来对一个交付产品来进行确认。例如，当你在学校，进行了数学测验，老师会拿你的回答与预期答案相对比。老师不会仅仅说他们看上去也是合理的，或者他们更加准确。答案是 查看(601) 评论(0) 收藏 分享 管理

  • 测试技巧

    2008-03-11 15:35:06

    软件测试虽然辛苦，但是掌握了一定的技巧之后将使你事半功倍。在我所做的软件测试中，总结了如下测试技巧：

    1.    边界测试，测试用户输入框中的数值的最大数和最小数，以及为空时的情况。

    2.    非法测试，例如在输入数字的地方输入字母。

    3.    跟踪测试，跟踪一条数据的流程,保证数据的正确性。在开始测试时应保证数据的正确性，然后在从系统中找出各种BUG。

    4.    接口测试，程序往往在接口的地方很容易发生错误，要在此模块测试勿掉以轻心。

    5.    代码重用测试，在开发过程中有些模块功能几乎相同，程序员在重用代码时可能忘记在原有代码上修改或修改不全面，而造成的错误。

    6.    突发事件测试，服务器上可能发生意外情况的测试。

    7.    外界环境测试，有些系统在开发时依赖于另外一个系统,当另外一个系统发生错误时, 这个系统所受到的影响的情况。

    8.    在程序员刚修复Bug之后的地方,再找一找，往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。

    9.    认真做好测试记录在做完一天的测试记录之后,第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。

    10.文字测试，如果在系统中有用词不当的地方，我想这是不应该的。

    11.系统兼容测试，例如有些程序在IE6能运行正常，到IE5下不能运行。有些程序在WIN2000下能运行，而到WIN98却不能运行。像一些很特别的用户去使用系统，你很有可能发现BUG。

    12.用户的易用性测试，往往用户的需求是不断的变化的，而其中的一部份变化的原因，是有用户操作上不方便引起的。

    软件测试是软件开发中的重中之重，没有一点可以马虎的，在项目管理过程，我强调的时是每个过程的每一个环节都要进行测试，保证系统在每个阶段可以控制。因为软件测试中考虑的问题基本上是项目管理中考虑的问题。

    我认为在项目管理中考虑的一些问题应该是在软件测试时有些体现，体现的内容是软件测试的一些侧重点，具体说，软件测试是事务性的，而项目管理是策略性，一些策略性的东西必须在一些事务性的事务上来实现。

    软件测试的事务性操作很多，这些操作需要一个良好的心态去对待。必须有一个良好团队合作的习惯，如果在团队建设上不注意，合作起来也不流畅，导致项目的部分的延期。工作中真的需要多总结，多剖析，对于毛病：“有则改之、无则加冕”。

    软件测试是一件很辛苦的事，只有在工作中多总结，才能找到符合自己的方式方法，才能在工作中事半功倍。

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

  • 软件测试基本功之----WinRunner篇

    2008-03-08 20:29:36

    前段时间公司需要实施WinRunner来进行回归测试，包括制定一套方案和一套标准脚本，通过实施起来真的是学到了很多东西，还是赶快总结出来，久了可能又忘记了。

    自动化测试总结：
            通过进行自动化测试操作，在其中    学习到了很多脚本设计上，技巧上的方法，现总结如下：
            1，首先编写测试脚本前，考虑产品可以分为那几个模块，模块中分为那个步骤，测试模块中的那些点，最好是先写一个简单的列表，这样在编写脚本时就比较清晰整体的架构和逻辑。例：在做XXXX项目前就是因为没有对整体预先进行设计，导致后面很多地方进行修改，如在设计测试报告输出方面就没考虑到以那种形式进行输出，开始是对整个报告输出到一个HTML文件中，后面改成先有一整模块的报告来显示那些用例通过，那些失败，然后通过点击通过的或者失败的就可以查看用例测试的详细信息。
            2，对于每一个输入条件都要进行判断，判断是否正确，不正确就把不正确的信息写入测试报告中，然后根据需要是否退出整个测试。如加载GUI_PATH路径就要进行判断，判断不存在就输出错误信息并退出测试。
            3， 所有关于路径方面的变量都应该是相对路径，不能是绝对路径，不管是输出还是输入。如函数库路径LIB，应该这样写（比如static lib_path = getvar("testname") & "    \\..\\..\\..\\share\\lib";），就是通过getvar("testname")获取到当前脚本的路径，然后在后加上LIB所在文件夹路径，其他的变量也是一样，最好不要用绝对路径（如：c:\abd\aaa\lib），绝对路径对后期维护很差，而且当脚本转移到其他电脑上，放的路径和以前不相同，则测试脚本将跑不成功。
    4，脚本中尽量在最前面进行变量定义，然后在脚本中进行调用变量，这样维护脚本就只需要修改变量中定义的值，而不需要去脚本中到处修改。
    5，变量名字定义尽量通俗易懂，看到就大概知道定义的什么
    6，脚本定义格式：
                 1，测试模块名称
                 2，创建日期
                 3，创建版本
                 4，修改记录
                 5，创建人
                 6，被测程序用的语言
                 7，测试目的
                 8，参数
                 9，返回值
    7， 注释：定义的变量，测试的步骤都必须进行注释说明
    8，函数定义：函数尽量定义成多用，只接受外面传来的参数，在函数中不要进行过多操作。
    9，函数格式：
                  1， 函数名称
                  2，函数目的
                  3，函数参数
                  4，函数返回值
    10，脚本中加载函数后，在测试结束必须用UNLOAD释放
    11，GUI整理：
                   1，可以对某GUI的Logical Name进行修改，修改为易懂的名称
                   2，对GUI的Physical Descrīption进行模糊匹配（一般把MSW_class: *这个去掉）
                   3，对GUI进行通配符，如
                           {
                             class: window,
                             label: "[已连接]127.0.0.1"
                            }
                          可以修改为
                           {
                             class: window,
                              label: "!\\[已连接\\].*"
                             }
                     PS：[ ] 是WR中进行通配符中的，所有当要对带有[ ]进行通配符的话，如上面。其他的符号也是一样
                    4，每个模块的GUI生成一个GUI文件
    12， 进行脚本调试时多用PAUSE进行调试

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

  • Answer the question about Softtesting

    2008-03-08 19:42:40

    l为什么想离开目前的工作？
    在如今这个年代，你认为有员工会一辈子打一份工直到拿退休费为止吗？我离开目前的工作跟你们裁员的理由性质一样，都是为了利益。

    l 你曾听说过我们公司吗？你对于本公司的第一印象如何？
    如果我是个只注重外表的肤浅的人，我相信有很多公司的门面会比贵公司漂亮的多。

    l 目前的工作上，你觉得比较困难的部分在哪里？
    跟领导相处，因为员工跟领导的立场总是相矛盾的。

    l 如果我们的竞争对手也有意录用你，你的态度如何？
    工作与政治无关，就算你们的竞争对手是日本人，如今这年头，我想也没有人会把我视为汉奸 或是卖国

    l 你觉得自己最大的弱点（缺点）是什么？
    对人性的弱点看得太透彻，并且不喜欢随大流和妥协。

    l 你找工作时最在乎的是什么？请谈一下你心中理想的工作是什么？
    在乎心情，能让我在工作中保持良好心情的工作，即为最理想工作。

    l 请谈谈在工作时曾经令你感到十分沮丧的一次经验。
    当我开发完一套软件时，总是有一些女的问我：这个怎么用？

    l 你最近找工作时曾面谈过哪些工作？应征什么职位？结果如何？
    地盘工，生产工，服务员等等，均无结果。

    l 谈谈你最近阅读的一本书或杂志。
    《毛泽东语录》

    l 你通常从事什么样的休闲活动？
    检举本市的贪污公务员。

    l 对于目前的工作，你觉得最不喜欢的地方是什么？
    女性文员太多。

    l 如果你有机会重新选择，你会选择不一样的工作领域吗？
    不会

    l 你觉得作为软件测试工程师，你的优势有哪些？
    我不会撒谎。

    l 如果你进入本公司，对于这项职务以及这个部门，你打算做什么样的改变？
    我还在面试，你就问我打算做什么改变了，那等我入职后，你是不是后要求我做变性手术？

    l 在执行最后一次测试时，你期望它通过还是不通过？为什么？
    我只会期望用户通过，因为中国的所有企业目的只是赚钱，而不是做出品牌。

    l 讲一讲在与项目小组的其他人员讨论近来的错误报告时，你的方式和语气。
    他们跟我一样，都是打工者而已。

    l 你觉得在软件测试上获得成功需要什么样的特质及能力？
    测试上的成功是没有任何意义的，正如微软的产品一般只会留给用户去测试一样，而他们要做的，只是定期打补丁。

    l 你如何规划未来，你认为5年后能达到什么样的成就？
    我如果想要成就，就不会用这种态度去面试，正如中国千年以来独有的的人事关系结构一样，走后门才能有成就。

    l 你认为“成功”的定义是什么？
    打个比方，如果你是官，你要敢贪才叫成功，如果你是贼，你要去买官才叫成功，如果你是百姓，只要不犯法，就算很成功

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

  • Windows中巧妙隐藏文件

    2008-03-01 15:43:40

    硬盘中总有一些文件并不想随意让其他人查看，使用一些专业的加密类工具软件当然可以实现隐藏文件的效果，但这必须要安装上第三方加密工具，好像有点小题大做。其实，利用好WinXP系统自身的功能，我们就能赤手空拳隐藏文件。
    UI#]MP&s1S!I0
    qL(Jj/G0    　　第一招:命令法
    g#IC@ } O0f!l0
    5gqH w5fM0    　　Step1:按“Win+R”组合键打开“运行”对话框，输入“cmd”打开命令提示符窗口。然后输入“md g:\jm..\”并按回车键，在G盘(根据你的实际情况输入相应的目录)下新建一个名为“jm.”的文件夹。这个文件夹就是我们即将用来存放隐藏文件的文件夹。 爱好者博墅!f~TsW#m+K
    爱好者博墅
    O ~vAy2d
    　　Step2:再次进入“运行”对话框，输入上面新建的加密文件夹“g:\jm..\”，敲击回车键后这个文件夹便被打开了。接下来，只要将你想要隐藏的文件放到此文件夹中即可完成文件的隐藏了。 爱好者博墅#o)l!iD{ E%BJ B
    爱好者博墅,d+Tc­d8Hd/E3CW\
    　　现在，包括你自己在内的任何一个人都无法直接通过鼠标双击这个文件夹来将其打开，双击后只会得到一个错误的提示框。当自己想要将文件夹打开的时候，可以通过在“运行”对话框中输入这个文件夹的路径来将其打开。如果你想删除此文件夹，只要将其中的内容全部删除，再回到命令提示符窗口中运行“rd g:\jm..\”即可。 爱好者博墅"@'V z0Ol0b9Gu

    uJ+s_[0    　　第二招:寄生法 爱好者博墅:}4OJ+t2c!Dl*VK

    c7O#Y6e;~ ~(Q;L,r0    　　如果你有一份重要的文件需要隐藏起来，将其伪装成一首双击即可播放的歌曲，绕开别人的视线和怀疑，岂不妙哉! 爱好者博墅\h/J%P} X^ b
    爱好者博墅O*@2g[1]J a
    GN
    　　Step1:新建一个文件夹，将需要隐藏的文件拷贝至此文件夹中。接下来再找首歌曲文件(例如“吉祥三宝”)并将其拷贝到此文件夹中。
    iv0NzkT0
    !j2]vI*C^0    　　Step2:在资源管理器中重新定位到上面这个存放了隐藏文件的文件夹，按“F2”键为之重新命名，命名的规则为:歌曲名称+.{00020c01-0000-0000-c000-000000000046｝，例如“吉祥三宝.{00020c01-0000-0000-c000-000000000046｝”。右击鼠标刷新一下当前屏幕，刚才的文件夹便自动变成一首歌曲的图标了，直接双击之也会自动启动播放器来播放它。而当你自己想要打开其中的文件时，只要右击这个歌曲图标并选择“打开”命令即可。 爱好者博墅N?F[1]BrMb
    爱好者博墅b­|ix.p1?J
    　　最后，再将这个改名后的文件夹(已经变成了一首歌曲)放到歌曲文件夹中，谁也不太可能会找到你想隐藏的文件了，不过你自己可要记清楚了，防止时间长了，连自己也忘记了。 爱好者博墅%T4z:U#`!l ~a&K

    \-q;r3saiE i9zu0    　　提示:上面的这一串数字及符号需要在英文输入法下进行输入，否则无法成功。

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

  • 如何删除wgatray.exe

    2008-02-19 09:47:21

    如何关闭XP的正版认证程序

       如果您的系统开启了XP的自动更新程序 那么等您更新完程序重新启动后可能就会发现启动或关机时都会出现名为名为 WGA （Windows Genuine Advantage Notifications）的正版检验程序的一个五角星的标志：提醒您的操作系统不是正版XP系统 需要去验证！网上流传在控制面板的添加删除程序中可以卸载，其实在这里根本不能卸载，在进程中也不能中止(进程名是wgatray.exe)。那么您可以试一下以下向您介绍的几种方法 可以去除这个恼人的正版认证程序。
    方法一：
        RemoveWGA 是一个专门用来清除 WGA 的小程序，使用者只要通过它，就可以阻止微软的 WGA 在系统每次启动时企图连回微软网站的动作，且使用它并不需要担心微软的正版验证机制，你还是一样能够正常的使用 Windows Update 的功能，两者之间并没有任何冲突。
    下载地址：    http://download.softpedia.com/dl ... tweak/RemoveWGA.exe

    方法二：
       1.关闭内存中的wgatray.exe进程（就是按Ctrl+alt+Deldte后的进程里面）
       2.到C:\WINDOWS\system32目录下把wgatray.exe改名,把wgalogon.dll改名（可以改成原名1.exe的形式）
       3.运行注册表编辑器（开始——运行-输入Regedit)找到HKEY_LOCAL_MACHINE\SOFTWARE\microsoft\Windows NT\CurrentVersion\Winlogon\Notify\WgaLogon，删除它，重新启动电脑!
       4 再把那俩个改过名字的文件删除

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

  • 配置管理规范模板

    2008-02-18 20:30:08

    配置管理规范模板

    目录

    1.    目的

    2.    适用范围

    3.    术语和缩略语

    4.    规范内容

    5.    引用文件

     

     

    1.        目的

    指导配置管理人员如何建立配置库，并利用配置库管理所有配置项，从而提供配置项的存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。

     

    2.        适用范围

    适用于所有软件产品和软件项目的配置项管理。配置管理可采用各种工具及手工办法，本文件以Source safe配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。

     

    3.        术语和缩略语

    本文件采用NP601100《配置管理》程序使用的术语和缩略语的定义。

     

    4.        规范内容

    4.1         配置管理的范围

    软件配置可包括以下几方面：项目文档，源代码，执行程序，相关设备及资料等。

    1）  项目文档主要指：立项建议报告、项目启动计划、可行性分析报告、开发计划、需求分析报告、软件功能规格说明书、系统设计报告、数据库表结构、技术报告、总结报告、验收报告以及上述文档的评审记录。

    2）  相关设备主要指项目开发和运行环境（包括硬件和软件），以及项目开发和测试过程中使用的专用仪器设备，如读卡机、扫描仪等。

    3）  相关资料主要指客户提供的行业法规，标准及其调研期间提供的业务单据，往来会议记要，传真，电子邮件，重要的电话记录等。

    4.2         各配置项的获得

    项目立项之后，软件配置管理负责人SCML即可建立项目配置库，并着手收集各配置项。

    1）  项目文档。开发各阶段结束时，软件配置管理负责人SCML可向开发人员索要相关文档及对应评审记录，归到配置库。

    2）  开发人员在出差前应带好与客户会谈的准备材料。根据出差的任务不同，还应准备客满意度调查表，交付书，验收报告等。返回之前应和客户确认，并在出差回来时交给软件配置管理负责人SCML一份备份，如有客户提供的文献资料、有关设备仪器须进行登记。对于任何正在进行的项目，如有客户来访须做好会议纪要。

    3）  开发部门发给客户的传真件或客户发来传真至少应在项目档案中保存一份备份。

    4）  对于源代码和执行程序的管理最好使用工具，条件不具备时，要注意对配置库的目录分配。各开发人员分别建立自己的工作目录，完成后的模块再放到项目相关目录下。

    5）  在项目结束归档时电子邮件也应作为项目的相关资料进行归档。

    4.3         配置库的建立

    所有项目应建立一配置库，以便管理前面提到的各配置项。一般的可视化开发环境都有自带的配置管理工具，可以用管理工具来建立配置库，也可以在机器的某目录下建立配置库，手工管理。下面以Source Safe为例描述配置管理库的建立及各配置项的控制方法。各项目在开始时，均应建立以下几项子项目，进行分阶段管理。

           4.3.1      项目启动

    配置项包括立项建议报告及其评审结果、合同草案及评审结果、合作协议、项目任务书等。项目立项通过后应封锁该子项目，如后期须增加或修改应征得软件配置管理负责人SCML的认可，并作好标记。项目启动计划部门内部评审通过后，版本为0.7版，当启动计划生效执行后，版本升为1.0。

           4.3.2      需求分析

    针对合同项目，按系统所处理的业务不同，需求分析可分为客户业务描述、业务流程图、系统功能点提取、系统数据流图等子项目。系统调研后开发人员进行系统分析，并整理需求分析报告。需求分析报告通过部门内部评审时，版本定为0.7，取得客户的确定后为1.0版本。在需求分析报告取得客户的确认后，封锁该子项目，如后期需要修改，须征得管理员的认可，并作好修改说明，如需升版则必须通过部门评审并得到客户的确认，以1.0版本为基准按0.1单位增加版本。

           4.3.3      软件功能规格说明书

    针对公司自立项目，在项目启动阶段需要编写软件功能规格说明书，通过内部评审后，版本定为0.7，公司评审通过后版本定为1.0，如无须公司评审，则由0.7版自动升为1.0版，如后期需要修改，须征得软件配置管理负责人SCML的认可，并作好修改说明，如需升版则必须通过部门评审，以1.0版本为基准按0.1单位增加版本。

           4.3.4      开发计划

    需求分析或软件功能规格说明书完成后即可制定项目的开发计划，包括项目总体进度说明，及进度跟踪，计划修改，配置管理计划等。开发计划的修改按项目文档来处理。进度跟踪一般使用Project管理编制，由于修改较频繁，可只对作为进度基准的进度标记修改说明。开发计划通过部门内部评审后版本为0.7，批准执行后版本为1.0。

           4.3.5      系统设计

    系统设计可分为CDM、PDM和数据字典设计，功能模块划分及算法描述等部分。针对需求分析报告或软件功能规格说明书进行系统设计，系统设计报告部门评审通过后的版本为0.7，系统测试修改完成后其版本升为1.0，配置时应说明系统设计的版本与需求分析或软件功能规格说明书版本的对应关系。

    4.3.6            编码

    编码可分为前台业务处理和后台过程，也可按功能模块或人员再分子项目。编码实现过程应注意与客户需求系统设计相一致，否则须修改设计报告。在配置管理活动中工程项目的源程序代码版本控制一般指内部版本，新项目的系统测试结束后其版本为0.7，试运行阶段验收通过后版本为1.0，并以此版本为基准将来每次升级时，以0.1为单位增加。产品项目的源代码版本控制也可参照执行。

           4.3.7      测试

    功能测试阶段应提供测试问题卡与测试总结；系统测试阶段应提供测试大纲、测试用例、测试所发现的问题和修改说明，及测试总结报告等。

           4.3.8      验收与项目总结

    项目验收最好能分为两个阶段，即安装试运行验收和项目最终验收。除验收报告外，验收期间与客户会谈纪要也应作为验收材料之一。项目总结由项目组成员共同编制，并应经过部门内部评审。

    4.3.9      相关资料与培训

    此部分包括相关法律、法规，必须遵照或项目组约定的技术规范，必要的业务或技术培训等。

           4.3.10    分承包商（可选）

    如果项目需要分包，须要提供分包方的背景说明，分包协议要求，以及分包括商合格评定材料等。

           4.3.11    日常事务

    与项目相关的日常事务，如项目组内的规定，项目周报、日报、人员的增减、出差事务等。

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

  • 浅析项目管理之配置管理

    2008-02-18 20:27:29

    浅析项目管理之配置管理

    简介：在软件项目实施过程中正确、有效地进行配置管理，需要进行科学合理的规划工作，并确定相应的执行策略。本文针对软件项目工作的特点，介绍了配置管理工作的一般步骤和注意事项。

    在软件项目实施过程中正确、有效地进行配置管理，需要进行科学合理的规划工作，并确定相应的执行策略。本文针对软件项目工作的特点，介绍了配置管理工作的一般步骤和注意事项。

        当软件开发团队发展到一定规模时，会越来越强调开发过程规范化和成熟度。软件项目的成败在很大程度上取决于对其开发过程的控制，这包括对质量、源代码、进度、资金、人员等的控制。软件配置管理可以帮助开发团队对软件开发过程进行有效地变更控制，高效地开发高质量的软件。在质量体系的诸多支持活动中，配置管理处在支持活动的中心位置，它有机地把其他支持活动结合起来，形成一个整体，相互促进，相互影响，有力地保证了质量体系的实施。

        配置项的分类

        在开展配置管理工作之前，首先应根据项目特点，对项目实施过程中涉及到的配置项进行分类工作。一般来说，一个完整的软件项目会包括项目管理文档、软件开发文档、程序代码、集成文档、维护文档等五类配置项，配置项分类结构如图所示。

           

        对于每一类配置项，又可以划分为若干细类，具体的分类方法如下：在项目实施过程中制订的工程总体计划、阶段计划、周计划，定期召开的项目例会或技术专题会议的纪要，质量评审记录、配置管理报告等与质量相关的工作记录等文档，都属于项目管理方面的范畴，因此均可以划分到项目管理类文档进行管理。

        作为一个软件项目，必然会产生贯穿软件工程标准定义的需求调研、需求分析、概要设计、详细设计、单元测试、系统测试、用户测试等各个阶段的软件文档，均可以归入到软件开发类文档之中。

        在软件开发过程中产生的各模块程序代码，软件系统运行所需的各类参数以及配置文件等内容，由于其技术和管理特征与文档有很大的不同，而且相互之间的关联性比较强，为了对其版本进行有效地控制，建议单独划为一个类别进行管理。

        软件系统的设计、开发和运行离不开硬件环境的支持，因此在软件项目的实施过程中，通常都会涉及到机房设计、主机安装、网络规划等方面的工作内容，因此系统集成类的文档应作为单独的一个类别，纳入到软件项目的配置管理之中。

        在软件系统投入运行之后，需要进行相应的日常维护工作，在维护过程中产生阶段性运行总结报告、定期产生的维护日志、系统运行中出现的故障现象及问题解决情况等维护记录，都需要纳入维护类文档进行管理。

        在软件项目实施过程中产生的各类文档、程序代码纷繁复杂、数量众多，通过对各类配置项的归类工作，形成逻辑清晰的配置管理结构，便于对文档和程序代码进行日常管理，使项目实施中产生的各类配置记录始终处于可控状态。

        建立配置库

        在软件项目的启动阶段，应指定一名专职或兼职的配置管理员，建立一台专用的配置服务器，安装相应的配置工具软件，并根据配置项分类方法，对程序代码和文档的目录结构进行规划工作，在配置工具软件中，建立起相应的配置目录结构，同时根据使用者角色的不同，设定相应的目录访问和存取权限。配置项及工作角色的对应关系如表所示。

        

    对于每一个具体的配置项，都需要标识出其作者、时间、版本号、当前状态等基本信息，以便对配置项的版本进行实时监控，方便项目成员对配置项的检索和更新工作。

        配置管理员负责整个配置库的安全管理工作，应妥善保管好系统管理员的口令，并进行定期的变更工作，以保证配置库的安全性。

        建立执行机制

        在配置库建立起来以后，配置管理员应将配置目录结构和权限分配表在项目组内部进行公布，并根据应用行业特点，对CMM/ISO9001的配置管理过程进行合理裁减，制订适用于本项目的配置工作流程，明确项目组中的每位成员在配置管理方面的分工职责，并对项目组成员进行相应的职责和流程培训工作。

        配置管理员除了负责对各类配置项进行管理之外，还应对项目配置状况进行分析，定期提供配置报告，发布最新的配置项状态，提出改进建议并跟踪执行情况，避免出现因为文档或程序代码版本更新的不一致，而导致系统故障的情况发生。

        在配置管理工作中，为了保证配置项的可靠性，应制订相应的备份策略，对配置库中的不同类型的配置项进行定期备份。在软件系统的设计开发阶段，程序代码类的配置项由于变更频繁，建议每天备份一次，在正式发布之后，可以改为每周备份一次。文档类的配置项变更机率相对较小，建议每周备份一次。具体的备份方法，可以采用手工方式执行备份操作，也可以在工具软件或操作系统中设定备份策略，定期自动执行备份操作，同时配置管理员应做好相应的备份记录工作。

        由于配置工具软件本身一般都提供对每一个配置项历史版本的追溯机制，因此对配置库的备份操作，一般只需对当前配置库的内容进行备份即可。这里需要注意的一点是，在执行配置库的备份操作之前，应对配置库目录中的数据是否正常进行检查，以避免因库文件损坏而使错误数据覆盖正常备份库，从而导致配置项丢失的情况出现。

        经验总结

        如果配置工作流程制订得过于复杂，不具备可操作性，反而起不到应有的管理作用，因此在开展配置管理工作时，应以简单、有效、适合应用行业特点为基本准则，推进软件项目实施过程中的配置管理工作。

        配置管理对象不仅仅限于CMM/ISO9001体系规定的内容，凡是与项目实施有关的文档、代码或数据均应纳入配置管理，这样可以实现对项目实施中的每一项工作进行追溯，及时处理项目实施过程中出现的各类问题。

        在软件系统投入运行之时，应对配置库进行整理和提炼，形成从项目启动到系统运行阶段，涵盖项目管理、软件开发、系统集成等领域的一套完整的项目档案，随同软件系统正式交付给用户，并给予适当的培训和辅导，使用户能够快速有效地开展系统维护工作，为生产系统的稳定与可靠运行提供了保证。

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

  • 测试中的测试矩阵

    2008-02-17 11:44:38

    测试中的测试矩阵

        我们软件本地化测试中的测试矩阵指的是测试环境：例如，使用行和列组成的表格表示测试的版本和对应的操作系统。例如，简体中文版本需要在Windows 2000, XP Pro, Win2003, Mac 10.3 等操作系统下测试，如图所示。

    图片：

        对于自主开发的软件测试，测试矩阵同样是指测试需要的操作系统和/或其他软硬件环境。

        因此，测试矩阵是测试计划的测试策略的一部分内容，不属于测试用例的设计方式。

    再比如：WiMAX射频测试矩阵

    WiMAX（802.16）射频测试
    射频WiMAX测试 带有WiMAX 测试选件的89601A系列VSA软件1 PSA系列频谱分析仪2 带有WiMAX测试选件的MXA信号分析仪3 用于WiMAX测试、Agilent MXG和ESG矢量信号发生器的Signal Studio4 P系列功率计
    WiMAX发射机测试           
    输出功率  X  X  X5    X6 
    功率上升/下降  X  X  X    X 
    频谱模板    X  X5     
    频谱平坦度  X  X  X     
    中心频率容限  X    X     
    符码时钟频率容限  X    X     
    相对星座图误差（EVM）  X    X     
    带外杂散发射    X7  X7     
    WiMAX接收机测试           
    灵敏度        X8   
    最大输入电平        X   
    相邻和交替信道抑制        X9   
    接收机线性度        X   
    频率和定时要求        X   

    1. 89600系列矢量信号分析软件可以与各种数字转换器连用，包括：PSA和ESA-E频谱分析仪；MXA信号分析仪；N4010A无线连通性测试仪；示波器；逻辑分析仪和VXI硬件
    2. 功率套件可提供功率测量功能。不过，极限线和其它WiMAX参数需要用户手动设置。
    3. 需要用于802.16 OFDMA的89601A VSA软件或N9075A测量应用软件。
    4. 也可与E8267D PSG矢量信号发生器连用。
    5. 这些测量需要时间选通。该功能将于2007年作为免费软件更新提供。
    6. 热传感器显示真rms功率读数。峰值检波器可能错误读取应用了OFDM/调制的峰均值结果。
    7. 范围表内需要手动用户设置。
    8. 测试信号经过了完全编码，它可以进行特定厂商的PER测量。ESG/PSG/MXG不执行PER测量。
    9. 使用另一个信号发生器，将用户创建的波形文件作为干扰。

    以上是我从网上转载来的，仅供参考。呵呵……

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

  • 软件配置管理基础

    2008-02-15 18:13:15

    软件配置管理基础

        软件配置管理是一门应用技术、管理和监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程和状态，并验证它们与需求是否一致。-----摘自IEEE定义 

        简而言之，配置管理（Software Configuration Management , 简称SCM）就是对软件产品的配置项进行控制和管理。它的目标是最大限度的减少错误和混乱，保证软件项目工作产品在整个生命周期内的完整性。 

        配置管理的对象是配置项，主要包括：接口描述、过程描述、需求、设计、测试计划、测试结果、代码及模块、工具、系统参数、版本描述等。配置项与配置人员、配置工具、配置规范等构建起了整个配置管理体系。

     

    配置管理的出现是项目发展的必然结果 

        软件技术迅速扩展，项目开发日趋复杂，人员数量不断扩充，系统开发平台多样化，开发及测试场所分布各地，开发规模日益扩大，随之而来的管理复杂性急剧增加。 

        软件开发永远不变的特点就是变化，需求变更、技术更新、人员变化、环境变化、架构变化等层出不穷，所有这些使项目风险大大增强，如何应对并追溯变化，从而控制变化，是一个重要课题。

        软件系统越做越大，产品组件动辄上千，多者上万，版本控制如何着手，令人头痛。

     “乱世出英雄”，配置管理便在这样的环境下应运而生了。 

            配置管理的管理范围恰是项目开发、协调最混乱的地方： 

            交付给用户的软件产品（需求、源代码等） 

            软件产品的外部产生“环境”（操作系统参数、编译程序等） 

            对项目内部而言工作产品（过程描述、流程控制等） 

            那么，这种管理的特点是什么呢？它到底能带来什么好处呢？

    特点：　　 

        相对独立。配置管理相对独立于其他管理控制活动，它可以在其他活动都未开展或还不成熟的时候独立进行，是其他各项管理的基础。需求管理、需求变更、资源变更、系统维护、合同管理、计划管理、文档管理等都是在配置管理这个“平台”基础上进行的。 

    优点：　　 

        对项目产品单元进行统一的版本变更管理，统筹安排系统的修改、发布以及系统资源的使用，预防开发的进程混乱，保证系统版本的完整和一致。 

        支持并行开发与维护。软件开发过程时常要求多个开发人员同时在同一个软件模块或项目文档上工作，同时对同一个代码或文档部分作不同的修改，配置管理能满足这样的要求，同时使跨平台、跨地域的并行开发成为可能。 

        使项目管理人员能掌握项目开发进度。配置管理系统可以提供配置状态报告，对每日变更完成的工作量、开发中存在的问题等会有详尽的反映。 

        减少人员变动对项目带来的影响。项目的变更轨迹可跟踪，文档的增删、代码的修改、参数的改变、配置项的状态、基线之间的差异等都有案可查。参照变更的原因、内容描述等内容，我们便可对项目的开发进程有详细而完整的把握，从而避免对相关人员的过分依赖。 

     

    配置管理的重点工作描述

    1）配置项识别 

        配置项识别就是将配置项按规定统一编号，将其划分为基线配置项和非基线配置项，按一定的结构保存在配置库中，然后赋予不同人员不同的权限来使用它们。 

        基线是由一组具有唯一标识号的配置项组成的。这些配置项构成一个相对稳定的逻辑实体，它们处于“冻结”状态，不能被任何人随意修改。 

        基线通常与项目开发过程中的里程碑点相对应。在项目里程碑阶段，项目通常会进行阶段成果评审，经过正式评审并获得批准的阶段性项目成果的统一标识便标志着项目的不同基线。根据使用对象的不同，基线被分为建造基线（对内使用）以及放行基线（对用户使用）。

    对基线及其集成系统的任何修改，都必须按照特定的规程来评估和验证。 

    2) 变更控制 

        随着项目的进展，需求、开发资源及环境都可能会发生变更，变更控制便是对这些变更进行跟踪和规划，目的是便于变更的有效管理和追溯，避免工作的混乱。 

        变更控制使配置项真正处于受控状态，并保障配置项在任何情况下都能迅速恢复到任一历史状态。 

        上图是一个较典型的变更控制流程，它的重点在于变更申请审批、变更方案审核、变更结果评估等环节。通过这种审批、审核，来保证变更的合理性，降低变更风险。 

    3) 版本管理 

        这里的版本包括各种文件、技术文档和程序版本。这些配置项均属于版本管理的范畴。

        版本管理的目的是按照一定的命名规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并确保能快速而准确地查找到配置项。 

        版本管理对存取软件资源采取加锁等控制策略，保证了多人同时开发时软件资源的内容一致性和正确性。 

        配置项的状态通常有三种：“草稿”、“正式发布”、“正在修改”。 配置项的不同状态由多种版本号所组成。随着状态流程的变迁，版本号发生变化，新的版本出现，版本管理就是对配置项各种版本的进行存储、登记、索引、权限分配等一系列管理活动。 

    4）配置状态报告 

        根据配置库的记录情况，我们可以总结出不同角度的配置状态报告。它可以由CASE工具自动生成，如：《配置项的状态》、《基线之间的差别描述》、《变更日志》、《变更结果记录》等。 

    通过配置状态报告，我们可以了解基线配置项的状态、当前的工作进度、变更对项目进展的影响等情况。从而为开发决策提供参考依据。 

     

    软件配置管理工具的选择

       “工欲善其事，必先利其器”，配置工具的选择对配置管理的好坏影响巨大。 

        配置工具是配置管理的自动化平台，是一个管理具体实施的基础。一套功能强大、实施容易、管理方便的配置管理工具，可以极大地提高配置管理的实施效果。 

        目前配置管理工具大致分3类： 

          版本控制工具，提供基本的版本管理功能，例如:CVS, Visual SourceSafe； 

          项目级配置管理工具，适合中小型的项目，除版本管理功能外，还提供变更控制、状态统计功能，例如：ClearCase，PVCS，StarTeam；

          企业级配置管理工具，除上述功能外还提供较强的过程管理功能，例如：ALLFusion Harvest。 

     

    通常的选择标准如下： 

        提供基线化管理，对于基线有明显的标识。在工具所管理的配置库中，所有的配置项都应清晰、完整的得到保存，对于同一基线所包含的配置项可以迅速而明确地查到。如：项目人员在实施某一个需求变更时，可以方便地查到与此更改相关的编码、文档、测试用例、使用手册等产品单元，从而保证变更的完整性。操作简单、流程便利。项目开发是一项复杂工程，项目人员工作繁重，应尽量减轻他们的工作压力，消除其使用戒心。 

        提供完善过程管理功能。能根据实际情况定制不同的开发规范，包括访问权限控制、开发规则的实施等；能跟踪、控制开发过程中出现的缺陷、变更等，可以随时了解变更的实施状态。 

        提供灵活多样的配置状态报告。在配置的不同阶段能提供多角度的配置状态报告，详细反映配置项的变化过程，追溯变更任务的进程，为项目管理提供第一手参考资料。 

    管理规范的制定与推广 

        通常人们会认为，配置管理就是工具管理，就是找几个人，买几个工具，就可以开干了，这实在是大大的误解。再好的工具都要靠人来操作、管理。工具是死的，人是活的。工具虽好，若无严格可行的规章、流程做保证其实施，要做好配置管理是空谈。 

        配置管理规范是成功实施配置管理的根本保障。它包括：配置管理计划、版本控制规则、变更控制规则、配置库操作规则、配置审计规则等，所有这些，构成了完整的配置规范及配置管理基础。 

        如何做好配置管理的相关规范及流程呢？　　 

    1、明确项目要做到的配置管理目标。 

    2、根据目标确立配置管理应提供的功能。 

    3、确定相关人员，明确其岗位职责。 

    4、确定是否要引入配置管理工具，如需引入，要引入何种工具。 

    5、确定配置管理流程。 

     

        制定配置管理计划。 

    1）配置控制委员会（Configuration Contronl Board ,简称CCB）根据项目的开发计划制定阶段里程碑，明确开发策略； 

    2）配置管理人员（Confiuration Management Officer，简称CMO）根据CCB的规划，制定配置管理计划，交CCB审核；

    3）CCB审核通过配置管理计划后，将其交项目经理批准，然后对外发布。 

     

        执行配置管理计划。 

    1）CCB设定项目研发的初始基线； 

    2）CMO设立配置库与空作空间，为软件开发做准备； 

    3）开发人员根据软件配置策略获得授权资源，进行研发工作。

    4）CCB根据研发进展情况，审核项目变更请求，根据里程碑来确定新的基线，推进配置管理活动。 

     

    6、制定相关规范来保障流程的实施。 

         规范规定完毕，还要有执行，如何来推进配置管理各项制度及流程呢？ 

         领导的重视是前提，没有领导的支持与推进，过程控制规范便没有执行力，是一纸空文。 

         培训。不光要对配置管理人员进行培训，还要对相关的技术及管理人员进行培训，使他们认识到配置管理的重要性，应如何来应用，如何来配合。培训是化解阻力的重要手段，大家只有了解你的好处才会支持你，否则，迎接你的往往是拒绝。 

         建立反馈渠道及反馈机制。“鞋子合适不合适，只有脚知道。”规章合理不合理，用户最清楚，听取各方的意见，不断自我完善，才能建立起切实可行的规范制度。 

     

    结束语　　 

        配置管理离不开“人、工具、规范”三要素，我们若把软件项目比喻成隆隆向前的战车的话，配置人员便是战车的机械师，负责及时通报战车的性能、方位，排除系统故障；配置工具则是战车的传送带，平稳而准确地推动着战车前进的步伐，确保它到达一个又一个新的目标；配置规范就是润滑油，有它在，战车的各个部件才能精确地耦合运转。配置管理对项目是如此重要，没有它的保障，项目“战车”便是一堆废铁。

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

  • 取消开机磁盘扫描

    2008-01-30 11:01:49

    今天开机时在XP图标出现后,屏幕显示蓝屏,系统开始检查磁盘,于是进行如下修改:

    ①单击“开始→运行”，在“运行”对话框中输入“regedit”打开注册表编辑器，依次选择“hkey_local_machine\system\currentcontrolset\control\session manager”子键，然后在右侧窗口中找到“bootexecute”键值项并将其数值清空，最后按“f5”键刷新注册表即可。 

    ②以管理员身份登录WinXP后，在命令提示符窗口中输入“chkntfs /x [盘符]”即可，例如要屏蔽扫描C盘，则输入“chkntfs /x C：”（不含引号）

    ③在运行中输入msconfig 
    在启动项中把碎片整理程序前面的小勾去掉.
    【注】系统关闭开机磁盘扫描chkntfs与chkdsk

               Microsoft 已经开发了 Chkntfs.exe 实用工具，该实用工具可以在 Microsoft Windows NT 4.0 Service Pack 2 及更新版本的 Windows 中找到。该实用工具被设计为：当 Windows 在非正常关机后重新启动时，禁止在特定卷上自动运行 chkdsk。如果使用 chkdsk /f 安排了在下一次系统重新启动时在活动卷上运行 chkdsk，则也可以使用 chkntfs 来取消安排 chkdsk。

    chkntfs drive: [...]
    chkntfs /d
    chkntfs /x drive: [...]
    chkntfs /c drive: [...]

    drive:指定驱动器号。
    /D                    将计算机还原为默认状态，启动时检查所有驱动器并对有问题的驱动器执行chkdsk 命令。这将取消 /X 选项的效果。
    /X                    排除默认启动时检查的驱动器。上次执行此命令排除的驱动器此时无效。
    /C                    如果已经设置了非正常位，则安排在下一次重新启动时运行 chkdsk。

    示例：

    chkntfs /x c: 此命令禁止 chkdsk 在驱动器 C: 上运行 

    chkntfs /x d:e:此命令禁止 chkdsk 在驱动器 D: 和 E: 上运行

               chkntfs /x 命令不是累积性的，该命令会覆盖以前建立的任何驱动器排除项。在上面的示例中，chkntfs 命令只禁止 chkdsk 在驱动器 D 和 E 上进行检查，不检查驱动器 C 是否存在非正常位。

               chkntfs /x c: 意思是chkntfs指令Chkdsk /f 安排在下一次重新启动时自行运行，即不进行对C盘扫描。Chkdsk /f 永远不能在那些被排除在 chkntfs 执行的非正常位检查的范围之外的卷上运行，意思是指对C盘以外的盘符还是要进行磁盘扫描（chkdsk）的。

               在默认情况下，扫描每个分区前会等待10秒钟，用户此时可以按任意键跳过扫描继续启动。但如果每个分区都要等上10秒才能开始进行扫描，再加上扫描本身也需要时间，也挺烦人的。实际上，如果我们想要设定某个分区在启动的时候立即自动进行磁盘扫描，可以用chkntfs命令来实现，其命令格式如下: 

    /t [[:]timefield] 参数可以将扫描开始的倒计时时间更改为通过输入指定的时间值（单位为秒）。如果未指定时间，/t参数将显示当前的倒计时时间。比如你可以用chkntfs/t:0命令将间隔设定为0秒，也就是启动时立即进行磁盘扫描。 

    提示：

             在使用chkntfs还要注意以下三点：一是如果用户要在Windows 2000/XP下运行chkntfs，必须以管理员身份登录；二是/x参数不能累积使用，这上面已经讲到。如果多次键入该选项，则以最近键入的项替代此前键入的项。因此如果我们想忽略多个分区，可以采用“chkntfs/x e f g h”；三是用户不要被命令中的ntfs字样吓住了，它其实对FAT格式也是通用的。


    选择“开始→运行”，在运行对话框中键入“chksdk /t:0”，即可将磁盘扫描等待时间设置为0；

               在XP系统中还有另一个命令chkntfs，在默认情况下，XP系统扫描每个分区前会等待10秒钟，用户此时可以按任意键跳过扫描继续启动。但如果每个分区都要等上10秒才能开始进行扫描，再加上扫描本身也需要时间，也挺烦人的。实际上，如果我们想要设定某个分区在启动的时候立即自动进行磁盘扫描，可以用chkntfs命令来实现，其命令格式如下: 

               如果要在计算机启动时忽略扫描某个分区，比如C盘，可以输入“chkntfs /x c:”命令，如果要关闭对C盘和D盘磁盘扫描的，用chkntfs /x c: d:         以此类推；如果要恢复对C盘的扫描，可使用“chksdk /d c:”命令，即可还原所有chkntfs默认设置，除了自动文件检查的倒计时之外。

    【补充说明】Chkntfs 实用工具是通过修改系统注册表中的 BootExcecute 值来工作的。BootExecute 值可以在下面的注册表项中找到： 

    HKEY_LOCAL_MACHINE\SYSTEM\CURRENTCONTROLSET\CONTROL\Session Manager 

    默认值为： 

    BootExecute:REG_MULTI_SZ:autocheck autochk * 

    Chkntfs /x 在星号前添加了 /k 参数。/k 参数将禁止检查卷上是否存在非正常位。 

    例如，命令

    chkntfs /x D:

    将此注册表项修改为自动检查 autochk /k:d *

    通过在驱动器上设置非正常位，Chkdsk /f 安排在下一次重新启动时自行运行。Chkdsk /x 禁止检查此非正常位。Chkdsk /f 永远不能在那些被排除在 chkntfs 执行的非正常位检查的范围之外的卷上运行。

    为了在 chkntfs 实用工具已经排除的驱动器上运行 chkdsk /f，必须运行 chkntfs /d 选项以将系统返回到正常状态，或者编辑注册表中的 BootExecute 值并从 /k 参数中删除适用的驱动器号。

    以上方法仅供参考!

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

582/3<123>
Open Toolbar