It's a crowded city, everyone's heart looks like a flower so lonely so thirsty.

发布新日志

  • 转载:Alpha和Beta测试简介

    2007-12-17 14:59:21

    转载:
    大型通用软件,在正式发布前,通常需要执行Alpha和Beta测试,目的是从实际终端用户的使用角度,对软件功能和性能进行测试,以发现可能只有最终用户才能发现的错误。

    Alpha测试是由一个用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的受控测试,Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误,可以在测试现场立刻反馈给开发人员,由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始,或在模块(子系统)测试完成后开始,也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册(草稿)等应该在Alpha测试前准备好。

    Beta测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场,Beta测试不能由程序员或测试员完成。因而,Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中,由用户记下遇到的所有问题,包括真实的以及主管认定的,定期向开发者报告,开发者在综合用户的报告后,做出修改,最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性,包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后,才能开始Beta测试。由于Beta测试的主要目标是测试可支持性,所以Beta测试应该尽可能由主持产品发行的人员来管理

    由于Alpha和Beta测试的组织难度大,测试费用高,测试的随机性强、测试周期跨度较长,测试质量和测试效率难于保证,所以,很多专业软件可能不再进行Beta测试。随着测试技术的提高,以及专业测试服务机构的大量涌现,很多软件的Beta测试外包给这些专业测试机构进行测试。
  • NAS简介

    2007-12-15 11:40:19

    网络附加存储的概念 NAS是Network Attached Storage的简称,中文称为网络附加存储。在NAS存储结构中,存储系统不再通过I/O总线附属于某个服务器或客户机,而直接通过网络接口与网络直接相连,由用户通过网络访问。 NAS实际上是一个带有瘦服务器的存储设备,其作用类似于一个专用的文件服务器。这种专用存储服务器去掉了通用服务器原有的不适用的大多数计算功能,而仅仅提供文件系统功能。与传统以服务器为中心的存储系统相比,数据不再通过服务器内存转发,直接在客户机和存储设备间传送,服务器仅起控制管理的作用。 NAS的主要特点 NAS使用了传统以太网协议,当进行文件共享时,则利用了NFS和CIFS以沟通NT和Unix系统。由于NFS和CIFS都是基于操作系统的文件共享协议,所以NAS的性能特点是进行小文件级的共享存取。 NAS设备是直接连接到以太网的存储器,并以标准网络文件系统如NFS、SMB/CIFS over TCP/IP接口向客户端提供文件服务。NAS设备向客户端提供文件级的服务。但内部依然是以数据块的层面与它的存储设备通讯。文件系统是在这个NAS 存储器里。 NAS的主要长处 第一,NAS适用于那些需要通过网络将文件数据传送到多台客户机上的用户。NAS设备在数据必须长距离传送的环境中可以很好地发挥作用。 第二,NAS设备非常易于部署。可以使NAS主机、客户机和其他设备广泛分布在整个企业的网络环境中。NAS可以提供可靠的文件级数据整合,因为文件锁定是由设备自身来处理的。 第三,NAS应用于高效的文件共享任务中,例如UNIX中的NFS和Windows NT中的CIFS,其中基于网络的文件级锁定提供了高级并发访问保护的功能。 最后,在某些情况下,企业可以有限地为数据库应用部署NAS解决方案。 NAS分类 1、电器型服务器 电器型服务器是NAS系列设备中最低端的产品。电器型服务器不是专门附加的存储设备。它们为网络提供了一个存储的位置,但是由于没有冗余的以及和高性能的组件,它们相对比较便宜。在工作组环境中,电器型服务器要起很多作用。典型服务包括网络地址翻译(NAT)、代理、DHCP、电子邮件、Web服务器、DNS、防火墙和VPN。 2、工作组NAS 工作组级的NAS特别适合于存储需求相对较低的小型和中型公司,它们的存储需要一般从几百GB到1TB。运行电子商务软件或者大型数据库的公司会需要几TB的存储空间,他们使用的属于中型NAS。 一般来说,当从工作组升级到中型NAS时,你会发现热插拔驱动器和一些可以放置额外的驱动器或更多的故障恢复产品的设备盒、增强的管理功能以及系统复杂性的少许提高。 3、中型NAS 我们所说的中型NAS解决方案提供了更好的扩展性和可靠性,而且有着与低端NAS类似的优点,例如方便、专用的存储空间和简单的安装和管理过程。与电器型服务器和工作组级NAS相比,这些NAS设备的成本明显要高很多。 4、大型NAS 这类存储设备,系统的易扩展性以及高可用性和冗余性都是十分关键的。这些设备还必须提供高端服务器的性能、灵活的管理以及与异类网络平台交互的能力。
    NAS是英文“Network Attached Storage”的缩写, 中文意思是“网络附加存储”。按字面简单说就是连接在网络上, 具备资料存储功能的装置,因此也称为“网络存储器”或者“网络磁盘阵列”。
    从结构上讲,NAS是功能单一的精简型电脑,因此在架构上不像个人电脑那么复杂,在外观上就像家电产品,只需电源与简单的控制钮,NAS是一种专业的网络文件存储及文件备份设备,它是基于LAN(局域网)的,按照TCP/IP协议进行通信,以文件的I/O(输入/输出)方式进行数据传输。在LAN环境下,NAS已经完全可以实现异构平台之间的数据级共享,比如NT、UNIX等平台的共享。一个NAS系统包括处理器,文件服务管理模块和多个硬盘驱动器(用于数据的存储)。 NAS 可以应用在任何的网络环境当中。主服务器和客户端可以非常方便地在NAS上存取任意格式的文件,包括SMB格式(Windows)NFS格式(Unix, Linux)和CIFS(Common Internet File System)格式等等。典型的NAS的网络结构
    1. NAS作为文件服务器为IP网络上的客户机上的重要数据或需共享的数据提供存储空间。利用NAS本身具有的SnapShot(快照)功能,在NAS上可制定自动的快速备份策略,将其上的重要数据进行备份恢复。
    具体实现:
    1) NAS将其上的某一目录共享给若干主机
    2) 这些主机可通过map(映射) NAS的这个目录到其相应的驱动器的方式实现文件共享
    3) 对NAS上的重要数据可通过“快照”功能进行快速保存(将数据信息直接保存在NA

  • 系统测试中的测试类型

    2007-12-14 19:40:48

    一、用户层     
    1、用户支持测试: 用户手册、使用帮助、支持客户的其他产品技术手册是否正确、是否易于理解、是否人性化。   
    2、用户界面测试: 测试对象控件或访问入口正确,符合用户需求
                       界面风格统一,界面美观、直观   
                       操作友好、人性化   
                      易操作性   
    3、可维护性测试: 系统软、硬件实施和维护功能的方便性   
    4、安全性测试 : 操作安全性
                         (注:核实只有具备系统和应用程序访问权限的主角才能访问系统和应用程序;核实主角只能访问其

                                  所属  用户
                         类型已被授权使用的那些功能操作)   
                     数据安全性
                         (注:关注数据访问的安全性,防止交易敏感数据不被第三方截获、窃取、篡改和伪造。测试内容为:数据加密,
                          安全通讯,安全存储)   
                     网络安全测试
                         (注:该层次的测试主要是为了防止黑客的恶意攻击和破坏,如:病毒,DDOS攻击等。测试的方式主要是模拟黑
                          客对系统进行入侵攻击,然后对攻击的结果进行分析,并逐步完善系统的安全性能)   
                     安全认证测试
                           (注:确保交易双方不被其他人冒名顶替。测试内容为安全认证)   
                     安全交易协议测试
                          (注:有效避免交易双方出现互相抵赖的情况)   
    二、应用层     
    1、性能测试: 并发性能测试
                      (注:并发用户操作下,不断增加并发用户数量,分析系统性能指标、资源状况。主要关注点:交易结果、每分钟交

                      易数、交易响应时间(最小服务器响应时间、平均服务器响应时间、最大服务器响应时间)   
                  压力测试
                        (注:不断对系统施压,通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的
                         测试)   
                 强度测试
                       (注:系统在极限或异常资源情况下,即系统资源处于特别低的状况下,软件系统运行情况确定系统综合交易指标
                        和资源监控指标,保证系统能否按规格强度下运行)   
                 负载测试
                       (注:关注各种工作负载情况下的性能指标,测试当负载逐渐增加到超负荷状态时,系统组成部分的相应输出项,
                        例如通过量、响应时间、CPU负载、内存使用等来决定系统的性能)   
                疲劳测试
                       (注:采用系统稳定运行情况下能够支持的最大并发用户数,持续执行一段时间业务,通过综合分析交易执行指标
                         和资源监控指标来确定系统处理最大工作量强度性能的过程)   
               大数据量测试
                       (注:针对某些系统存储、传输、统计、查询等业务进行大数据量的独立数据量测试)   
               容量测试
                       (注:确定系统可处理同时在线的最大用户数)   
              破坏性测试
                       (注:超出系统能承受的压力点后,系统出现错误状态、出现错误比率及恢复能力;对软件进行异常的操作,
                        如:删除配置文件)   
    2、系统可靠性、稳定性测试 :
              可靠性测试
                     (注:主要测试系统在负载压力下系统运行是否正常)   
              稳定性测试
                   (注:确保系统在长期使用周期内能够在要求的性能指标下正常工作)   
    3、系统兼容性测试: 操作系统兼容性
                      (注:win 9x / win2k / winXP / Unix / Linux ... ...)   
                        浏览器兼容性
                      (注:IE4 / IE5 / IE6 / Firefox / My IE / TT ... ...)   
                       其他支持软件/平台/文件/数据/接口的兼容性   
    4、系统组网测试     
    5、系统安装升级测试 :初次安装   
                          更新(注:以前安装过相同版本)   
                          升级(注:以前安装过较早版本)   
    三、功能层     
    1、功能性测试: 初验测试
                     (注:系统核心功能、基本业务流程的验证)   
                   业务场景测试
                     (注:模拟用户实际操作的业务场景,遍历主要业务流程和业务规则)   
                   业务功能的覆盖
                      (注:关注需求规格定义的所有功能系统是否都已实现)   
                  业务功能的分解
                        (注:将每个功能分解成测试项。关注每个测试项的测试类型都被测试通过)   
                  业务功能的组合
                         (注:相关联的功能项的组合功能的都被正确实现)   
                 业务功能的冲突
                          (注:业务功能间存在的功能冲突情况,均测试通过。例如:共享资源访问等)   
                 异常处理及容错性
                          (输入异常数据、或执行异常操作后,系统容错性及错误处理机制的健壮性。
                          例如:重复点击“提交”按钮,提交申请单)   
    四、子系统层     
                单个子系统的性能
                    (注:应用层关注的是整个系统各种软、硬件、接口配合情况下的整体性能,这里关注单个系统。)   
                子系统间的接口瓶颈
                     (例如:子系统间通讯请求包的并发瓶颈)   
                子系统间的相互影响
                     (注:子系统的工作状态变化对其他子系统的影响)   
    五、协议/指标层     
      1、协议一致性测试   
      2、协议互通测试   
    六、其他测试类型     
    1、BVT :构建验证测试   
    2、Ad hoc Test: 随机测试   
    3、Exploratory Test :探索性测试c   
    4、回归测试

  • 很郁闷的

    2007-12-14 18:43:34

    真是讨厌,为何应届生找工作这么难啊。到现在还没有找到的
  • 我的新路

    2007-12-14 18:43:34

    到现在还没有找到自己满意的工作,真难。看了下软件测试几乎都是要研究生的居多,我的路难走么?!

    我喜欢软件测试,只要自己喜欢就行。学历只不过是一个敲门砖,我想我能!A-Za,A-Za

  • 软件测试V模型

    2007-12-14 18:40:43

    软件测试V模型要求我们在需求阶段就开始制定系统测试的计划,开始考虑系统测试的方法。但这还不是足够的。全面的质量管理要求我们在每个阶段都要进行验证和确认的过程。因此在需求阶段我们还需要对需求本身进行测试。这个测试是必要的,因为在许多失败的项目中,7 0 %~8 5 %的返工是由于需求方面的错误所导致的。并且因为需求的缘故而导致大量的返工,造成进度延迟、缺陷的发散,这是一件及其痛苦的事情。因此我们要求在项目的源头(需求)就开始测试。这类测试更多的还只是静态手工方面的测试,当然也有一些自动化工具,但这些工具会要求我们按照某个固定的格式进行需求的表述(例如形式化的方法),因此在适用性上会受到限制。通过静态手工方法进行需求测试中最常使用的手段是同行评审。

我的栏目

数据统计

  • 访问量: 3067
  • 日志数: 6
  • 文件数: 1
  • 建立时间: 2007-11-14
  • 更新时间: 2007-12-17

RSS订阅

Open Toolbar