唯你测吧欢迎来自五湖四海的朋友!!! 希望大家为唯你测吧更添一道色彩!!! 欢迎大家加入Q群：34973397 欢迎大家访问测试中国网站：www.testingcn.com

发布新日志

  • QA活动的理解与实施 [转]

    2007-03-28 15:48:17

    　　在使用CMMI模型实施过程改进时，需建立QA（Quality Assurance）的组织职能和角色，并实施“过程和产品质量保证”活动。这些活动目的在于使项目工作人员和所有各层管理者能适当地了解整个项目生存周期中工作产品和过程的情况，从而支持交付高质量的产品和服务。
    　　由于CMMI模型是建立在西方的企业文化背景下，包含有三权分立的思想，所以对于国内IT及软件企业而言，如何理解和建立QA机制，更好地利用CMMI模型进行过程改进就显得非常重要。但是，目前国内IT及软件企业对于QA的意义和认识存在误区，导致在实施过程改进活动中，QA活动流于形式或没有发挥出其真正作用。到底QA在组织中应扮演什么样的角色，CMMI的QA的与ISO9000的QA或QC（Quality Control）概念有何区别，QA与测试是什么关系，如何实施QA活动，等等，本文针对这些进行阐述，以解决企业CMMI实施过程中的薄弱环节。
    2 QA的地位及活动
    2.1 QA的地位
    图1显示了在CMMI实施过程中QA所处的地位。

    　　　　　　　　　　　　　　　　　　　　　图1 QA的组织结构

    　　QA活动的目标是以独立审查方式，从第三方的角度监控软件开发任务的执行，就项目是否正遵循已制定的计划、标准和规程给开发人员和管理层提供反映产品和过程质量的信息和数据，提高项目透明度，同时辅助软件工程组交付高质量的软件产品。所以对过程和产品质量保证的客观评价是项目成功的关键，一般是通过独立于项目的QA小组来提供这种客观性。每个从事QA活动的人都要进行质量保证方面的培训。从事某个产品的QA活动的那些人不应该是直接介入该工作产品开发或维护的人。同时，应该有一条向适当的管理层独立报告问题的渠道，以便在必要时逐级上报不符合问题。
    　　不过，在某些组织里，不要求这种独立性而实现过程和产品质量保证角色可能更合适。例如，在一个具有开放的、面向质量的文化环境的组织里，可以由同行担任（部分或全部）过程和产品质量保证角色，可以把质量保证功能镶嵌在过程中。
    　　QA应具备以下职责：
    · 通过监控开发过程来保证工作产品质量
    · 保证开发出来的产品和开发过程符合相应标准与规程；
    · 保证产品、过程中存在的不符合问题得到处理，必要时将问题反映给高级管理者
    ·确保项目组制定的计划、标准和规程适合项目组需要，同时满足评审需要
    · 向开发人员提供反馈

    2.2 QA的活动
    　　QA的工作内容为：
    1) 客观评价过程和工作产品：对于所实施的过程和相关工作产品以及服务对适用的过程描述、标准和规程的遵循情况进行客观评价。
    2) 提供客观情况：客观地跟踪和通报不符合问题，并且确保解决它们。
    　　因此，QA的活动步骤如图2所示。
    　　　　　　　
    　　　　　　　　　　　　　　　　　　　　　图2 QA的活动步骤
    　　由上可知，QA涉及以下活动：
    · 对照适用的过程描述、标准和规程客观地评价所执行的过程、工作产品和服务；
    · 识别不符合问题，并形成文件：
    · 向项目工作人员和管理者反馈质量保证活动情况；
    · 确保不符合问题得到处理。

    3 QA与QC、测试之间的关系
    3.1 QA和QC
    　　QA和QC区别在于：
    · QC：检验产品的质量，保证产品符合客户的需求；是产品质量检查者；
    · QA：评审过程和产品的质量，特别要保证过程被正确执行，通过保证过程质量来保证产品质量 。
    　　由上面的区别可知，QC进行质量控制，向管理层反馈质量信息；QA则确保QC和过程实施者按照过程进行质量控制活动，按照过程将检查结果向管理层汇报。软件开发过程和的QC工作通常就是对软件工作产品的技术评审（如同行评审等）。
    　　在这样的原则下，简单而言QA只要检查项目按照过程进行了某项活动没有，产出了某个产品没有；而QC来检查产品是否符合质量要求。

    3.2 QA与测试
    　　下图显示了一个企业的开发过程、支持过程的关系。
    　　　　　　
    　　从现代软件工程的观点来看，测试应是软件生命周期过程的一个不可缺少的阶段，是确保规定的需求得以满足，上图的流程模型体现了这一点。而QA活动则是贯穿于整个软件生命周期过程及其支持过程，包括培训、采购等活动，以确保所策划的过程得以实施。QA活动和测试过程可能同时关注同一个产品，但是关注的角度不同。
    　　应该在项目的早期阶段开始QA过程，以便确定有益于项目的计划、过程、标准和规程并且满足项目需求和组织方针。从事质量保证的人要参加计划、过程、标准和规程的确定，以确保它们适合于项目的需要和适合于进行质量保证评价。

    4 实施QA活动的方法
    4.1 QA的工作流程
    图4描述了QA的一般工作流程。
    　　　　　　
    　　　　　　　　　　　　　　　　　　图4 QA的工作流程
    　　应指定在生存周期中将进行评价的特定过程和产品。可以根据抽样方式或客观准则进行指定；这些准则要与组织的方针和项目需求以及需要一致。
    　　识别出不符合问题后，首先是在项目内部处理，如果可能，就地加以解决。任何不能在项目组内部解决的不符合问题，要逐级上报适当的管理者予以解决。
    　　在过程中，QA一般比较注重的是过程是否符合规范？测试是否合理、充分？评审是否及时、有效等，这些是重要的“检验”过程，可以列为重点。过程是否符合规范，一般要看过程有没有计划，计划详细与否，可行与否，工作量评估是否可行（主要是检查评估方法）？日常管理是否可行？配置管理是否可行？过程遵循那些标准？实施什么样的裁减，等等。
    　　在整个QA过程的评审活动中，QA需要具备一定的数据意识，要不断的收集各种数据，尤其是质量数据。最好具备一定的项目管理经验，要不然，只能是一种边缘参与，是进入不了项目的。QA最好能帮助PM将问题分析清楚。PM会思考要将问题做成什么样子，而QA可以思考如何去做，这样就可以达到一种配合的效果。
    　　其次还要注意一点，就是QA以什么心态去监控项目组，我们公司提出的是“质量服务”，也就是说，项目组是我们的客户，我们是为他们提供质量服务的。

    4.2 最佳实践
    　　实施QA活动的最佳实践应该根据不同的企业情况而不同，但以下几条是实施过程改进活动中总结出来的，具有一般意义。
    1) QA人员要求
    · 服务精神：QA应定位为教练、服务的角色，而不是警察的角色。
    · 了解过程：熟悉过程规范。
    · 了解开发：如果QA有过开发经验，则可更好地实施评审活动。
    · 沟通技巧：通过好的沟通技巧发现问题，解决问题。
    · 专门培训：QA人员最好经过专门的培训，以提高评审技巧。
    2) 制定QA计划
    　　计划中可能包含以下内容：
    · 质量目标（与度量的数据相关联）
    · 人员安排
    · 时间
    · 检查工具（检查表）
    · 检查对象（活动和产品）
    · 检查点及频次
    3) 编制检查表
    　　检查表是QA人员进行评审活动的工具。编制检查表时应考虑以下问题：
    · 何时需要检查表
    · 检查表包括什么内容
    · 如何使用检查表
    · 如何调整检查表
    4) 形成QA报告
    　　QA应对检查的结果形成报告，以便跟踪、解决、关闭所发现的问题。形成QA报告时应考虑：
    · 报告目的
    · 报告内容
    · 问题沟通
    · 问题跟踪
    · 问题上报
    5) 几个参见问题
    · QA价值开始不被项目组认可
    · 一个全职的QA可以同时兼任多少个项目的QA工作
    · QA与项目组的关系难处理
    · 项目组有了QA，可是需求文档和设计文档的质量还是不高

    5 结束语
    　　总之，QA活动对于过程改进具有重要的意义，这是由人治到法治的一个必经阶段。所以，只要国内IT及软件企业能够认真贯彻CMMI模型规范的要求，持之以恒，随时解决实施中发现的问题，就会体会到QA活动的巨大效益。


    参考文献：
    1． CMMI－Guidelines for Process Integration and Product Improvement, Mary Beth Chrissis, etc., Addison-Wesley/Pearson Education, May 2003
    2． Managing the Software Process, Watta.S.Humphrey, Addison-Wesley, March 2002
    3． CMMI Distilled: A Practical Introduction to Integrated Process Improvement, Dennis.M.Ahern, etc., Pearson Education, june 2001

    查看(1380) 评论(3) 收藏 分享 管理

  • 服务器事务处理性能测评标准TPC-C简介

    2007-03-28 14:14:40

    TPC_C基准是联机事务处理工作量的一个衡量标准。它是一种读操作和更新事务操作剧烈交互执行的处理，它模拟了被复杂的联机事务处理应用环境创建的活动，它是通过把很多的系统组成部件和特定环境相关联来实现的，这种特定环境的表现是： 

    能够并行执行多种具有一定复杂度的事务
具有可在线延时处理事务执行的模式
支持多个在线终端活动
能够很好的协调系统运行和应用程序执行的时间
支持大容量磁盘的输入输出
事务处理的正确性(ACID 特性)
能够识别分配高低优先级数据访问
组成数据库的基本表包含的数据可以具有各种大小、属性和关联
有数据访问和更新的争夺
    由TPC-C提出的执行公制是用每分钟的命令处理数量来对“交易吞吐量”进行测量的。多种事务用来模拟交易活动中的要求在一定时间限制范围内作出响应处理请求。这种标准的执行公制被描述为事务每分钟-C（tpmC即transactions-per-minute-C）。为了和TPC-C标准一致，所有关于tpmC的引用结果必须包括tpmC评估，包括关联价格每tpmC和配置的定价的有效日期。

    虽然这些规格明确执行在相关数据的模型和传统的连轴配置之间，但是数据库有可能会利用一些商用的数据库管理系统（DBMS）、数据库服务器、文件系统或者其他能够提供机能上等价执行的数据仓库。"table"、"row"和 "column"这些术语是被引用的，例如用在具有合理的数据结构的文件中。

    TPC-C 用的术语和公制类似于由TPC或者其他组织发明的基准。这种在术语学中的相似处并不意味着可以拿TPC-C的结果与其他基准的结果相做比较的。唯一可以和TPC-C的基准结果相比较的是由其他修订本所构造的TPC-C结果。

    尽管这种基准提供了一个很好的环境来模拟许多联机事务处理设备，但是这种基准不能反映全部的联机事务处理所涉及的必要条件。另外客户可以获得的由卖主提供的结果的范围依赖于客户的请求与TPC-C的接近程度。来自于这个基准相关系统的性能不是可以被其他的工作量和外界因素所控制的。对其他环境的外推法是不被推荐的。

    基准的结果主要决定于工作量、明确的应用要求和系统的设计和执行。相关的系统执行情况将会导致这种或者那种的因素的不同。这就意味着当预期容量编织鉴定和/或者预期产品估价的时候，TPC-C不应该被用作特定用户应用基准的替代。

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

  • 认真把好七道关 保证Web数据库安全

    2007-03-27 17:47:53

    关于网络数据库里一些商业数据被盗窃后公布于网上；公司商业网站的产品价格数据又被恶意修改……类似这样的案例，在网上搜索了一下，实在不少。其原因只有一个，就是来自网络上对Web数据库攻击。那么，在Web环境下的数据库是否能有足够的安全为企业服务呢?答案是肯定的。

    　　Web数据库是基于Internet/Intranet的应用系统，由于互连网开放性和通信协议的安全缺陷，以及在网络环境中数据存储和对其访问与处理的分布性特点，网上传输的数据容易受到破坏、窃取、篡改、转移和丢失。这些危害通常是对网络的攻击引起的。

    　　到现在，针对Web数据库的应用级入侵已经变得越来越猖獗，如SQL注入、跨站点脚本攻击和未经授权的用户访问等。

    　　所有这些入侵都有可能绕过前台安全系统并对数据库系统攻击。如何保证Web数据库的安全性已成为新的课题。

    　　第一关、对用户安全管理

    　　Web数据库是个极为复杂的系统，因此很难进行正确的配置和安全维护，当然，必须首先要保证的就是数据库用户的权限的安全性。

    　　当用户通过Web方式要对数据库中的对象(表、视图、触发器、存储过程等)进行操作时，必须通过数据库访问的身份认证。多数数据库系统还有众所周知的默认账号和密码，可支持对数据库资源的各级访问。因此，很多重要的数据库系统很可能受到威协。

    　　用户存取权限是指不同的用户对于不同的数据对象有不同的操作权限。存取权限由两个要素组成：数据对象和操作类型。定义一个用户的存取权限就是要定义这个用户可以在哪些数据对象上进行哪些类型的操作。

    　　权限分系统权限和对象权限两种。系统权限由DBA授予某些数据库用户，只有得到系统权限，才能成为数据库用户。对象权限是授予数据库用户对某些数据对象进行某些操作的权限，它既可由DBA授权，也可由数据对象的创建者授予。

    　　第二关、定义视图

    　　为不同的用户定义不同的视图，可以限制用户的访问范围。通过视图机制把需要保密的数据对无权存取这些数据的用户隐藏起来，可以对数据库提供一定程度的安全保护。实际应用中常将视图机制与授权机制结合起来使用，首先用视图机制屏蔽一部分保密数据，然后在视图上进一步进行授权。

    　　第三关、数据加密

    　　数据安全隐患无处不在。一些机密数据库、商业数据等必须防止它人非法访问、修改、拷贝。如何保证数据安全?数据加密是应用最广、成本最低廉而相对最可靠的方法。数据加密是保护数据在存储和传递过程中不被窃取或修改的有效手段。

    　　数据加密系统包括对系统的不同部分要选择何种加密算法、需要多高的安全级别、各算法之间如何协作等因素。在系统的不同部分要综合考虑执行效率与安全性之间的平衡。因为一般来讲安全性总是以牺牲系统效率为代价的。

    　　如果要在Internet上的两个客户端传递安全数据，这就要求客户端之间可以彼此判断对方的身份，传递的数据必须加密，当数据在传输中被更改时可以被发觉。

    　　第四关、事务管理和故障恢复

    　　事务管理和故障恢复主要是对付系统内发生的自然因素故障，保证数据和事务的一致性和完整性。

    　　故障恢复的主要措施是进行日志记录和数据复制。在网络数据库系统中，分布事务首先要分解为多个子事务到各个站点上去执行，各个服务器之间还必须采取合理的算法进行分布式并发控制和提交，以保证事务的完整性。

    　　事务运行的每一步结果都记录在系统日志文件中，并且对重要数据进行复制，发生故障时根据日志文件利用数据副本准确地完成事务的恢复。

    　　第五关、数据库备份与恢复

    　　计算机同其他设备一样，都可能发生故障。计算机故障的原因多种多样，包括磁盘故障、电源故障、软件故障、灾害故障以及人为破坏等。一旦发生这种情况，就可能造成数据库的数据丢失。

    　　因此数据库系统必须采取必要的措施，以保证发生故障时，可以恢复数据库。数据库管理系统的备份和恢复机制就是保证在数据库系统出故障时，能够将数据库系统还原到正常状态。

    　　加强数据备份非常重要，数据库拥有很多关键的数据，这些数据一旦遭到破坏后果不堪设想，而这往往是入侵者真正关心的东西。不少管理员在这点上作得并不好，不是备份不完全，就是备份不及时。

    　　数据备份需要仔细计划，制定出一个策略测试后再去实施，备份计划也需要不断地调整。

    　　第六关、审计追踪机制

    　　审计追踪机制是指系统设置相应的日志记录，特别是对数据更新、删除、修改的记录，以便日后查证。日志记录的内容可以包括操作人员的名称、使用的密码、用户的IP地址、登录时间、操作内容等。若发现系统的数据遭到破坏，可以根据日志记录追究责任，或者从日志记录中判断密码是否被盗，以便修改密码，重新分配权限，确保系统的安全。

    　　第七关、重点在服务器

    　　Web数据库的三层体系结构中，数据存放在数据库服务器中，大部分的事务处理及商业逻辑处理在应用服务器中进行，由应用服务器提出对数据库的操作请求。

    　　理论上，既可以通过Web页面调用业务处理程序来访问数据库，也可以绕过业务处理程序，使用一些数据库客户端工具直接登录数据库服务器，存取操作其中的数据。所以，数据库服务器的安全设置至关重要。

    　　用IDS(入侵检测系统)保卫数据库安全逐步普及，这种安全技术将传统的网络和操作系统级入侵探测系统(IDS)概念应用于数据库。应用IDS提供主动的、针对SQL的保护和监视，可以保护预先包装或自行开发的Web应用。

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

  • 全球最具影响力的30名CEO评选结果出炉 Steve Jobs居首位

    2007-03-27 13:19:15

    据国外媒体报道,《巴伦》周刊日前评出了2007年全球最具影响力的30名CEO.结果,苹果CEO史蒂夫·乔布斯力压群雄,排名首位.                                                                                                                                                           
    　　文章指出,如果苹果CEO乔布斯意外离职,那么将导致苹果市值缩水160亿美元.这是其他29名CEO所无以匹敌的.

    　　此外,上榜的CEO还包括“股神”沃伦·巴菲特、任天堂CEO SatoryIwata、SAPCEO孔翰宁、新闻集团CEO鲁伯特·默多克,以及三星电子CEO尹钟龙.

    　　以下为《巴伦》周刊评出的2007年全球最具影响力的30名CEO(按姓名英文字母顺序排列):

    　　1. 沃伦·巴菲特(伯克希尔·哈撒维公司CEO)

    　　2. 导肯尼斯·切诺尔特(American Express公司CEO)

    　　3. 乔治·大卫(United Technologies公司CEO)

    　　4. 查利·埃尔根(Echosta公司CEO)

    　　5. 拉里·芬克(Blackrock公司CEO)

    　　6. 雷·弗兰克福特(Coach公司CEO)

    　　7. Satory Iwata(任天堂CEO)

    　　8. 理查德·福尔德(雷曼兄弟CEO)

    　　9. 史蒂夫·乔布斯(苹果CEO)

    　　10. 佛瑞德·古德维德(苏格兰皇家银行CEO)

    　　11. 孔翰宁(SAP公司CEO)

    　　12. 杰夫·伊梅尔特(通用电气CEO)

    　　13. 理查德·柯瓦希维奇(富国银行CEO)

    　　14. 雷夫利(宝洁CEO)

    　　15. 特里·利亚(Tesco公司CEO)

    　　16. 约翰·麦基(Whole Foods公司CEO)

    　　17. 拉克希米·米塔尔(Arcelor Mittal公司CEO)

    　　18. 艾伦·莫斯(麦格里银行CEO)

    　　19. 安吉洛·莫兹罗(Countrywide Financial公司CEO)

    　　20. 罗伯特·默多克(新闻集团CEO)

    　　21. 迈克尔?奥莱利(瑞安航空CEO)

    　　22. 佛兰克·里布(Groupe Danone公司CEO)

    　　23. 彼得·罗斯(Expeditors International公司CEO)

    　　24. 史蒂文·罗斯(Vornando Realty公司CEO)

    　　25. 詹姆斯·斯基罗(Zurich Financial公司CEO)

    　　26. 鲍勃·辛普森(XTO Energy公司CEO)

    　　27. 詹姆士·辛尼格(Costco Wholesale公司CEO)

    　　28. 弗瑞德·史密斯(联邦快递CEO)

    　　29. 拉丹·塔塔(Tata Sons公司 CEO)

    　　30. 尹钟龙(三星电子CEO)

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

  • LoadRunner经常遇到的问题

    2007-03-23 10:58:11

    8 经常遇到的问题

    8.1 VuGen的问题

    在使用VuGen 中经常会遇到的问题。

    8.2 Controller的问题

    在使用Controller 中经常会遇到的问题。

    1. 在添加完Load Generators 机器时， 连接老是失败； 添加的机器明明已经安装了

    loadrunner， 并且网络通讯正常。

    解决方法： 在安装loadrunner 的第七步骤， 应该选择第2 项， 如果选择了第一项，

    就会有这种问题。重新安装一下即可。

    2. 在VuGen 中运行良好的脚本， 到Controller 中运行却出问题。

    这种问题可能会遇到。为了确定问题出在Controller 中的场景，而不是脚本的问题，

    你应该在所有的Load Generators 机器上使用VuGen 运行测试脚本， 确保都能够运

    行正确。因为VuGen 和Controller 运行的机制不一样。在VuGen 中运行时使用的

    是完整的浏览器， 而在Controller 中运行时使用的只是浏览器的基本的部分。

    8.3 计数器的问题

    在使用性能计数器中经常会遇到的问题。

    1. 添加了Windows Resources 计数器后， 却看不到实时的数据。

    解决方法： 要得到监视的数据， 必须要在被监视的服务器（Web Server） 上获得管

    理员权限。最简单的方法是在“ 网络邻居”中以administrator 身份登陆Web Server。


    当然使用下面的控制台命令也可以：net use \\< 机器名> 然后登陆用户名和密码即

    可。（登陆的用户名必须具有管理员权限）

    2. 添加了一些默认的性能计数器后， 出现了错误。

    解决方法： 可能是一些LoadRunner 默认的计数器在WebServer 上已经不存在的原

    因， 尤其是数据库的计数器方面。简单的解决方法，就是删除有问题的计数器， 添

    加比较接近的计数器（ 可能需要参考Windows 帮助或者数据库的帮助）

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

  • CMM?与CMMI?的比较

    2007-03-22 15:17:57

     

                                                                         （FROM：中国软件网）

    本文总结了从传统软件管理技术过渡到现代软件管理技术的一些思想。我特别要认可软件工程学院SEI在其新方法CMMI®（能力成熟度模型集成）中的改进，并促进开发公司正确地应用这个方法。虽然我一直支持原来的能力成熟度模型（CMM®）的精神，但实际它经常被错误地理解和应用。从我25年来和许多进行过程改进的世界领先的软件开发组织的合作经验看，我相信大多数应用CMM的组织还局限于默认的瀑布模式思想上。我不认为错在模式本身，因为我知道CMM®语境里的一些过程改进是基于一种现代的、叠代的开发方法。不过，我这种启示性的理解并非规范。

    CMM®    综述
    基于组织对关键过程域的支持，CMM®定义了软件过程成熟度的五个级别。级别1（初始级）描述了不成熟，或者说是未定义的过程的组织。级别2（可重复级），级别3（已定义级），级别4（已管理级）和级别5（优化级）分别描述了软件过程成熟度级别递增的组织。和这些级别相关的KPA是：
    级别2：需求管理，软件项目计划，软件项目跟踪和监控，软件子合同管理，软件质量保证，软件配置管理。
    级别3：组织级过程焦点，组织级过程定义，培训大纲，集成软件管理，软件产品工程，组间协调，同行评审。
    级别4：定量过程管理，软件质量管理
    级别5：缺陷预防，技术更新管理，过程更改管理
    多数组织的基本目标是达到成熟度3级。评估组织当前的成熟度级别的手段之一是软件能力评估（SCE）。SCE通过评估软件过程（一般以方针陈述的形式）和项目实践来确定该组织是否言行一致。组织的过程体现了"如实记录所做的工作"，项目实施（对该过程的特定剪裁和解释）应该证明"说到做到"。

    CMMI®     综述
    软件成熟度模型（CMM® v1.0）最早是软件工程学院开发的，并特别提出软件过程成熟度。1990年，该模型首次发布，在许多领域被成功地采纳和使用。其他学科的CMM也相继开发，例如系统工程、人员、集成产品开发、软件采购等等。
    CMMI®    被看做是把各种CMM集成为一个系列的模型中。CMMI®的基础源模型包括：软件CMM ®2.0版（草稿C）, EIA-731系统工程，以及IPD CMM® (IPD) 0.98a版。CMMI®也描述了5个不同的成熟度级别。
    1.     级别1（初始级）代表了以不可预测结果为特征的过程成熟度。过程包括了一些特别的方法、符号、工作和反应管理，成功主要取决于团队的技能。
    2.     级别2（已管理级）代表了以可重复项目执行为特征的过程成熟度。组织使用基本纪律进行需求管理、项目计划、项目监督和控制、供应商协议管理、产品和过程质量保证、配置管理、以及度量和分析。对于级别2而言，主要的过程焦点在于项目级的活动和实践。
    3.     级别3（严格定义级）代表了以组织内改进项目执行为特征的过程成熟度。
    强调级别2的关键过程域的前后一致的、项目级的纪律，以建立组织级的活动和实践。附加的组织级过程域包括：
    需求开发：多利益相关者的需求发展。
    技术方案：展开的设计和质量工程。
    产品集成：持续集成、接口控制、变更控制。
    验证：保证产品正确建立的评估技术。
    确认：保证建立正确的产品的评估技术。
    风险管理：检测、优先级，相关问题和意外的解决方案。
    组织级培训：建立机制，培养更多熟练人员。
    组织级过程焦点：为项目过程定义建立组织级框架。
    决策分析和方案：系统的可选的评估。
    组织级过程定义：把过程看做组织的持久的发展的资产。
    集成项目管理：在项目内统一各个组和利益相关者。
    4.     级别4（定量管理级）代表了以改进组织性能为特征的过程成熟度。3级项目的历史结果可用来交替使用，在业务表现的竞争尺度（成本、质量、时间）方面的结果是可预测的。级别4附加的过程域包括：
    组织级过程执行：为过程执行设定规范和基准。
    定量的项目管理：以统计质量控制方法为基础实施项目。
    5.     级别5（优化级）代表了以可快速进行重新配置的组织性能，和定量的、持续的过程改进为特征的过程成熟度。附加的级别5过程域包括：
    因果分析和解决方案：主动避免错误和强化最佳实践。
    组织级改革和实施：建立一个能够有机地适应和改进的学习组织。

    CMM®    过时了吗？
    一些CMM实践的问题也是传统瀑布方法和过度基于过程的管理的症状。CMM的基于活动的度量方法和瀑布过程的有次序的、基于活动的管理规范有非常密切的联系（即：先是需求活动，然后是设计活动，编码活动，单位测试活动，集成活动，以及系统接收测试）。这大概可以解释为什么许多组织对CMM®的认识停留在瀑布思想上。
    另外，叠代开发技术、软件产业最佳实践、和经济动机推动组织采用基于结果的方法：开发业务案例、构想和原型方案；细化后纳入基线结构、可用发布，最后定为现场版本的发布。虽然CMMI®保留了基于活动的方法，它的确集成了软件产业内很多现代的最好的实践，因此它很大程度上淡化了和瀑布思想的联系。
    分析CMM® 和 CMMI®分别和瀑布模型以及叠代开发之间有什么联系，方法之一就是看每个模型的KPA是否为这两种不同的开发方法激发了合理的软件管理原理。首先，让我们来定义那些软件管理原理。过去10年间，我编译了两套原理：一套用于传统的瀑布方法，另一套用于现代的叠代方法。得承认的是，这"十大原理"没有科学基础，并且只提供了符合它们各自的管理方法的成功模版的粗略的描述。但是它们的确为我的观点提供了一个合适的框架：CMM®和瀑布思想相联系，而CMMI®和叠代思想联系得更紧密。
    1.     设计之前冻结需求。这是需求第一过程的本质：项目组努力提供一个准确的需求定义，然后严格按照需求实施。需求变更会严重破坏编码和测试阶段，因此，项目组在其他设计和开发活动中投入主要力量之前，必需完整地、明确地指定需求。
    2.     详细设计评审前避免编码。编码变更会严重破坏编码和测试阶段，在开始编码前，如果还有很多变更阻力，项目组必需保证整个设计是成熟和完整的。
    3.     是使用更高指令编程语言。更高指令编程语言避免了一系列主要的错误根源（通过先进的数据录入、接口分离以及打包和编程结构），并允许软件方案可以使用更少的人工合成码进行编程。
    4.     集成前要结束单元测试。虽然设计是自上向下的，测试过程是自下向上的：在交付进行集成测试之前，最小的单元先进行全面测试。这样的次序限制是为了在集成前多发现一些单元级别上的缺陷，否则它们将造成更多的问题和返工。
    5.     维护所有产品可跟踪性。为了保证在每个阶段维护项目的完整性和一致性，要跟踪需求产品以及设计和测试产品。当提出变更或开发一线人员识别变更时，这提供了变更对评审的实际影响和潜在影响的完整视图。
    6.     文档化并维护设计。没有文档化的设计就不是设计了。在以后的阶段，由于代码成为主要的工程产品，必须更新设计产品以保证一致性，并为变更决策提供基础。
    7.     由一个独立小组评估质量。项目组应指定一个独立小组负责保证产品和过程的全面质量一致性，以维护一个有别于分析人员、设计人员和检测人员的独立的报告渠道。
    8.     全面检查。通过检查详细设计和代码来发现错误，比通过测试发现错误要好得多。要确保检查覆盖所有需求、设计、代码和测试产品。
    9.     在项目早期进行全面的精确的计划。对于识别关键路径、管理风险以及评估程序变更来说，一个完整的、精确的、细化的计划是必要的，它应该安排整个进度的详细活动和产品。
    10.     严格控制源代码基线。一旦产品进入编码阶段，就必须用严格的配置管理维护测试过程的正式发布的基线控制，并把产品转换成适合发布的零缺陷状态。

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

  • 点播和单播

    2007-03-22 10:57:26

    点播和单播有什么区别，组播和广播呢？

    单播（Singlecast）
    在客户端与媒体服务器之间需要建立一个单独的资料信道，从一台服务器送出的每个
    资料包只能传送给一个客户机,这种传送方式称为单播。每个用户必须分别对媒体服
    务器发送单独的查询,而媒体服务器必须向每个用户发送所申请的资料包拷贝。这种
    巨大冗余首先造成服务器沉重的负担，响应需要很长时间，甚至停止播放；管理人
    员也被迫购买硬件和带宽来保证一定的服务质量。

    组播（Multicast）
    ＩＰ组播技术构建一种具有组播能力的网络，允许路由器一次将资料包复制到多
    个信道上。采用组播方式，单台服务器能够对几十万台客户机同时发送连续数据
    流而无延时。媒体服务器只需要发送一个信息包，而不是多个；所有发出请求的
    客户端共享同一信息包。信息可以发送到任意地址的客户机，减少网络上传输的
    信息包的总量。网络利用效率大大提高，成本大为下降。

    在Microsoft Media Service中组播是这样的：当不同的用户同时点播同
    一个节目时，由于点播总有先后顺序，后点播的用户并不是从The Start of
    Program开始播放，而是依照网络中同时点播此节目的其它用户的播放进度，
    这就造成当前用户极有可能从节目的中间开始看起。

    广播（Broadcast）
    广播指的是用户被动接收流。在广播过程中，客户端接收流，但不能控制流。例如，
    用户不能暂停、快进或后退该流。广播方式中资料包的单独一个拷贝将发送给网络
    上的所有用户。 使用单播发送时，需要将资料包复制多个拷贝，以多个点对点
    的方式分别发送到需要它的那些用户，而使用广播方式发送，资料包的单独一个拷贝
    将发送给网络上的所有用户，而不管用户是否需要，上述两种传输方式会非常浪费网
    络带宽。组播吸收了上述两种发送方式的长处，克服了上述两种发送方式的弱点，将
    资料包的单独一个拷贝发送给需要的那些客户。组播不会复制资料包的多个拷贝传输
    到网络上，也不会将资料包发送给不需要它的那些客户，保证了网络上多媒体应用占
    用网络的最小带宽。

    点播（Unicast）
    点播连接是客户端与服务器之间的主动的连接。在点播连接中，用户通过选择内容项
    目来初始化客户端连接。用户可以开始、停止、后退、快进或暂停流。点播连接提供
    了对流的最大控制，但这种方式由于每个客户端各自连接服务器，却会迅速用完网络
    带宽。

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

  • 关于流媒体~

    2007-03-21 15:11:32

    添加磁盘驱动器

    因为磁盘驱动器必须在数据进入时能够尽快捕获并保存数据，因此它有可能会成为瓶颈。如果驱动器数据传输速率过低，则会丢失数据并损坏流的质量。对于 300 Kbps 到 500 Kbps 的编码速度，使用 SCSI 驱动器。对于更高的速率，可以考虑使用 RAID 0 级磁盘阵列。
    计算机硬件配置     
    不象编码器大量占用 CPU，服务器大量占用 I/O。服务器的瓶颈依次是网络接口卡 (NIC) 与磁盘系统。CPU 与内存是处在第三、第四位。在本章中，我们讨论 Windows Media Server 的最优硬件配置。     

    选择 CPU 与内存     
    对 于要处理成千上万个并行连接的典型 Windows Media Server 而言，请使用 Intel Pentium II 或与之等同的  CPU。除非服务器要处理 2,000 或 3,000 个以上的并行连接（每个连接速率均是 20 Kbps），否则没有必要使用多个处理器。位速率 越高，服务器可处理的并行连接越少。要处理更多的并行连接，可以使用多个处理器。对于一个处理器系统来说，256 MB 的内存最理想。对于多个处理器系 统，至少要使用 512 MB 内存。根据配置与服务器上的需要可能需要更多的内存。要查看在压力下服务器的行为，可以使用  Windows Media 负载模拟器，这将在本书的后面进行讨论。     

    选择网络接口卡     
    对于实时事件，在编码器与服务 器之间有快速连接尤其重要。该连接是主供给。如果没有足够的带宽，主信号将降级，用户将收到低质量的传输效果。对于网络接口卡 (NIC)，可以使用快速 以太网 (100 Mbps) 或 10/100 交换以太网。交换以太网将数据包从 10 Mbps 共享段传输至以 100 Mbps 运行的  LAN 段或工作站上。这使以 10 Mbps 运行的多个终端站或工作组得以连接到以 100 Mbps 运行的服务器。     

    要处理 4,000 个并行连接（使两条 T3 线达到饱和），可以考虑添加另一个 NIC 以便于在编码器与服务器之间有独立的连接。即使网络连接饱和，主供给也不会受到影响且不会降低质量。网卡应配置为“全双工”，即它们可同时发送并接收数据。     

    选择磁盘驱动器     
    快 速磁盘驱动器对于良好的服务器性能至关重要。Windows Media Server 的可伸缩性经常受到磁盘阵列性能的限制。对于大量的并行连接，建 议在 RAID 配置中使用多个硬盘。由于数据传输速率高，应考虑使用 SCSI 和光纤信道（如下所示）接口，但是最好咨询首选的硬件供应商以确定最佳 配置。     

    随着所使用文件的增多或可用缓存的减少，对于磁盘速度的要求就提高了。注意：Windows Media Server 不使用缓存。因此，除非磁盘控制器上有缓存，否则每次读取均是显式从物理磁盘提取数据。     

    不要在系统驱动器上保存 ASF 根目录，因为在此会发生大量的活动与磁盘交换。另外，在多个驱动器上保存经常使用内容的副本，这样用户就可以通过不同的路径进行连接。根据经验，一个磁盘可以支持大约 500 个 28.8 Kbps 的连接。     

    在配置好服务器后，可以将 Windows Media 负载模拟器与性能监视器联用以检测瓶颈，如内存分页与处理器时间。如果服务器无法处理负载，再增加一个硬件或服务器。     

    存储区域网络     
    如 果管理吞吐量很快且可伸缩性至关重要的大型站点，IT 经理可能需要考虑存储区域网络 (SAN)。SAN 是专门进行存储的网络。它们以极高的速度将服 务器与存储设备（如 RAID 磁盘阵列、磁盘驱动器与磁带驱动器）连接起来。除提供高带宽外，SAN 将所有存储 I/O 分隔为独立的网络部分以便其 它网络通信不受其影响。     

    SAN     的基础网络结构称为 Fibre Channel - Arbitrated Loop （光纤信 道 - 仲裁环，FC-AL）。这是工业标准的高速接口，是专为双向、点对点的串行数据信道而设计的。它可以 100 MB/s 以上的速度连接距离在  10 公里范围以内的系统。     

    光纤信道支持多个协议（如 TCP/IP 与 SCSI）在同一电缆上并行运行。可以最多将  126 个节点连接到一个环中。支持 FC-AL 接口的硬盘驱动器有 Seagate 的 Barracuda 与 Cheetah 驱动器。有关这 些驱动器的详细信息，请查阅网址：     

    http://www.seagate.com 

    服务器的性能优化     
    有几种方法可以提高服务器的性能。它们包括：     

    禁用不相关服务     
    最小化内存     
    设置注册表键值     
    使用最新的 NIC 驱动程序  （Network Interface Card）
    禁用不相关服务 
    服 务器上经常有一些未被使用的服务在运行。通常当机器启动时它们自动运行。类似服务的一个示例就是许可证日志服务，它进行检查以确定应用程序的用户许可证是 否是当前的。如果服务器是专门用于分发流式媒体的，则毫无理由保留这些服务的运行。另一个示例是打印后台打印程序。除非服务器作为后台打印程序使用，否则 关闭该程序。另外，对于高端性能，不要在运行 Windows Media Service 的同一服务器上运行  Microsoft Internet 信息服务 (IIS)。要将服务器专用于 Windows Media Server。如果 IIS 在同一台 机器上运行，请考虑关闭其目录索引程序与 FTP 服务。索引程序需要大量的内存与磁盘空间，且有可能不使用 FTP 服务。总之，首先确定真正需要的服 务并关闭其它无关服务。     

    设置注册表键值     
    有两种注册表键值，当负载过重时，可以调整其数值以提高服务器的性能。使用注册表编辑器可以添加键值（如果键值尚不存在）或修改设置。     

    MaxConnectionPerSecondKey 
    通过设置保存等待请求的队列大小，MaxConnectionPerSecond 注册表键值控制服务器每秒可以处理的客户连接请求的次数。处理客户连接请求使用系统资源（CPU 周期与内存），且根据计算机硬件配置可能影响服务器性能以及传送给客户的媒体流的质量。     

    从 客户将连接请求发送至 Windows Media Server 时，请求将放在连接队列中并连续进行处理。如果客户试图连接到服务器的速率超过用于处 理这些连接请求的客户连接速率，队列将变满。每秒所处理的客户连接请求数的默认值是 25，这是因为满足 Windows Media Server 最 小系统要求的计算机每秒可以处理 25 个连接请求，而不会影响传送至连接的客户的流的质量。放在队列中的客户连接请求数的数值是每秒客户连接数的二十 倍，或默认值为 500。该数值设置为连接速率的二十倍，原因在于 Windows Media Player 被设置为在试图使用故障切换 URL 进 行连接之前等待 20 秒。所有在队列中的请求在 20 秒的等待时间内得到处理。     

    服务器保留放在队列中客户的计数。当所允许的最 大请求次数放在队列中时，服务器将停止侦听连接请求。任一试图连接的客户将立即得到服务器不可用的消息。每当发生这种情况时， Windows Media 日志项将带有错误代码 503。Microsoft Windows 2000 Server 应用程序事件日志项将带下列 消息：Windows Media 服务已达到最大的待定连接数值 %1。但是，仅当服务器停止侦听且在前一时刻日志项还未记录时才记录该项。其中，% 1 是变量，且所显示的数值是队列的大小。然后，服务器每 2.5 秒检查一次以确定队列是否已满。如果客户已处理并从队列中删除，则服务器再次开始侦听 连接请求。     

    如果所使用的计算机带有多个处理器与大量内存，则该计算机可能可以用于处理大量的连接。但是在决定增加该数值前，建议您使用 Windows Media 负载模拟器仔细估算计算机的 CPU 与内存的使用情况。     

    要 将服务器的连接速率设置为自定义数值，编辑必须要更改的每个 Windows Media Server 的系统注册表。对于特定的硬件配置，如果连接速 率过高或过低，则可以将注册表键值     HKEY_LOCAL_MACHINE \\SYSTEM \\CurrentControlSet 
    \\Services \\nsunicast \\Parameters \\MaxConnectionsPerSecond     设置为自定义值。在高端服务器上，数值为 75，甚至有可能为 100。     

    MaxUserPort 
    默 认情况下，当应用程序从系统中请求套接字以用于出站呼叫时，系统提供的端口值在 1024 与 5000 之间。MaxUserPort 参数设置可以用 于出站连接的最高端口值。如果 Windows Media Server 将在大负载情况下运行，则有必要提高上限值。要设置该数值，请浏览      HKEY_LOCALMACHINE \\SYSTEM \\CurrentControlSet \\ 
    Services \\Tcpip \\Parameters    。如果该值尚不存在，则添加数值 MaxUserPort，并将其设置为 0xFFFE。     

    使用最新的 NIC 驱动程序     
    使用最新的 NIC 驱动程序很重要。将旧的驱动程序升级至最新版本可以大大提高性能。     

    服务器端口号     
    在 基于 TCP/IP 的网络中，端口号分配给在计算机中运行的应用程序。该编号将传入的数据链接至正确的服务。通用的端口是每个人均会使用的标准端口号， 例如，端口 80 通常用于 HTTP 通信（Web 通信）。Windows Media 技术使用下列端口号：     

    客户创建 TCP 套接字，将其绑定至命令与控件数据包的服务器端口 1755。     
    对于 UDP 流，客户创建 UDP 套接字，同样将其绑定至服务器端口 1755。它用于发出数据包重新发送请求。     
    对于 UDP 流，客户创建要对其进行侦听的 UDP 套接字。该端口号是随机分配的，在 1024 和 5000 之间。     
    可能需要配置防火墙以允许这些端口上的通信。对于那些打开非通用端口有问题的站点，Windows Media 也通过 HTTP 流动�

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

  • 关于缓存

    2007-03-21 12:20:00

    缓存（Cache）

    CPU进行处理的数据信息多是从内存中调取的，但CPU的运算速度要比内存快得多，为此在此传输过程中放置一存储器，存储CPU经常使用的数据和指令。这样可以提高数据传输速度。可分一级缓存和二级缓存。

    一级缓存

    即L1 Cache。集成在CPU内部中，用于CPU在处理数据过程中数据的暂时保存。由于缓存指令和数据与CPU同频工作，L1级高速缓存缓存的容量越大，存储信息越多，可减少CPU与内存之间的数据交换次数，提高CPU的运算效率。但因高速缓冲存储器均由静态RAM组成，结构较复杂，在有限的CPU芯片面积上，L1级高速缓存的容量不可能做得太大。

    二级缓存

    即L2 Cache。由于L1级高速缓存容量的限制，为了再次提高CPU的运算速度，在CPU外部放置一高速存储器，即二级缓存。工作主频比较灵活，可与CPU同频，也可不同。CPU在读取数据时，先在L1中寻找，再从L2寻找，然后是内存，在后是外存储器。所以L2对系统的影响也不容忽视。

    浏览器缓存的概念
    也许用户在用IE浏览器浏览信息时，经常使用“返回”和“后退”的浏览功能，调用你以前阅读过的页面，这时，你会发现显示速度是很快的，其实这些你刚调出来的内容有部分就放在计算机的缓存中，而不需要再次从Internet上重新传输数据，这样就会给用户造成了一种访问速度被提高的错觉。浏览器缓存其实就是指在本地使用的计算机中开辟一个内存区，同时也开辟一个硬盘区作为数据传输的缓冲区，然后用这个缓冲区来暂时保存用户以前访问过的信息。既然缓存存在于硬盘之中，那么它肯定是以文件夹的形式出现的。各个不同类型的浏览器都有各个不同的文件夹作为缓存使用，在系统的缺省状态下，IE 4.0和IE 5.0版本的浏览器缓存文件夹为“C：\Windows\Temporary Internet Files”。
    工作原理
    当用户在浏览器中设置一定量的磁盘缓存后，浏览器上网工作时会把从网上读出的数据存放在磁盘缓存之中，并建立相应的文档索引。在浏览器以后的工作中，将首先检查磁盘缓冲区中是否存在相应的数据，如果有，则直接从本地磁盘上读出，不再从网上下载，所节省的时间是显而易见的。
    缓存按照信息存放的位置可以分成内存缓存和硬盘缓存。内存缓存是用于暂时存储本次上网所调用的数据资料的，从Internet上传来的每一个网页信息，在内存缓存中都相应地给予保存一个备份，“返回”和“向前”实际上是将以前的页面从内存缓存中调出来并显示在用户的浏览器窗口中，在内存缓存中存放的网页信息量和内存缓存的大小有关，内存缓存越大，保存的网页信息量就越多。
    硬盘缓存是用于保存用户前几次上网时所调用的信息资料，用户从“历史记录”中调出来的内容其实就是保存在硬盘缓存中的，只要用户开辟的硬盘缓存足够大，将可以保存用户前几个星期甚至几个月前调用过的信息资料。通过上面的分析，我们发现在浏览器中设置适当的磁盘缓存是相当必要的，并且需要一定的容量，理论上这个值设置得越高，存入缓存的信息就越多，装载它们的速度也就越快。那么是不是设置的缓存容量越大，浏览的效率越高呢？答案当然是否定的。
    如果缓存容量设置得太小，所能存放的数据信息量就很小，大部分数据还是需要从网上重新下载，并且系统还要花费一定的系统资源来频繁清除缓存中的数据，最终结果会使浏览速度明显下降，相反，如果浏览器的缓存设置得太大的话，那么在你的磁盘缓存中存放的数据信息量将很庞大，以后在你每次需要重新访问这些信息时，浏览器将不得不在你的庞大的缓存信息中搜索需要的文档，这样会使你的硬盘频繁工作，所需要的时间将长于从网上下载数据的时间；
    另外如果缓存容量设置得太大，在硬盘容量一定的情况下，其他系统程序占用的资源将变得相对较少，从而会降低计算机本身的运行速度。在这种情况下，磁盘缓存就失去了应有的作用。对于硬盘缓存，浏览器有一个默认的数值，如果你经常要访问的信息量很大，而且计算机中的硬盘有比较多的闲置空间，那么你可以把硬盘缓存的数值设置得更高。

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

  • 面对~~

    2007-03-20 15:51:20

    生命中似乎总是有许多遗憾，我不知道我的选择是对还是错，也许在我的大学生活中，这只是一段梦样的回忆……

    也许就是那句话，在你知道后你才会格外留意。是这样的吧……

    不知道从什么时候起我也开始有了感觉，但在我心里却还在犹豫，我好害怕，真的好怕……

    走出校园，原以为一切都会很好，没有想到烦恼和困难却是蜂拥而来，我都快要招架不住了，现实，这就是现实，可我的部分思想仍旧在梦幻中，我反复的问自己“难道没有他我就不能 是从前的我自己了吗？？？”没有答案，因为我在逃避，我不敢面对……

    这次，我选择让自己等，虽然我也很担心会没有结果，但是我却是强迫自己在等的终点做出一个选择，因为我不能再这样“茫然”下去，我还有自己的抱负自己的理想，虽然有点残忍……

    啊，生活可真是不容易啊，有时候真想哭，可是听到的还是自己的哭声。

    烦恼总是不请自来！！

    我应该对自己的选择负责，我不想让美丽的事物在摇篮中夭折！

    有太多的不忍心和太多的无奈我真的不敢面对！但这不是自己的懦弱！

    我终于弄明白了喜欢和爱的区别：喜欢可以很自然，而爱却是会很痛……

    面对，也许我要首先做到这些。。。。。。

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

  • 微软的面试题及答案~~号称很经典

    2007-03-19 14:36:28

    第一组
    　　1.烧一根不均匀的绳，从头烧到尾总共需要1个小时。现在有若干条材质相同的绳子，问如何用烧绳的方法来计时一个小时十五分钟呢?

    　　2.你有一桶果冻，其中有黄色、绿色、红色三种，闭上眼睛抓取同种颜色的两个。抓取多少个就可以确定你肯定有两个同一颜色的果冻?

    　　3.如果你有无穷多的水，一个3公升的提捅，一个5公升的提捅，两只提捅形状上下都不均匀，问你如何才能准确称出4公升的水?

    　　4.一个岔路口分别通向诚实国和说谎国。来了两个人，已知一个是诚实国的，另一个是说谎国的。诚实国永远说实话，说谎国永远说谎话。现在你要去说谎国，但不知道应该走哪条路，需要问这两个人。请问应该怎么问?

    　　5.12个球一个天平，现知道只有一个和其它的重量不同，问怎样称才能用三次就找到那个球。13个呢?(注意此题并未说明那个球的重量是轻是重，所以需要仔细考虑)

    　　6.在9个点上画10条直线，要求每条直线上至少有三个点?

    　　7.在一天的24小时之中，时钟的时针、分针和秒针完全重合在一起的时候有几次?都分别是什么时间?你怎样算出来的?

    　　8.怎么样种植4棵树木，使其中任意两棵树的距离相等?

    　　第二组

    　　1.为什么下水道的盖子是圆的?

    　　2.中国有多少辆汽车?

    　　3.将汽车钥匙插入车门，向哪个方向旋转就可以打开车锁?

    　　4.如果你要去掉中国的34个省(含自治区、直辖市和港澳特区及台湾省)中的任何一个，你会去掉哪一个，为什么?

    　　5.多少个加油站才能满足中国的所有汽车?

    　　6.想象你站在镜子前，请问，为什么镜子中的影象可以颠倒左右，却不能颠倒上下?

    　　7.为什么在任何旅馆里，你打开热水，热水都会瞬间倾泻而出?

    　　8.你怎样将Excel的用法解释给你的奶奶听?

    　　9.你怎样重新改进和设计一个ATM银行自动取款机?

    　　10.如果你不得不重新学习一种新的计算机语言，你打算怎样着手来开始?

    　　11.如果你的生涯规划中打算在5年内受到奖励，那获取该项奖励的动机是什么?观众是谁?

    　　12.如果微软告诉你，我们打算投资五百万美元来启动你的投资计划，你将开始什么样商业计划?为什么?

    　　13.如果你能够将全世界的电脑厂商集合在一个办公室里，然后告诉他们将被强迫做一件事，那件事将是什么?　



    第三组

    　　1.你让工人为你工作7天，回报是一根金条，这个金条平分成相连的7段，你必须在每天结束的时候给他们一段金条。如果只允许你两次把金条弄断，你如何给你的工人付费?

    　　2.有一辆火车以每小时15公里的速度离开北京直奔广州，同时另一辆火车每小时20公里的速度从广州开往北京。如果有一只鸟，以30公里每小时的速度和两辆火车同时启动，从北京出发，碰到另一辆车后就向相反的方向返回去飞，就这样依次在两辆火车之间来回地飞，直到两辆火车相遇。请问，这只鸟共飞行了多长的距离?

    　　3.你有四个装药丸的罐子，每个药丸都有一定的重量，被污染的药丸是没被污染的药丸的重量+1。只称量一次，如何判断哪个罐子的药被污染了?

    　　4.门外三个开关分别对应室内三盏灯，线路良好，在门外控制开关时候不能看到室内灯的情况，现在只允许进门一次，确定开关和灯的对应关系?

    　　5.人民币为什么只有1、2、5、10的面值?

    　　6.你有两个罐子以及50个红色弹球和50个蓝色弹球，随机选出一个罐子， 随机选出一个弹球放入罐子，怎么给出红色弹球最大的选中机会?在你的计划里，得到红球的几率是多少?

    　　7.给你两颗6面色子，可以在它们各个面上刻上0-9任意一个数字，要求能够用它们拼出任意一年中的日期数值

    　　第四组

    　　第一题 . 五个海盗抢到了100颗宝石，每一颗都一样大小和价值连城。他们决定这么分：

    　　抽签决定自己的号码(1、2、3、4、5)

    　　首先，由1号提出分配方案，然后大家表决，当且仅当超过半数的人同意时，按照他的方案

    　　进行分配，否则将被扔进大海喂鲨鱼

    　　如果1号死后，再由2号提出分配方案，然后剩下的4人进行表决，当且仅当超过半数的人同

    　　意时，按照他的方案进行分配，否则将被扔入大海喂鲨鱼

    　　依此类推

    　　条件：每个海盗都是很聪明的人，都能很理智地做出判断，从而做出选择。

    　　问题：第一个海盗提出怎样的分配方案才能使自己的收益最大化?

    　　第二题 . 一道关于飞机加油的问题，已知：

    　　每个飞机只有一个油箱，

    　　飞机之间可以相互加油(注意是相互，没有加油机)

    　　一箱油可供一架飞机绕地球飞半圈，

    　　问题：

    　　为使至少一架飞机绕地球一圈回到起飞时的飞机场，至少需要出动几架飞机?(所有飞机从同一机场起飞，而且必须安全返回机场，不允许中途降落，中间没有飞机场)第三题. 汽车加油问题

    　　一辆载油500升的汽车从A开往1000公里外的B，已知汽车每公里耗油量为1升，A处有无穷多的油，其他任何地点都没有油，但该车可以在任何地点存放油以备中转，问从A到B最少需要多少油

    　　第四题. 掷杯问题

    　　一种杯子，若在第N层被摔破，则在任何比N高的楼层均会破，若在第M层不破，则在任何比M低的楼层均会破，给你两个这样的杯子，让你在100层高的楼层中测试，要求用最少的测试次数找出恰巧会使杯子破碎的楼层。

    　　第五题. 推理游戏

    　　教授选出两个从2到9的数，把它们的和告诉学生甲，把它们的积告诉学生乙，让他们轮流猜这两个数

    　　甲说：“我猜不出”

    　　乙说：“我猜不出”

    　　甲说：“我猜到了”

    　　乙说：“我也猜到了”

    　　问这两个数是多少

    　　第六题. 病狗问题

    　　一个住宅区内有100户人家，每户人家养一条狗，每天傍晚大家都在同一个地方遛狗。已知这些狗中有一部分病狗，由于某种原因，狗的主人无法判断自己的狗是否是病狗，却能够分辨其他的狗是否有病，现在，上级传来通知，要求住户处决这些病狗，并且不允许指认他人的狗是病狗(就是只能判断自己的)，过了7天之后，所有的病狗都被处决了，问，一共有几只病狗?为什么?

    　　第七题. U2合唱团在17分钟内得赶到演唱会场，途中必需跨过一座桥，四个人从桥的同一端出发，你得帮助他们到达另一端，天色很暗，而他们只有一只手电筒。一次同时最多可以有两人一起过桥，而过桥的时候必须持有手电筒，所以就得有人把手电筒带来带去，来回桥两端。手电筒是不能用丢的方式来传递的。四个人的步行速度各不同，若两人同行则以较慢者的速度为准。BONO需花1分钟过桥,EDGE需花2分钟过桥,ADAM需花5分钟过桥,LARRY需花10分钟过桥,他们要如何在17分钟内过桥呢?

    　　第八题. 监狱里有100个房间，每个房间内有一囚犯。一天，监狱长说，你们狱房外有一电灯，你们在放风时可以控制这个电灯(熄或亮)。每天只能有一个人出来放风，并且防风是随机的。如果在有限时间内，你们中的某人能对我说：“我敢保证，现在每个人都已经至少放过一次风了。”我就放了你们!问囚犯们要采取什么策略才能被监狱长放掉?如果采用了这种策略，大致多久他们可以被释放?



    第五组

    　　1.某手机厂家由于设计失误，有可能造成电池寿命比原来设计的寿命短一半(不是冲放电时间)，解决方案就是免费更换电池或给50元购买该厂家新手机的折换券。请给所有已购买的用户写信告诉解决方案。

    　　2.一高层领导在参观某博物馆时，向博物馆馆员小王要了一块明代的城砖作为纪念，按国家规定，任何人不得将博物馆收藏品变为私有。博物馆馆长需要如何写信给这位领导，将城砖取回。

    　　3.营业员小姐由于工作失误，将2万元的笔记本电脑以1.2万元错卖给李先生，王小姐的经理怎么写信给李先生试图将钱要回来?

    　　4.给你一款新研制的手机，如果你是测试组的组长，你会如何测试?

    　　5.如何为函数int atoi(const char * pstr)编写测试向量?

    　　第六组

    　　1.链表和数组的区别在哪里?

    　　2.编写实现链表排序的一种算法。说明为什么你会选择用这样的方法?

    　　3.编写实现数组排序的一种算法。说明为什么你会选择用这样的方法?

    　　4.请编写能直接实现char * strcpy(char * pstrDest,const char * pstrSource)函数功能的代码。

    　　5.编写反转字符串的程序，要求优化速度、优化空间。

    　　6.在链表里如何发现循环链接?

    　　7.给出洗牌的一个算法，并将洗好的牌存储在一个整形数组里。

    　　8.写一个函数，检查字符是否是整数，如果是，返回其整数值。(或者：怎样只用4行代码

    　　9.给出一个函数来输出一个字符串的所有排列。

    　　10.请编写实现void * malloc(int)内存分配函数功能一样的代码。

    　　11.给出一个函数来复制两个字符串A和B。字符串A的后几个字节和字符串B的前几个字节重叠。

    　　12.怎样编写一个程序，把一个有序整数数组放到二叉树中?

    　　13.怎样从顶部开始逐层打印二叉树结点数据?请编程。

    　　14.怎样把一个链表掉个顺序(也就是反序，注意链表的边界条件并考虑空链表)? --

    　　15.请编写能直接实现int atoi(const char * pstr)函数功能的代码
    第一组题答案：

    　　1)三根绳，第一根点燃两端，第二根点燃一端，第三根不点

    　　第一根绳烧完(30分钟)后，点燃第二根绳的另一端，第二根绳烧完(45分钟)后，点燃第三根绳子两端，第三根绳烧完(1小时15分)后，计时完成

    　　2)根据抽屉原理，4个

    　　3)3升装满;3升-〉5升(全注入);3升装满;3升-〉5升(剩1升);5升倒掉;3升-〉5升(注入1升);3升装满;3升-〉5升;完成(另：可用回溯法编程求解)

    　　4)问其中一人：另外一个人会说哪一条路是通往诚实国的?回答者所指的那条路必然是通往说谎国的。

    　　5)12个球：

    　　第一次：4，4 如果平了：

    　　那么剩下的球中取3放左边,取3个好球放右边，称：

    　　如果左边重，那么取两个球称一下，哪个重哪个是次品，平的话第三个重，是次品，轻的话同理

    　　如果平了，那么剩下一个次品，还可根据需要称出次品比正品轻或者重

    　　如果不平：

    　　那么不妨设左边重右边轻，为了便于说明，将左边4颗称为重球，右边4颗称为轻球，剩下4颗称为好球

    　　取重球2颗，轻球2颗放在左侧，右侧放3颗好球和一颗轻球

    　　如果左边重

    　　称那两颗重球，重的一个次品，平的话右边轻球次品

    　　如果右边重

    　　称左边两颗轻球，轻的一个次品

    　　如果平

    　　称剩下两颗重球，重的一个次品，平的话剩下那颗轻球次品

    　　13个球：

    　　第一次：4，4，如果平了

    　　剩5颗球用上面的方法仍旧能找出次品，只是不能知道次品是重是轻

    　　如果不平，同上　

    6)

    　　o o o

    　　o o o

    　　o o o

    　　7)

    　　23次，因为分针要转24圈，时针才能转1圈，而分针和时针重合两次之间的间隔显然>1小时，它们有23次重合机会，每次重合中秒针有一次重合机会，所以是23次

    　　重合时间可以对照手表求出，也可列方程求出

    　　8)

    　　在地球表面种树，做一个地球内接的正四面体，内接点即为所求

    　　第二组 无标准答案

    　　第三组

    　　1. 分成1,2,4三段，第一天给1，第二天给2取回1，第3天给1，第4天给4取回1、2，第5天给1，第6天给2取回1，第七天给1

    　　2. 求出火车相遇时间，鸟速乘以时间就是鸟飞行的距离

    　　3. 四个罐子中分别取1,2,3,4颗药丸，称出比正常重多少，即可判断出那个罐子的药被污染

    　　4. 三个开关分别：关，开，开10分钟，然后进屋，暗且凉的为开关1控制的灯，亮的为开关2控制的灯，暗且热的为开关3控制的灯

    　　5. 因为可以用1，2，5，10组合成任何需要的货币值，日常习惯为10进制

    　　6. 题意不理解...*_*

    　　7. 012345 0126(9)78

    　　第四组 都是很难的题目

    　　第一题：97 0 1 2 0 或者 97 0 1 0 2 (提示：可用逆推法求出)

    　　第二题：3架飞机5架次，飞法：

    　　ABC 3架同时起飞，1/8处，C给AB加满油，C返航，1/4处，B给A加满油，B返航，A到达1/2处，C从机场往另一方向起飞，3/4处，C同已经空油箱的A平分剩余油量，同时B从机场起飞，AC到7/8处同B平分剩余油量，刚好3架飞机同时返航。所以是3架飞机5架次。第三题：需要建立数学模型

    　　(提示，严格证明该模型最优比较麻烦，但确实可证，大胆猜想是解题关键)

    　　题目可归结为求数列 an=500/(2n+1) n=0,1,2,3......的和Sn什么时候大于等于1000,解得n>6

    　　当n=6时，S6=977.57

    　　所以第一个中转点离起始位置距离为1000-977.57=22.43公里

    　　所以第一次中转之前共耗油 22.43*(2*7+1)=336.50升

    　　此后每次中转耗油500升

    　　所以总耗油量为7*500+336.50=3836.50升

    　　第四题：需要建立数学模型

    　　题目可归结为求自然数列的和S什么时候大于等于100，解得n>13

    　　第一个杯子可能的投掷楼层分别为：14，27，39，50，60，69，77，84，90，95，99，100

    　　第五题：3和4(可严格证明)

    　　设两个数为n1，n2，n1>=n2，甲听到的数为n=n1+n2，乙听到的数为m=n1*n2

    　　证明n1=3，n2=4是唯一解

    　　证明：要证以上命题为真，不妨先证n=7

    　　1)必要性：

    　　i) n>5 是显然的，因为n<4不可能，n=4或者n=5甲都不可能回答不知道

    　　ii) n>6 因为如果n=6的话，那么甲虽然不知道(不确定2+4还是3+3)但是无论是2，4还是3，3乙都不可能说不知道(m=8或者m=9的话乙说不知道是没有道理的)

    　　iii) n<8 因为如果n>=8的话，就可以将n分解成 n=4+x 和 n=6+(x-2)，那么m可以是4x也可以是6(x-2)而4x=6(x-2)的必要条件是x=6即n=10，那样n又可以分解成8+2，所以总之当n>=8时，n至少可以分解成两种不同的合数之和，这样乙说不知道的时候，甲就没有理由马上说知道。

    　　以上证明了必要性

    　　2)充分性

    　　当n=7时，n可以分解成2+5或3+4

    　　显然2+5不符合题意，舍去，容易判断出3+4符合题意，m=12，证毕

    　　于是得到n=7 m=12 n1=3 n2=4是唯一解。第六题：7只(数学归纳法证明)

    　　1)若只有1只病狗，因为病狗主人看不到有其他病狗，必然会知道自己的狗是病狗(前提是一定存在病狗)，所以他会在第一天把病狗处决。

    　　2)设有k只病狗的话，会在第k天被处决，那么，如果有k+1只，病狗的主人只会看到k只病狗，而第k天没有人处决病狗，病狗主人就会在第k+1天知道自己的狗是病狗，于是病狗在第k+1天被处决

    　　3)由1)2)得，若有n只病狗，必然在第n天被处决

    　　第七题：(提示：可用图论方法解决)

    　　BONO&EDGE过(2分)，BONO将手电带回(1分)，ADAM&LARRY过(10分)，EDGE将手电带回(2分)，BONO&EDGE过(2分) 2+1+10+2+2=17分钟

    　　第八题：

    　　约定好一个人作为报告人(可以是第一个放风的人)

    　　规则如下：

    　　1、报告人放风的时候开灯并数开灯次数

    　　2、其他人第一次遇到开着灯放风时，将灯关闭

    　　3、当报告人第100次开灯的时候，去向监狱长报告，要求监狱长放人......

    　　按照概率大约30年后(10000天)他们可以被释放

    　　第五组无标准答案

    　　第六组部分题参考答案：

    　　4.

    char * strcpy(char * pstrDest,const char * pstrSource)
    {
    assert((pstrDest!=NULL)&&(pstrSource!=NULL));
    char * pstr=pstrDest;
    while((*(pstrDest++)=*(pstrSource++))!='\0');
    return pstr;
    }



    　　5.

    char * strrev(char * pstr)
    {
    assert(pstr!=NULL);

    char * p=pstr;
    char * pret=pstr;
    while(*(p++)!='\0');
    p--;
    char tmp;
    while(p>pstr)
    {
    tmp=*p;
    *(p--)=*(pstr);
    *(pstr++)=tmp;
    }
    return pret;

    查看(1593) 评论(3) 收藏 分享 管理

  • 关于网络瓶颈的问题

    2007-03-19 13:56:30

    网络瓶颈指的是影响网络传输性能及稳定性的一些相关因素，如网络拓扑结构，网线，网卡，服务器配置，网络连接设备等，
    简单分析：
    1．组网前选择适当的网络拓扑结构是网络性能的重要保障，这里有两个原则应该把握：一是应把性能较高的设备放在数据交换的最高层，即交换机与集线器组成的网络，应把交换机放在第一层并连接服务器，二是尽可能减少网络的级数，如四个交换机级联不要分为四级，应把一个交换机做一级，另三个同时级联在第一级做为第二级；
    2．网线的做法及质量也是影响网络性能的重要因素，对于100M设备(包括交换机，集线器和网卡)，要充分发挥设备的性能，应保证网线支持100M，具体是网线应是五类以上线且质量有保障，并严格按照100M网线标准(即568B和568A)做线；
    3．网卡质量不过关或芯片老化也容易引起网络传输性能下降或工作不稳定，选择知名品牌可有很好的保障；
    4．对某些如无盘网络，游戏网络等对服务器的数据交换频繁且大量的网络环境，服务器的硬件配置(主要是CPU处理速度，内存，硬盘，网卡)往往成为影响网络性能的最大瓶颈，提升网络性能须从此入手；
    5．选择适当的网络连接设备(交换机和集线器)同样也是网络性能的重要保障，除选择知名品牌外，网络扩充导致性能下降时应考虑设备升级的必要性。

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

  • "熊猫还在烧香"

    2007-03-19 09:42:00

    通过“江湖传言”得知,在一个庞大的犯罪链条中,处于利润最丰厚环节的“老板”远在上海,他可能通过比“熊猫烧香”隐蔽得多的病毒,或者是其他不为外人所知的手段,每个月攫取200万元的财富.

    李俊还远非一个“完美”的罪犯，更大的“老板”可能通过比“熊猫烧香”隐蔽得多的病毒，每个月攫取200万元的财富

    舆论和李俊制造的电脑病毒一样厉害，从年前到年后，这个武汉新洲阳逻的25岁“男孩”蹲在湖北仙桃市第一看守所，外面是铺天盖地的关于他和他同伙被抓的报道。他剃光了头，觉得颜面尽失。他弱弱地说他不想再接受采访了，惭愧于自己让父母没有过好这个年。

    在看守所他接受了太多的采访。这个时候的他，像他喜爱的熊猫一样，被推到公众的视线之下，不同的是，这并无荣光。

    这是个要强的“男孩”，但他是个成年人。他用没长大的心态给中国的数百万台电脑制造了一场灾难，所以他被剃了光头，关在这里。在被抓之前，他爱漂亮，网上有他戴着蛤蟆镜咧着嘴巴笑的靓照，头发蓬松，发型时尚。如果按照家乡亲友老师的说法，李俊还算一个乖孩子。但对那些只能从电脑死机和“熊猫作揖”中感受李俊的万千网民来说，他却是个不折不扣的“刺儿头”。

    绝大部分人所见过的李俊的照片，是他的光头照，目光呆滞、神情沮丧。而只有少数人才见过，警方在侦破案件过程中，从李俊的某个网上私人空间找到的蛤蟆镜照片。照片上，李俊笑得很惬意。

    5位数QQ号码主

    李俊并非魔头。他只是个普通的没有接受过高等教育的湖北青年。在湖北，中专和技校的数量是全国最多的。无数的乡村和城镇的父母将孩子送入这些职业学校，期望用短一些的教育周期来完成送孩子走入社会的艰辛历程。李俊这个从小就很聪明的孩子不幸也因为这些原因放弃了读高中考大学的路，到父母所在的“水泥系统”所属的技校读书。不幸的还有，李俊对这条道路缺乏兴趣，20岁之后，他就成了一个自由人—— 没有值钱的学历，没有“单位”，也就没有稳定的收入和相应的社会保障。

    和这些不幸因素同时影响到李俊的还有，互联网在中国普通青年中的普及。不知道这个因素应该归于幸运，还是不幸？对于年轻的李俊来说，既然学校里面学到的东西不足以满足他的求知欲——他可从小就喜欢拆装电子和机械小玩意儿——2001年左右，他开始着迷般地学习电脑和网络知识。网吧是他学习的场所。

    就像一个孩童闯入了枪械库。网上聊天、网络游戏这类玩意儿根本就无法满足李俊学习的“本能”，而当一个黑客，对于肯学习的李俊来说，已非难事。互联网就是最好的老师，也是最好的实验室。从2003年起，李俊已经开始了编写病毒的疯狂“修炼”。2006年作乱于互联网的“熊猫烧香”病毒，不过是李俊三年病毒编写历史中的集大成者，此前，他编写过“武汉男孩”系列病毒、“QQ尾巴”病毒，并已经知道如何用病毒牟利。

    在李俊武汉住所搜出来的一沓机票显示了这一点。李俊供认说，这些机票是他去各地见网友产生的。机票上的时间大部分是2005年。这个时间在李俊编写“熊猫烧香”之前，但他见各地网友目的是什么，目前还没有案卷能够显示这一点。可供猜想的是，他的这些飞行，对他后来的炫耀式犯罪也许有很重要的影响。

    QQ是李俊和网友们联络的重要工具。据说李俊的QQ号码是5位数的，这么短的号码，在QQ用户中，意味着“资深”或者“有路子”。无论是李俊，还是王磊，抑或其他被抓嫌犯，QQ群是个好东西，他们一天都离不开。王磊他们所在的QQ群有近200 人，加入的方式是朋友介绍，由群主批准。这个群讨论的内容是黑客技术和“黑客经济”。当然，“黑客经济”他们不懂，但他们知道这东西“来钱”。

    在提讯的警察面前，1986年出生的叶培新还显得一脸稚气，眼泪是他的一大半“交代”。他一再嗫嚅地问自己会判几年。作为与李俊同期被刑拘的6名嫌犯之一，叶培新年龄最小，尚是温州市一所大学的学生，他就是借助QQ群，逐步学会如何用病毒牟利的。

    实际上，加上在大年初五被抓的涉嫌制作“熊猫烧香”变种“金猪报喜”的云南个旧人薛庆，归案的才7人。而通过QQ群向李俊直接或间接购买过病毒的，就不少于120人。在警方的一份档案中，记录着一长串下一步要侦缉和抓捕的嫌犯的网名。

    通过群里面的交流，配合黑客论坛，有的人慢慢有了技术，有的人越来越会“忽悠”，还有的人越来越懂得如何用病毒“来钱”。在这个微型“江湖”里，李俊（或是他的网名DAVE，或是小名小俊）慢慢有了自己的名气。李俊有自己的“定位”。在那并不完全成熟的心智的指引下，他懂得积攒实力，但积攒的实力到了一定程度，他又忍不住要炫耀。这种炫耀让他名利双收，不过，也招来了警察，招致了法律的制裁。

    炫耀式犯罪

    李俊的同行说，李俊的病毒并不合常规。病毒应该“随风潜入夜，润物细无声”，让感染病毒的机器毫无征兆才是“王道”。但李俊的“熊猫烧香”之所以出名，是因为这种病毒发作的一个特征，就是将电脑里面的可执行文件和超文本文件的图标更改，变成李俊喜欢的“熊猫烧香”模样。这等于是告诉用户，你的电脑中毒了。

    李俊的炫耀还表现在他通过病毒里面的编码和其他黑客打招呼。“武汉男孩”病毒的得名，源自于这个病毒留下了“武汉男孩”字样，这是李俊类似梅花大盗的作案方式，传说中的梅花大盗作案后要在现场留下梅花印记。初出茅庐的李俊急于传达一个讯息：有一个武汉人出山了，有一个武汉人正在成长为一个职业黑客。

    长期没有稳定工作的李俊已经通过“武汉男孩”和“QQ尾巴”病毒取得过收入，否则他根本不能阔绰地坐飞机四处见网友。而见网友，应该有更大的利益在里面。似乎可以猜想成这是李俊的一个“游学”计划，这个计划为李俊编写出传播性极强的“熊猫烧香” 病毒创造了条件。李俊交代说，他为自己的“熊猫烧香”病毒开价是1000元，但2005年之前他又是如何赚钱的，目前公安部门还在审讯之中。卖病毒只是李俊们取得收入的途径之一，通过病毒控制大量“肉机”，然后将这些“肉机”卖给需要的人，更容易实现收入的规模化。

    “肉机”者肉鸡也，是李俊们对中毒电脑的称呼。通过对“肉机”的控制，嫌犯们成批量窃取账号密码等有价值的信息，他们的邮箱里面放着成千上万的对其原本主人可能有重要意义的数据，而在他们的犯罪链条里面，这些数据是被批发的，每个甚至低至几分钱。

    普通互联网用户随时可能为他们的粗心付出代价。山东籍嫌犯王磊说，其实，要防止中毒很简单，把操作系统的补丁打全就可以了。这个厨师学校毕业的年轻人才二十出头，通过和李俊合伙销售“肉机”，他一个月赚了8万元。即使在被抓后，他仍然处于前所未有的“幸福”之中。办案民警说，这小子，我们问一句，他要交代十句，我们还要让他慢点说。即使身在囹圄，他的脸上也看不出压抑，而是恨不得充当整个案件的新闻发言人。

    更大的“老板”

    李俊说话的声音则小如蚊虫拍打翅膀。当然，也许在监狱里面才是这样。当他的父亲前来探监，他拒绝相见。也许当初，他心中有一个长远的计划，用病毒赚到更多的钱，确切地说，是很多的钱，能够让他像同乡雷磊（同案犯）一样买一辆车，再在武汉市区买套房子，或者还可以找个漂亮网友当老婆，总之至少要过上当初他上广州、北京去大公司求职时梦想过的那样的生活。那时候，不管能否对家人公开收入来源，至少他的父亲会以他为荣。

    一方面，李俊花钱非常谨慎，受家庭影响他对生活并不讲究。但另一方面他又大手大脚，坐飞机见网友，大概还有两台笔记本电脑和一台台式电脑，这可以理解为他“工作需要”和摆阔，也可以理解为他在给自己混乱的生活某种补偿。他借住在朋友罗某租的房子里面，里面杂乱无章，其组成形态和某些疯狂的IT创业者、闭关准备考研的学生的临时居所非常相似。李俊没有女朋友，大有“熊猫还在烧香，何以家为”的气概。当然，他的工作需要保密，社交圈子很有限，也影响了他个人问题的解决。

    混乱的生活既加剧了李俊回归秩序的愿望，也给了他进一步皈依混乱的怂恿。从李俊的“烧香”历程中，看得出他还远非一个“完美”罪犯，他只不过编写了一个近乎“完美”的病毒而已。是庞大的黑客社会（也是一种黑社会）的需要放大了他的犯罪能力，让他编写的病毒荼毒了小半个中国互联网。当利益滚滚而来，李俊没有拒之门外的抵御力，但他那个工人家庭也给不了他充当技术独行侠的胆色。犯罪土壤和犯罪心理也是一种病毒，它们也还在进化之中。只要李俊生存的客观社会条件依然存在，并不断演化，难保不出现真正的“完美大盗”——“他”有惊人的破坏力，掠走惊人的财富，并不留半点痕迹。

    通过“江湖传言”得知，在一个庞大的犯罪链条中，处于利润最丰厚环节的“老板”远在上海，他可能通过比“熊猫烧香”隐蔽得多的病毒，或者是其他不为外人所知的手段，每个月攫取200万元的财富。这类犯罪团伙的破获，难度要大得多。

    李俊自己也似乎察觉到了这一点。网上流传过一个号称是李俊自己编写的“熊猫烧香”专杀工具和李俊致网友的道歉信，信中写道，网上还会有更厉害的病毒，他希望网友们要注意自我保护。这句话暗示着李俊视野中的互联网只是一个篱栅破败的菜园子，而病毒有如幽灵，随时会再来袭。

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

  • 百度真相

    2007-03-16 09:24:25

    假搜索结果
    　　百度到底是不是比那谁谁"更懂中文"不好说,但是百度却实实在在比那谁谁更懂忽悠.长久以来,百度就把竞价排名广告和搜索结果混在一起误导用户.如果你用手机,电脑等热门词做搜索,第一页搜到的全部是付费的广告结果.即使你网页质量再高,不交钱也排不进第一名.几年来百度遭到不断质疑,但是一直无动于衷,最大的原因就是普通网民根本不知道这回事,分不出哪是广告哪是搜索结果.根据 中国互联网络信息中心的 2006年搜索引擎调查报告,只有16.8 ％的人听说过竞价排名,而能分辨正常和竞价排名搜索结果的仅占5.1％.而且本次调查的对象还是北京、上海、广州这三个大城市的网民.百度利用老百姓的无知赚钱,去讨好美国的资本市场.我不禁要愤怒的问一声,百度你有种为什么不去忽悠美国人,赚美国人的钱？
    　　
    　　假中国公司
    　　
    　　百度常常标榜自己是中国企业,利用中国人的极端民族主义来获得支持.有一种说法,就是用百度支持国货,可惜的是百度并不是中国公司,而是披着中国皮的外国狼.李彦宏回国的创业资金大部分都来自硅谷的风险投资基金,基于避税的考虑又在英属开曼群岛注册了公司,现在大部分股份中也为国外的资本占据.准确的说,注册于英属开曼群岛的百度公司是一家在华经营互联网业务的中美合资企业 (也可以说是美资控股公司).
    　　
    　　Mp3搜索,欲盖弥彰
    　　
    　　百度的mp3搜索毫无疑问是中国最大的盗版音乐集散地,这几年百度不知道抢走正版音乐多少钱.百度明明钻了中国法律的空子,竟然还自称"高度重视知识产权保护".更气人的是,自从在纳斯达克上市起百度就把原来的英文歌搜索排行榜撤下,并屏蔽了境外 IP进行英文名歌曲搜索的结果,也就是说,竟然在外国人面前"假装"自己不提供mp3下载.
    　　
    　　搞笑的是,虽然在国外（比如美国）用百度搜索不到英文歌曲,但搜中文歌则一切正常.也就是说你搜索"my heart will go on",抱歉,百度不能给你找到与 "my heart will go on" 的任何相关MP3内容；但如果你是搜索"我心永恒",百度就可以提供 998个下载地址！很明显,百度害怕国外的法律制裁和舆论批评,于是耍小聪明欺骗外国人.这是国内的朋友不可能知道的.
    　　
    　　不管百度如何巧言令色,如果说mp3搜索是正当的,那为什么要屏蔽国外的mp3搜索？在金钱面前百度失去了尊严.
    　　
    　　作为上市公司,追求利益是正常的,但追逐利益的同时应该是合乎道德的.以欺骗无知、巧取豪夺、弄虚作假作为盈利手段,是会遭到唾弃的.希望广大网民擦亮眼睛.
    　　
    　　最后赠百度对联一副：
    　　
    　　竞价排名人工干预搜索结果误导群众
    　　为己谋利mp3搜索侵犯版权心安理得
    　　
    　　横批:太有才了

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

  • 软件测试术语(转载)

    2007-03-14 17:05:55

    Unit testing（单元测试），指一段代码的基本测试，其实际大小是未定的，通常是一个函数或子程序，一般由开发者执行。

    Integration testing（集成测试），被测试系统的所有组件都集成在一起，找出被测试系统组件之间关系和接口中的错误。该测试一般在单元测试之后进行。

    Acceptance testing（验收测试），系统开发生命周期方法论的一个阶段，这时相关的用户和／或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。 

    Alpha testing (α测试),是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。

    Beta testing(β测试),测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。

    Black box testing（黑盒测试），指测试人员不关心程序具体如何实现的一种测试方法。根据软件的规格对软件进行各种输入和观察软件的各种输出结果来发现软件的缺陷的测试，这类测试不考虑软件内部的运作原理，因此软件对用户来说就像一个黑盒子。

    White box testing（白盒测试），根据软件内部的工作原理分析来进行测试,基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来判断软件的质量，一般黑盒测试由项目经理在程序员开发中来实现。

    Automated Testing（自动化测试），使用自动化测试工具来进行测试，这类测试一般不需要人干预，通常在GUI、性能等测试中用得较多。 

    Bug (错误)，有时称作defect（缺陷）或error（错误），软件程序中存在的编程错误，可能会带来不必要的副作用，软件的功能和特性与设计规格说明书或用户需求不一致的方面。软件缺陷表现特征为：软件未达到产品说明书标明的功能；软件出现产品说明书指明不会出现的错误；软件功能超出产品说明书指明的范围；虽然产品说明书未指出但是软件应达到的目标；软件测试人员或用户认为软件难以理解，不易使用，运行速度缓慢等问题。 Bug report（错误报告），也称为“Bug record（错误记录）”，记录发现的软件错误信息的文档，通常包括错误描述、复现步骤、抓取的错误图像和注释等。

    Bug tracking system（错误跟踪系统，BTS），也称为“Defect tracking system，DTS”，管理软件测试缺陷的专用数据库系统，可以高效率地完成软件缺陷的报告、验证、修改、查询、统计、存储等任务。尤其适用于大型多语言软件的测试管理。

    Exception（异常/例外），一个引起正常程序执行挂起的事件。

    Crash（崩溃），计算机系统或组件突然并完全的丧失功能，例如软件或系统突然退出或没有任何反应（死机）。

    Build（工作版本），软件开发过程中用于内部测试的功能和性能等不完善的软件版本。工作版本既可以是系统的可操作版本，也可以是展示要在最终产品中提供的部分功能的部分系统。

    Functional testing (功能测试)，也称为behavīoral testing（行为测试），根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。

    Load testing（负载测试），通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。

    Performance testing（性能测试），评价一个产品或组件与性能需求是否符合的测试。包括负载测试、强度测试、数据库容量测试、基准测试等类型。

    Pilot testing（引导测试），软件开发中，验证系统在真实硬件和客户基础上处理典型操作的能力。在软件外包测试中，引导测试通常是客户检查软件测试公司测试能力的一种形式，只有通过了客户特定的引导测试，软件测试公司才能接受客户真实软件项目的软件测试。

    Portability testing（可移植性测试），测试软件是否可以被成功移植到指定的硬件或软件平台上。

    Compatibility Testing（兼容性测试），也称“Configuration testing（配置测试）”，测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬件配置中的运行情况。

    Installing testing（安装测试），确保该软件在正常情况和异常情况的不同条件下，例如，进行首次安装、升级、完整的或自定义的安装都能进行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。核实软件在安装后可立即正常运行。安装测试包括测试安装代码以及安装手册。安装手册提供如何进行安装，安装代码提供安装一些程序能够运行的基础数据。

    International testing（国际化测试），国际化测试的目的是测试软件的国际化支持能力，发现软件的国际化的潜在问题，保证软件在世界不同区域中都能正常运行。国际化测试使用每种可能的国际输入类型，针对任何区域性或区域设置检查产品的功能是否正常，软件国际化测试的重点在于执行国际字符串的输入/输出功能。国际化测试数据必须包含东亚语言、德语、复杂脚本字符和英语（可选）的混合字符。

    Localizability testing(本地化能力测试)，本地化能力是指不需要重新设计或修改代码，将程序的用户界面翻译成任何目标语言的能力。为了降低本地化能力测试的成本，提高测试效率，本地化能力侧是通常在软件的伪本地化版本上进行。本地化能力测试中发现的典型错误包括：字符的硬编码（即软件中需要本地化的字符写在了代码内部），对需要本地化的字符长度设置了国定值，在软件运行时以控件位置定位，图标和位图中包含了需要本地化的文本，软件的用户界面与文档术语不一致等。

    Localization testing（本地化测试），本地化测试的对象是软件的本地化版本。本地化测试的目的是测试特定目标区域设置的软件本地化质量。本地化测试的环境是在本地化的操作系统上安装本地化的软件。从测试方法上可以分为基本功能测试，安装/卸载测试，当地区域的软硬件兼容性测试。测试的内容主要包括软件本地化后的界面布局和软件翻译的语言质量，包含软件、文档和联机帮助等部分。

    Ad hoc testing (随机测试)，没有书面测试用例、记录期望结果、检查列表、脚本或指令的测试。主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行用例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。

    Smoke testing（冒烟测试），冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。参考“Sanity testing（健全测试）”。

    Sanity testing（健全测试），软件主要功能成分的简单测试以保证它是否能进行基本的测试。

    User interface（用户界面，UI），广义是指使用户可以和计算机进行交互的硬件和/或软件。狭义是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。

    User interface testing (用户界面测试)，指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。

    Static testing（静态测试），不通过执行来测试一个系统。如代码检查，文档检查和评审等。

    Regression testing（回归测试），在发生修改之后重新测试先前的测试以保证修改的正确性。理论上，对软件的任何新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再现。

    Capture/Replay Tool (捕获/回放工具)，一种测试工具，能够捕获在测试过程中传递给软件的输入，并且能够在以后的时间中，重复这个执行的过程。这类工具一般在GUI测试中用的较多。

    Debug（调试），开发人员确定引起错误的根本原因和确定可能的修复措施的过程。一般发生在子系统或单元模块编码完成时，或者根据测试错误报告指出错误以后，开发人员需要执行调试过程来解决已存在的错误。

    Deployment（部署），也称为shipment(发布)，对内部IT系统而言，指它的第一个版本通过彻底的测试、形成产品、交付给付款客户的阶段。 Dynamic testing（动态测试），通过执行软件的手段来测试软件。

    Garbage characters（乱码字符），程序界面中显示的无意义的字符，例如，程序对双字节字符集的字符不支持时，这些字符不能正确显示。

    GB 18030 testing（GB 18030测试），软件支持GB 18030字符集标准能力的测试，包括GB 18030字符的输入、输出、显示、存储的支持程度。

    Priority（优先权），从商业角度出发是指错误的重要性，尤其是从客户和用户的角度出发，是指错误对于系统的可行性和可接受性的影响。与“Severity（严重性）”相对照。

    Severity（严重性），错误对被测系统的影响程度，在终端用户条件下发生的可能性，软件错误妨碍系统使用的程度。

    Quality assurance（质量保证QA），采取相关活动，以保证一个开发组织交付的产品满足性能需求和已确立的标准和过程。

    Review（评审），在产品开发过程中，把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程。

    Screen shot（抓屏、截图），软件测试中，将软件界面中的错误（窗口、菜单、对话框等）的全部或一部分，使用专用工具存储成图像文件，以便于后续处理。

    Software life cycle（软件生命周期），开始于一个软件产品的构思，结束于该产品不再被使用的这段期间。

    Structured query language（结构化查询语句，SQL），在一个关系数据库中查询和处理数据的一种语言。

    TBD(To be determined，待定)，在测试文档中标是一项进行中的尚未最终确定的工作。

    Test（测试），执行软件以验证其满足指定的需求并检测错误的过程。检测已有条件之间的不同，并评价软件项的特性软件项的分析过程。软件工程过程的一个活动，它将软件在预定的条件下运行以判断软件是否符合预期结果。

    Test case（测试用例），为特定目标而开发的一组测试输入、执行条件和预期结果，其目标可以是测试某个程序路径或核实是否满足某个特定的需求。

    Testing coverage（测试覆盖），指测试系统覆盖被测试系统的程度，一项给定测试或一组测试对某个给定系统或构件的所有指定测试用例进行处理所达到的程度。

    Testing environment（测试环境），进行测试的环境，包括测试平台、测试基础设施、测试实验室和其他设施。

    Testing item（测试项），作为测试对象的工作版本。

    Testing plan（测试计划），描述了要进行的测试活动的范围、方法、资源和进度的文档。它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。

    Testing procedure（测试过程），指设置、执行给定测试用例并对测试结果进行评估的一系列详细步骤。

    Testing scrīpt（测试脚本），一般指的是一个特定测试的一系列指令，这些指令可以被自动化测试工具执行。

    Testing suite（测试包），一组测试用里的执行框架；一种组织测试用例的方法。在测试包里，测试用例可以组合起来创造出独特的测试条件。 

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

  • 软件开发周期中的测试

    2007-03-13 18:23:48

    一般地，基于开发周期中不同阶段对不同对象所进行的测试，可划分为： 

    　　单元测试（unit test ）：

    　　由编程的开发人员自行计划与完成的，针对单个或相关联的一组程序单元的测试。 

    　　组装测试（inegration test ）：

    　　计划于设计阶段，由开发人员与测试人员合作完成的，针对结合起来的不同单元以及它们的接口的测试。 

    　　系统测试（system test ）：（可认为包括“可用性与图形用户界面测试”）

    　　测试整个系统，以证实它满足要求所规定的功能、质量和性能等方面的特性。 

    　　回归测试（regression test ）：

    　　用于验证改变了的系统或其组件仍然保持应有的特性。 

    　　验收测试（acceptance test ）：

    　　测试整个系统，以保证其达到可以交付使用的状态。 

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

  • 软件测试工程师的工作总结[转]

    2007-03-13 13:52:40

    第一招 学会利用网络

    　　刚参加工作面对浩瀚的网络世界，当时如刘姥姥进大观园，什么都新奇，什么都想要，从网上下载很多源程序的代码，软件技术文档之类，恨不得把所有的好东西收集到手中，其实有些在他人看起来就是垃圾一堆。当时觉得有了这些 “ 武林秘籍 ” ，成为高手指日可待。最初参加工作由于自己工作努力有幸转为开发，加入项目组后我的习惯还是没有改，反而变本加厉，手中的资源更加多，上网的时间更加频繁。

    　　一次项目经理分配任务，觉得依靠手中的秘籍加上自己的 “ 聪明才智 ” 很快会完成，不料短短的时间，所有的一切变成了马奇诺防线。解决问题很慢，思路不清晰，项目经理在对我施压的过程中教会了我终身难忘的一招，学会利用网络寻找要解决问题的答案，从此 Google 成了我的最爱，关键字成了我变化的招数。在软件测试工作中，他帮我解决了很多疑难问题，解答了很多令我迷惑的地方。也是我帮助测试同行解决问题手段之一，很多软件测试新手，甚至老手都没有意识到自己手上就握有 “ 无敌秘籍 ” ，所以只要你耐心找，答案就在身边。

    　　这里总结一下利用网络搜索引擎的技巧：

    　　组合搜索

    　　每次搜索某个文件，如果只给出一个单词进行搜索，经常会出现成千上百万计的匹配网页。然而如果再加上一个单词，那么搜索结果会更加切题。

    　　选择表述内容的词组

    　　一般我在网页搜索引擎的时候，选择一些可以表达我要查找内容的关键词组，用来缩小搜索范围，从而找到搜索结果是最好的办法。运用词组搜索涉可以先先简单地输入一个问题作为词组搜索，如果仍然找不到合适的，那就用多个可以表达要查询内容的关键字进行查询。

    　　定位信息来源

    　　有的时候用词组搜索不到或者无法准确表达所需信息。可以用另一种方法直接到信息源，就是直接到到提供某种信息的站点去。可以用公式 “www. 公司名 .com” 去猜测某一组织的特点。从而得到所要搜索的信息的主要词组

    　　其实网络上还有很多关于搜索技巧的文章，大家可以自行学习。千万要记住搜索引擎是帮助你成功的有力武器。

    第二招 学会动手

    　　参加软件测试工作后，随着工作经验的增长自我感觉越来越好。在公司里也逐渐受到同事领导的重视，一次针对公司的新的软件功能进行测试的时候，像往常一样 “ 随手 ” 测试出了几个 Bug ，然后 “ 仔细 ” 的填写了 Bug 单（这个 Bug 的现象已经出现了很多次了）。这时候测试经理走过来，重新复查了一下填写的 Bug .他在重现我的 bug 的过程中，简化了我的输入变化， bug 神奇的又出现了，同样的现象，他关闭软件重新变化输入，扩展出 10 几个变化后，软件不动了，内存不断上升。终于他找到了产生软件的 Bug 的原因，然后对我说 “ 寻找 Bug 要准确定位，我们开发团队是一个整体，时间是等量的，时间不在你身上浪费，就是在他身上浪费。如果测试人员每次发现的 bug 描述不清楚，并且多个问题潜在的错误原因是一个，虽然操作可能稍微有些变化。这样开发人员在重现 bug 的时候他要调试跟踪判断，很花费时间，而且效率低。如果测试人员发现 bug 的时候多动手可以更加准确的定位 bug 步骤和原因，给开发人员最精确的步骤和准确的描述，这样整个团队才能高效，所以需要大家协作！。 ”

    　　在以后的日子里，每次解决问题的时候我都记得多试验几次，多尝试。网上很多朋友还有同事问我问题的时候，其实他们只是万里长征就差一步，只要再多动手实验一次就可以达到目的了。所以多动手，多尝试。

    　　第三招 思考自己所作的

    　　刚开始入行的时候，总是思考如何做好软件测试。认为公司的测试流程混乱总是很郁闷，认为自己学不到东西，如何才能测试好产品，常说心动不如行动，以前看到古龙小说中经常出现的场景无名小子不断挑战高手，总结积累。我总结了有些经验是实战中得到的，所以不断尝试引入新的测试流程然后评估，这个过程虽然很痛苦，但是从中积累了不少经验。这段时间让我学习到了很多东西，接触了 ISO，CMM ，测试管理工具，自动化工具（因为公司不正规给了我很多学习的机会，后来到了比较大的软件公司后，以前的经历给了我更多的发展机会，因为大公司非常正规了，公司内部人员分工明确，所以能力的锻炼反倒少了）。由于工作中经常写报告反倒养成了总结教训的习惯，因为纸面上的东西是永远也忘不掉的。在写的过程中可以不断补充扩展，整个过程是思想升华的过程，当年达摩面壁九年就是融会贯通的典型例子，如果他不是有个思考的过程，他也不能成为一代大家。如果后来不时有人把他的绝技记录下来，也就不能有后来的少林寺七十二绝技。

    　　所以善于思考，总结经验，也是成为高手之路的不二法决。

    　　第四招 学会利用论坛资源

    　　其实测试新兵和测试高手之间的区别，往往是不会利用现有资源。在论坛中我们会看到很多新手不断的提问，但是有很多问题其实都是已经别人提过了，或者已经有解决方案的。所以经常会看到 “测试高手”的身影，并且不提问题，而且还能“锄强扶弱”，是测试新丁的救命稻草。好像是高手们无所不能，其实摘掉这层耀眼的光环，他们并没想像得那么厉害，只不过通过自己的搜索找到的答案，然后帮助其他人。当然也有很多人都是通过自学，然后在论坛中交流得到了很多经验，高手其实也是因为善于思考问题，亲自动手解决问题。所以动手和利用论坛资源的过程中他们也在不断提高。

    　　很多时候看到论坛中有人提问，问题描述不清，很多人看了很困惑。发贴题目动不动请高手帮忙，救命之类的，好像天下大乱，世界末日。虽然这个题目很招人，但是无法让那些想帮助你的人帮你，因为题目不清晰，而且高手字样吓阻了很多人。其实问问题也是个思路整理的过程，描述清晰，让人理解清楚，才能望文知意知道你的当前发生问题的环境，才能让那些想帮你的人解决问题，否则给人无从下手的感觉，解决问题效率不高。

    第五招 学习和你所测试的软件产品相关的知识

    　　要想成为好的测试人员，还要了解你要测试的软件的相关知识。要了解软件产品的架构是什么样的。要了解软件的市场需求，在接触软件之初要可以多看看用户的反馈信息，这些才是用户最关心的，也是你在测试中需要注意的问题，满足客户是最大的需要。但是了解软件需求之后要学会要多读些软件系统的技术文档，软件设计文档，这些文档可以帮助你了解产品如何工作。还有多看看公司 Bug 库中的问题，这些存在的问题可以帮助你了解软件产品那些地方存在缺陷，软件系统那些地方会出现错误。软件是运行在一个大环境中，如果对系统不熟悉，那么有些问题你不能从一个更广阔的层面考虑，学习操作系统的知识，有助于你发现缺陷，定位问题更加准确。比如软件运行在 Windows 或者 Linux ，如果你不懂操作系统，你就无法建立测试环境，有些时候时候软件的组件发生问题，就是你系统配置造成的，对系统不熟悉，你会把外在原因归结为软件本身。所以要学习关于和软件系统相关的知识，比如编程，网络，数据库等。不一定你要学习到多好的程度，只是通过这些扩展的知识面，你可以在发现问题，解决问题上不会局限在狭小的圈子里。

    　　和一切相关的人员交流，不同的交流渠道，获取消息是不同的，角度也不同。和客户交流，你会在测试中从客户的角度发现问题；和开发人员交流，你会了解开发人员怎么实现软件功能的；和项目管理人员交流，你会知道开发进度以及遇到的困难。

    查看(1375) 评论(4) 收藏 分享 管理

  • web基础理论

    2007-03-12 10:25:36

    1. http协议

    除了TCP/IP协议，http可以说是最重要，且使用最多的网络协议了。本节简要介绍一下http协议的工作原理。

    假设现在有一个html文件:http.html, 存放在Web服务器上，其URL为www.myweb.com/http.html ,文件内容为:
    HTML 代码:
    <html>
    <head>
    <title>http.html</title>
    </head>
    <body>
    hello, http
    </body>
    </html>

    现在，一个用户通过IE访问该地址，IE首先将此地址的域名通过DNS转换为一个IP地址，然后通过一个Web服务器开放的端口（默认为80，不为80需在域名后加上“:端口号”，例如www.myweb.com:81）与其连接, 然后传送一个类似这样的http请求（使用flashget等下载软件下载文件时，在详细信息里也可以看到类似的信息）:

    GET /http.html HTTP/1.1
    Host: www.myweb.com
    Accept: */*
    User-Agent: Mozilla/4.0 (compatible; MSIE.6.0; Windows NT 5.1)
    Pragma: no-cache
    Cache-Control: no-cache
    Connection: close
    [空行]

    请求的第一行为请求内容, 表示通过GET方法向服务器请求资源，/http.html为请求资源名称，HTTP/1.1 表示使用http协议，版本1.1。然后接下来的几行称为请求信息的标头(header)，其中描述了请求的一些其他信息，比如客户端浏览器标识等。最后一个空行表示请求结束。

    当Web服务器接收到该请求时，服务器检查所请求的资源是否有效，且是否有相应的权限。如果没有问题，则服务器会传回类似如下的http响应信息:

    HTTP/1.1 200 OK
    Server: Microsoft-IIS/5.0
    Date: Thursday, March 31, 2005 17:15:23 GMT
    Content-Type: text/html
    Content-Length: 88
    [空行]
    <html>
    <head>
    <title>http.html</title>
    </head>
    <body>
    hello, http
    </body>
    </html>

    其中第一行的“200”是一个状态码，表示服务器成功完成该请求，如果不成功会返回其他状态码。Content-Type表示返回的数据类型，Content-Length表示返回的数据长度。空行表示标头结束，下面则是浏览器根据请求返回的数据内容，这里是http.html的文件内容，浏览器解析html源代码，将Web页面呈现给用户，到这里就完成了一次成功的http通信。

    以上内容是Web通信的基础，就和Windows消息机制一样，你可能不会用到它，但是你必须了解它，你得知道那些高级的东西隐藏了哪些低级的内容，这样对你理解和使用那些高级的东西都有非常大的帮助:)。

    2. html form

    前面的http.html文件是一个最简单的静态html页面，但作为一个Web程序，它实在是太简陋了，它不接受用户输入，永远显示一样的内容。我们需要能够根据用户输入来返回相应的数据。

    看下面的html代码:
    <html>
    <head>
    <title>form.html</title>
    </head>
    <body>
        <form method=”get”>
              <input type=”text” name=”p” />
              <input type=”submit” value=”submit” />
        </form>
    </body>
    </html>

    观察这段代码，其中有一个html form，其内容包括在<form>和</form>之间, 其中有一个提交按钮(<input type=”submit” value=”submit” />)，当用户点击该按钮时，浏览器将html form中的所有输入提交给Web服务器，form标签的method属性指定了提交的方式，这里为get，这个get对应http请求中的GET请求方法,form中的输入均以查询字符串的方式附加在URL上, 在文本框里输入一个字符串，比如“form”，然后观察浏览器的地址栏,会变成类似 http://www.myweb.com/form.html?p=form ，这是因为浏览器发出了这样的GET请求:

    GET /form.html?p=form HTTP/1.1
    ...
    ...
    [空行]

    假如<form>标签的method属性为”post”,即令浏览器使用post方法发送该请求，当使用post方法时，用户的输入并不是通过URL来传输的，而是浏览器将内容放在POST请求的标头之后发送给Web服务器的:
    POST /form.html HTTP/1.1
    ...
    ...
    Content-Type: application/x-www-form-urlencoded
    Content-Length: 6
    [空行]
    p=form

    浏览器将用户输入使用GET或者POST方法发送给Web服务器，这个过程称为“回发(Postback)”。这个概念相当重要，在Web应用程序中经常涉及到回发。

     

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

  • web性能测试基本概念

    2007-03-12 10:11:08

    请求提交：客户机浏览器为了与网站进行连接并传输用户提供的数据所需的时间。
    处理时间：请求被一台或多台服务器处理以执行用户所需功能的时间。
    响应时间：处理请求后，将页面或者数据返回给用户，传输这些页面或数据所需的时间即为响应时间。
    延迟时间：一个动作发出到第一个响应回应之间的时间。
    用户感知延迟：用户动作发出到内容最初显示之间的时间。
    带宽：每单位时间内可传输的流量。
    工作负载：一段时间内，web组件接收的输入量。

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

  • 常见web漏洞

    2007-03-12 09:53:32

    在Internet大众化及Web技术飞速演变的今天，在线安全所面临的挑战日益严峻。伴随着在线信息和服务的可用性的提升，以及基子Web的攻击和破坏的增长，安全风险达到了前所未有的高度。由于众多安全工作集中在网络本身上面，Web应用程序几乎被遗忘了。也许这是因为应用程序过去常常是在一台计算机上运行的独立程序，如果这台计算机安全的话，那么应用程序就是安全的。如今，情况大不一样了，Web应用程序在多种不同的机器上运行：客户端、Web服务器、数据库服务器和应用服务器。而且，因为他们一般可以让所有的人使用，所以这些应用程序成为了众多攻击活动的后台旁路。
    　　由于Web服务器提供了几种不同的方式将请求转发给应用服务器，并将修改过的或新的网页发回给最终用户，这使得非法闯入网络变得更加容易。

    　　而且，许多程序员不知道如何开发安全的应用程序。他们的经验也许是开发独立应用程序或Intranet Web应用程序，这些应用程序没有考虑到在安全缺陷被利用时可能会出现灾难性后果。

    　　其次，许多Web应用程序容易受到通过服务器、应用程序和内部已开发的代码进行的攻击。这些攻击行动直接通过了周边防火墙安全措施，因为端口80或443（SSL，安全套接字协议层）必须开放，以便让应用程序正常运行。Web应用程序攻击包括对应用程序本身的DoS（拒绝服务）攻击、改变网页内容以及盗走企业的关键信息或用户信息等。

    　　总之，Web应用攻击之所以与其他攻击不同，是因为它们很难被发现，而且可能来自任何在线用户，甚至是经过验证的用户。迄今为止，该方面尚未受到重视，因为企业用户主要使用防火墙和入侵检测解决方案来保护其网络的安全，而防火墙和入侵检测解决方案发现不了Web攻击行动。

    　　常见的Web应用安全漏洞

    　　下面将列出一系列通常会出现的安全漏洞并且简单解释一下这些漏洞是如何产生的。

    　　已知弱点和错误配置

    　　已知弱点包括Web应用使用的操作系统和第三方应用程序中的所有程序错误或者可以被利用的漏洞。这个问题也涉及到错误配置，包含有不安全的默认设置或管理员没有进行安全配置的应用程序。一个很好的例子就是你的Web服务器被配置成可以让任何用户从系统上的任何目录路径通过，这样可能会导致泄露存储在Web服务器上的一些敏感信息，如口令、源代码或客户信息等。

    　　隐藏字段

    　　在许多应用中，隐藏的HTML格式字段被用来保存系统口令或商品价格。尽管其名称如此，但这些字段并不是很隐蔽的，任何在网页上执行“查看源代码”的人都能看见。许多Web应用允许恶意的用户修改HTML源文件中的这些字段，为他们提供了以极小成本或无需成本购买商品的机会。这些攻击行动之所以成功，是因为大多数应用没有对返回网页进行验证；相反，它们认为输入数据和输出数据是一样的。

    后门和调试漏洞


    　　开发人员常常建立一些后门并依靠调试来排除应用程序的故障。在开发过程中这样做可以，但这些安全漏洞经常被留在一些放在Internet上的最终应用中。一些常见的后门使用户不用口令就可以登录或者访问允许直接进行应用配置的特殊URL。 

    　　跨站点脚本编写

    　　一般来说，跨站点编写脚本是将代码插入由另一个源发送的网页之中的过程。利用跨站点编写脚本的一种方式是通过HTML格式，将信息帖到公告牌上就是跨站点脚本编写的一个很好范例。恶意的用户会在公告牌上帖上包含有恶意的Javascrīpt代码的信息。当用户查看这个公告牌时，服务器就会发送HTML与这个恶意的用户代码一起显示。客户端的浏览器会执行该代码，因为它认为这是来自Web服务器的有效代码。

    　　参数篡改

    　　参数篡改包括操纵URL字符串，以检索用户以其他方式得不到的信息。访问Web应用的后端数据库是通过常常包含在URL中的SQL调用来进行的。恶意的用户可以操纵SQL代码，以便将来有可能检索一份包含所有用户、口令、信用卡号的清单或者储存在数据库中的任何其他数据。

    　　更改cookie

    　　更改cookie指的是修改存储在cookie中的数据。网站常常将一些包括用户ID、口令、帐号等的cookie存储到用户系统上。通过改变这些值，恶意的用户就可以访问不属于他们的帐户。攻击者也可以窃取用户的cookie并访问用户的帐户，而不必输入ID和口令或进行其他验证。

    　　输入信息控制

    　　输入信息检查包括能够通过控制由CGI脚本处理的HTML格式中的输入信息来运行系统命令。例如，使用CGI脚本向另一个用户发送信息的形式可以被攻击者控制来将服务器的口令文件邮寄给恶意的用户或者删除系统上的所有文件。

    缓冲区溢出

    　　缓冲区溢出是恶意的用户向服务器发送大量数据以使系统瘫痪的典型攻击手段。该系统包括存储这些数据的预置缓冲区。如果所收到的数据量大于缓冲区，则部分数据就会溢出到堆栈中。如果这些数据是代码，系统随后就会执行溢出到堆栈上的任何代码。Web应用缓冲区溢出攻击的典型例子也涉及到HTML文件。如果HTML文件上的一个字段中的数据足够的大，它就能创造一个缓冲器溢出条件。

    　　直接访问浏览

    　　直接访问浏览指直接访问应该需要验证的网页。没有正确配置的Web应用程序可以让恶意的用户直接访问包括有敏感信息的URL或者使提供收费网页的公司丧失收入。

    　　Web应用安全两步走

    　　Web应用攻击能够给企业的财产、资源和声誉造成重大破坏。虽然Web应用增加了企业受攻击的危险，但有许多方法可以帮助减轻这一危险。首先，必须教育开发人员了解安全编码方法。仅此项步骤就会消除大部分Web应用的安全问题。其次，坚持跟上所有厂商的最新安全补丁程序。如果不对已知的缺陷进行修补，和特洛伊木马一样，攻击者就能很容易地利用你的Web应用程序穿过防火墙访问Web服务器、数据库服务器、应用服务器等等。将这两项步骤结合起来，就会大大减少Web应用受到攻击的风险。同时管理人员必须采取严格措施，以保证不让任何东西从这些中溜过去

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

843/5<12345>
Open Toolbar