软件测试验收标准_软件测试验收规范 - CSDN
  • 软件验收测试标准

    2018-04-12 11:24:19
    软件验收标准1 验收内容a) 功能项测试软件需求规格说明书中的所有功能项进行测试。b) 业务流程测试软件项目的典型业务流程进行测试。c) 容错测试容错测试的检查内容包括:1) 软件对用户常见的误操作是否能进行...
    软件验收标准
    1 验收内容
    a) 功能项测试
    对软件需求规格说明书中的所有功能项进行
    测试。
    b) 业务流程测试
    对软件项目的典型业务流程进行测试。
    c) 容错测试
    容错测试的检查内容包括:
    1) 软件对用户常见的误操作是否能进行提示;
    2) 软件对用户的的操作错误和软件错误, 是
    否有准确、清晰的提示;
    3) 软件对重要数据的删除是否有警告和确认
    提示;
    4) 软件是否能判断数据的有效性, 屏蔽用户的错误输入, 识别非法值, 并有相应的错误提示。
    d) 安全性测试
    安全性测试的检查内容包括:
    1) 软件中的密钥是否以密文方式存储;
    2) 软件是否有留痕功能, 即是否保存有用户的操作日志;
    3) 软件中各种用户的权限分配是否合理。
    e) 性能测试
    对软件需求规格说明书中明确的软件性能进行测试。测试的准则是要满足规格说明书中的各项性能指标。
    f ) 易用性测试
    易用性测试的内容包括:
    1) 软件的用户界面是否友好, 是否出现中英文混杂的界面;
    2) 软件中的提示信息是否清楚、易理解, 是否存在原始的英文提示;
    3) 软件中各个模块的界面风格是否一致;
    4) 软件中的查询结果的输出方式是否比较直
    观、合理。
    g) 适应性测试
    参照用户的软、硬件使用环境和需求规格说明书中的规定, 列出开发的软件需要满足的软、硬件环境。对每个环境进行测试。
    h) 文档测试
    用户文档包括: 安装手册、操作手册和维护手册。
    对用户文档测试的内容包括:
    1) 操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块;
    2) 用户文档描述的信息是否正确, 是否没有歧义和错误的表达;
    3) 户文档是否容易理解, 是否通过使用适当的术语、图形表示、详细的解释来表达;
    4) 用户文档对主要功能和关键操作是否提供应用实例;
    5) 用户文档是否有详细的目录表和索引表。
    i) 用户有特别要求的测试。
    2 验收标准
    1) 测试用例不通过数的比例< 3 %;
    2) 不存在错误等级为1 的错误;
    3) 不存在错误等级为2 的错误;
    4) 错误等级为3 的错误数量≤ 10;
    5) 所有提交的错误都已得到更正。
    展开全文
  • 验收测试即由产品开发方按照新浪提供的需求文档中所有内容(或按合同及其它有效约定,对方承诺实现的需求)进行开发、内测完毕,提交版本符合验收测试标准,通过新浪质量保证部进行的测试。通过验收测试判断产品质量...

     

     

    1. 验收测试简介

    1.1简介

    验收测试即由产品开发方按照新浪提供的需求文档中所有内容(或按合同及其它有效约定,对方承诺实现的需求)进行开发、内测完毕,提交版本符合验收测试标准,通过新浪质量保证部进行的测试。通过验收测试判断产品质量是否符合产品需求,功能实现是否正确并可以最终上线。

    1.2角色定义

    验收提交方:产品研发方

    验收接收方:新浪质量保证部

     

    2. 验收测试目的

    通过验收测试判断产品质量是否符合产品需求、功能实现是否正确,性能和安全性方面是否符合发布标准,并且产品可以最终上线。

     

    3. 验收测试版本

    3.1测试版本命名

    提交验收测试的产品版本统一按如下格式命名:产品名称_版本_ATx 各部分释义如下:

    产品名称:提交测试的产品名称,例如“易享收藏夹”(EasyShareFolder)

    版本:提交测试的产品版本号,例如“1.0.1”

    ATx:其中“AT”表示Acceptance testing;“x”表示提交验收测试的次数后,如1、2、3等

    示例: EasyShareFolder_1.0.1_AT1(表示“易享收藏夹”第一次提交验收测试的版本)

    3.2测试版本保存

    每次提交验收测试的版本统一保存至新浪主体产品的版本库中,上线版本以验收测试通过版本为准。

     

    4. 验收测试范围

    4.1界面测试

    所有页面浏览,连接的正确、所有功能按钮及界面显示正确

    4.2功能测试

    所有需求文档描述的功能实现正确

    4.3性能测试

    重点业务功能、性能能满足上线运营需求

    4.4安全性测试

    接口和数据调用等方面符合安全性规范;没有安全性漏洞

     

    5. 验收测试流程

    验收测试基本工作流程如下:

    5.1. 准入条件检测

    5.1.1文档

    进入验收测试的文档准备齐全:

    a) 验收版本的需求文档(提交方提供):要求需求文档与最终提交验收测试的程序完全匹配 ;

    b) 验收版本的测试用例(提交方提供):要求测试案例覆盖最终版本的需求文档;

    c) 验收版本的测试告(提交方提供):在测试报告书中说明测试总体情况,缺陷列表及修复情况;

    5.1.2缺陷

    要求开发方在WindowsXP IE6 /IE7/Firefox3.x兼容环境中(该兼容性需求会根据项目情况有变动,以新浪要求的为准),对需要文档上提及的所有功能进行全面测试,且提交验收测试时,开发方发现的所有缺陷都已解决。

    5.1.3测试环境

    验收测试环境准备完成,与线上真实环境一致

    我方项目负责人负责测试环境控制,保证测试期间环境一致、稳定

    5.1.4沟通和联系

    1. 提交验收测试的开发方负责人联系方式及测试工程师联系方式齐全 ;

    2. 提交验收测试缺陷的沟通渠道建立完毕,要求快捷、准确、反馈及时 ;

    5.2 验收测试

    5.2.1文档验收

    进入标准:文档准备必须齐全且符合标准,可以进入文档验收流程

    中断标准:

    1. 需求文档并非最终版,需求文档上描述的功能程序并未实现

    2. 测试用例与需求文档不匹配,测试用例中测试的模块在需求文档中不存在或者需求文档中的功能模块未在测试用例中体现

    3. 测试报告书不完整,遗留缺陷不符合遗留缺陷允许限制的数量

    退出标准:

    文档符合标准并通过验收,进入程序验收流程

    5.2.2程序功能验收

    进入标准:文档验收流程结束

    中断标准:

    1. 出现 A,B级缺陷

    2. C级缺陷达到3-10个(视项目大小而定)

    3. 验收测试过程中,提交新的版本

    退出标准:

    验收测试合格,缺陷按照标准修复完成

    通过标准:

    要求验收测试结束后,未解决的缺陷达到以下要求时,才能验收通过:

    a) A级缺陷:0个;

    b) B级缺陷:0个;

    c) C级缺陷:小于等于总缺陷数的3%;

    d) D级缺陷:小于等于总缺陷数的5%个;

    e) E级缺陷:小于等于总缺陷数的15%个。

    注:对于放弃处理的提案,必须提前经过我方同意。

    5.2.3验收完成

    1.验收完成后质量保证部提交的文档:

    a) 最终版需求文档

    b) 提交方提供的最终版测试用例

    c) 提交方提供的最终版测试报告

    d) 质量保证部提供的最终版验收测试报告

    2.验收完成后提交程序:

    验收完成锁定的程序最终版本,要求保存至我方版本库中。

     

    附录:缺陷级别定义

    缺陷分为 A、B、C、D 、E 5个级别:

    级别

    说明

    A级

    操作系统崩溃

    功能严重缺失

    程序不能运行

    B级

    主要功能不能实现

    程序崩溃

    主要页面文字错误

    调试信息没有清除

    C级

    功能实现与需求说明不符

    功能不能实现但不影响使用

    程序逻辑错误

    用户使用严重不便

    D级

    功能实现但使用不便

    提示信息不统一

    界面布局不符合用户习惯

    E级

    提示信息文字错误

    可商榷的页面布局

    整体程序色调

     

    展开全文
  • 序列号 验收标准 软件的关键成功因素(是/否) 测试结果(接受/拒绝) 注释 1 使用现有数据库获取客户和账户的详细信息。如果需要,可添加一些表。 是 接受 无
  • 该课程将带你走进“软件测试”的大门,具体内容包括软件测试环境搭建、软件开发模型、产品模型、CMM模型、测试用例、等价类划分、边界值划分、白盒测试、单元测试、bugfree搭建、系统测试、回归测试、验收测试等。...
  • 验收测试(Acceptance Test):在软件产品完成了功能测试和系统测试之后、产品发布之前所进行的软件测试活动它是技术测试的最后一个阶段,也称为交付测试。  1.2 验收测试的过程和内容 前提:  系统或...

    1.验收测试的过程和主要内容


    1.1   验收测试的 概念

    验收测试(Acceptance Test):在软件产品完成了功能测试和系统测试之后、产品发布之前所进行的软件测试活动它是技术测试的最后一个阶段,也称为交付测试。 


    1.2  验收测试的过程和内容


    前提:

        系统或软件产品已通过了系统测试的软件系统。

    测试内容:

         验证系统是否达到了用户需求规格说明书(可能包括项目或产品验收准则)中的要求,测试试图尽可能地发现软件中存留的缺陷,从而为软件进一步改善提供帮助,并保证系统或软件产品最终被用户接受。主要包括易用性测试、兼容性测试、安装测试、文档(如用户手册、操作手册等)测试等几个方面的内容。 


    1.3  测试步骤


    制定测试计划,测试项,测试策略及验收通过准则,并经过客户参与的计划评审。
    建立测试环境,设计测试用例,并经过评审。
    准备测试数据,执行测试用例,记录测试结果。
    分析测试结果,根据验收通过准则分析测试结果,作出验收是否通过及测试评价。

    • 测试项目通过;
    • 测试项目没有通过,并且不存在变通方法,需要很大的修改;
    • 测试项目没有通过,但存在变通方法,在维护后期或下一个版本改进;
    • 测试项目无法评估或者无法给出完整的评估。此时必须给出原因。如果是因为该测试项目没有说明清楚,应该修改测试计划。 
    提交测试报告


    1.4  验收标准和注意事项


    验收测试完成标准:

    • 完全执行了验收测试计划中的每个测试用例。
    • 在验收测试中发现的错误已经得到修改并且通过了测试或者经过评估留待下一版本中修改。 
    • 完成软件验收测试报告。

    注意事项:
    • 必须编写正式的、单独的验收测试报告
    • 验收测试必须在实际用户运行环境中进行
    • 由用户和测试部门共同执行。如公司自开发产品,应由测试人员,产品设计部门,市场部门等共同进行。


    2.产品规格说明书的验证

    产口规格说明书的审核

    •  从客户的角度和立场进行审核工作。
    •  检验套用标准的正确性,不要和行业规范相抵触。
    •  审查、研究同类产品。
    •  验证产品规格说明书的完整性、准确性、一致性、合理性等特性。


    产口规格说明书的验证
    •  已经实现的特性标识为通过。
    •  特性没有实现,报告bug并在报告中体现。
    •  特性基本实现,但与产品说明书内容不一致,报bug并在报告中体现。
    •  特性基本实现,但存在一些问题或错误。


    3.用户界面和可用性测试


    3.1  用户界面

    用户界面的7个要素:
     符合标准和规范。
     直观性。
     一致性。
     灵活性。
     舒适性。
     正确性。
     实用性。

    易用性测试没有具体量化的指标,主观性较强。


    3.2  符合标准和规范


    通常标准是已经确立的,多数用户已经熟悉并接受了这些标准和规范、或已经认同了这些信息所代表的意义。
    例:

    如果软件在某一个平台上运行,就需要把该平台的标准和规范作为产品规格说明书的补充内容,在建立测试案例时和产品规格说明书一样作为依据 


    3.3  直观性和一致性


    直观性:
    - 首先了解所需的功能或期待的响应应该明显,并在预期的地方出现。
    - 其次要考虑用户界面的组织和布局是否合理。


    一致性:
    - 包括软件本身的一致性,以及软件与其他软件的一致性。


    3.4  灵活性


    用户喜欢可以灵活选择的软件,软件可以选择不同的状态和方式,完成相应的功能。但灵活性也可能发展为复杂性,太多的状态和方式的选择增加的不仅仅是用户理解和掌握的困难程度。多种状态之间的转换,增加了编程的难度,更增加了软件测试人员的工作量。
    例:



    3.5  舒适性、正确性、实用性


    舒适性:
           恰当的表现、合理的安排、必要的提示或更正能力等是要考虑的因素,包括容错处理和性能。
    正确性:
            正确性的问题一般都很明显,比较容易发现。 
    实用性:
            实用性不是指的是软件本身是否实用,而仅仅指的是具体特性是否实用。大型软件的开发或周期较长经过几次反复的软件开发中容易产生一些没有实用性的功能。 


    4.兼容性测试


    4.1  兼容性测试的概念


    软件兼容性测试是指验证软件之间是否正确地交互和共享信息。 
    注意:从项目管理的角度出发,使平台清单在满足客户要求的前提下尽可能的小是十分重要的,否则将会给编码和测试带来巨大的工作量。 
    兼容性包括:

    •  硬件兼容。
    •  软件之间兼容。
    •  数据之间兼容。


    4.2   向前和向后兼容


      向后兼容是指可以使用软件的以前版本。
      向前兼容指的是可以使用软件的未来版本。 


    4.3  多版本的测试


    一个庞大而又艰巨的任务,需要对所有可能的软件组合等价分配,验证软件之间正确交互的最小有效集合。 

    通常我们的做法是:
      将软件分类。例如:字处理,电子表格,数据库,图形处理,游戏等。从每种类型中选择部分测试软件。
      按软件的流行程度选择较流行的软件。
      按年份,选取一定年份内的程序和版本。


    例: 设计测试矩阵表

    每一个浏览器和版本支持的特性上都有细微的差别,在不同的操作系统上表现也有所不同。 



    5.可安装性和可恢复性测试


    5.1  可安装性测试


    可安装性测试:

    •   系统软件安装
    •   应用软件安装
    •   服务器的安装
    •   客户端的安装
    •   产品升级安装
    •   等等


    安装测试注意事项:

    •   是否需要专业人员安装。
    •   安装说明书有无对安装环境做限制和要求。
    •   过程是否简单、易掌握。
    •   过程中是否有明显的、合理的提示信息。
    •   是否会出现不可预见或不可修复的错误。
    •   安装程序是否占用系统资源与原系统冲突,是否会影响原系统安全性。
    •   软件安装的完整性和灵活性。
    •   许可证号码与注册号码的验证。
    •   升级安装后原有程序是否可正常运行。
    •   卸载测试。


    5.2  可恢复性测试


      恢复测试主要检查系统的容错能力。当系统出错时,能否在指定时间间隔内修正错误或重新启动系统。
      恢复测试首先要通过各种手段,让软件强制性地发生故障,然后验证系统是否能尽快恢复。

    •   对于自动恢复需验证重新初始化、检查点、数据恢复和重新启动等机制的正确性;
    •   对于人工干预的恢复系统,还需估测平均修复时间,确定其是否在可接受的范围内。



    6.文档测试


    软件文档已成为软件的一个重要组成部分,而且种类繁多,对文档的测试也变得必不可少。 
      文档的种类。

    •   联机帮助文档或用户手册;
    •   指南和向导;
    •   安装、设置指南;
    •   示例及模板;
    •   错误提示信息;
    •   用于演示的图像和声音;
    •   授权/注册登记表及用户许可协议;
    •   软件的包装、广告宣传材料;
    •   等等。

    6.1  怎样进行文档测试


    好的文档能达到提高易用性、提高可靠性、降低技术支持的费用的目的,从而提高了产品的整体质量。 
    非代码的文档测试主要检查文档的正确性、完备性和可理解性。

    • 验证正确性
    • 验证完备性
    • 验证可理解性
    软件驱动的文档还得像程序一样运行起来测试。  


    6.2  验收测试报告和用户验收测试


    α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品(称为α版本)进行测试,试图发现错误并修正。
    经过α测试调整的软件产品称为β版本。紧随其后的β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本,并要求用户报告异常情况、提出批评意见。然后软件开发公司再对β版本进行改错和完善。

    验收测试报告,也称为发布报告(Release Report) 

    展开全文
  • 软件测试一般分为4个阶段:单元测试、集成测试、系统测试、验收测试。 一、单元测试  单元测试是对软件中的最小可验证单元进行检查和验证。比如对Java中的类和方法的测试。 测试原则:  1、尽可能保证测试...

    软件测试的对象包括软件需求、概要设计、详细设计、软件运行环境、可运行程序和软件源代码等。软件测试包括质量、人员、资源、技术和流程五大要素,以及测试覆盖率和测试效率两个目标。

    软件测试一般分为4个阶段:单元测试、集成测试、系统测试、验收测试。

    一、单元测试 
    单元测试是对软件中的最小可验证单元进行检查和验证。比如对Java中的类和方法的测试。

    测试原则: 
    1、尽可能保证测试用例相互独立(测试用例中不能直接调用其他类的方法,而应在测试用例中重写模拟方法); 
    2、此阶段一般由软件的开发人员来实施,用以检验所开发的代码功能符合自己的设计要求。

    单元测试的好处: 
    1、尽早的发现缺陷; 
    2、利于重构; 
    3、简化集成; 
    4、文档; 
    5、用于设计。

    单元测试的不足: 
    1、不可能覆盖所有的执行路径,所以不可能保证捕捉到所有路径的错误; 
    2、每行代码需要3~5行代码进行单元测试,存在投入与产出的平衡。

    二、集成测试 
    集成测试是在单元测试的基础上,把软件单元按照软件概要设计规格说明的规格要求,组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求。

    集成测试包括BigBang、自顶向下、自底向上、核心系统集成、高频集成。

    三、系统测试 
    将经过集成测试的软件,作为计算机系统的一部分,与系统中其他部分结合起来,在实际运行环境下进行一系列严格有效的测试,以发现软件潜在的问题,保证系统的正常运行。

    集成测试和系统测试之间的比较: 
    1、测试内容:集成测试是测试各个单元模块之间的接口,系统测试是测试整个系统的功能和性能; 
    2、测试角度:集成测试偏重于技术的角度进行测试,系统测试是偏重于业务的角度进行测试。

    四、验收测试 
    也称交付测试,是针对用户需求、业务流程进行的正式的测试,以确定系统是否满足验收标准,由用户、客户或其他授权机构决定是否接受系统。

    验收测试包括alpha测试和beta测试,alpha测试是由开发者进行的软件测试,beta测试是由用户在脱离开发环境下进行的软件测试。

    展开全文
  • 验收测试的目的是向未来的用户表明系统能够像预定那样工作,验证软件的功能和性能及其他特性是否与用户要求一致。基于需求规格说明和用户信息,验证软件的功能和性能及其他特性。验收测试,一般要求在实际的用户环境...
  • 良好的软件测试方法可以确保软件项目正确运作,然而,除了软件之外,还有一个重要的却往往被忽视的角色——客户。在软件项目开发的每个阶段考虑客户需求是系统获得成功非常重要的一点。 1软件项目验收测试概述 验收...
  • 软件测试.doc 软件质量保证.doc 配套的产品管理.doc 配置管理.doc 配置管理规范.doc 配置管理计划编写规范.doc 采购.doc 采购供方评定办法.doc 采购流程管理.doc 采购设备验收规定.doc 需求分析.doc 需求分析报告...
  • 验收测试标准

    2019-09-26 11:50:41
    本文档旨在沉淀各产品事业部过往设计经验,达成产品设计规范上的通识,加强产品研发团队在研发过程中的用户体验意识,切实提高公司产品的用户体验,以实现更好的服务于客户。在设计产品时,把用户的需求具象化成一个...
  • 浅谈软件验收测试

    2019-06-16 09:33:16
    随着信息化的全面实施,软件业正迅速发展,软件的应用已***到各行各业,软件质量也越来越受到关注,本文将结合全面质量管理思想,谈谈软件质量保障交付阶段的安全锁—软件验收测试。 如同任何产品离不开质量检验...
  • 但是对于产品的最终验收,那是可能除了软件测试团队外,整个公司所有团体包括产品使用者们共同决策的事情。 一般在软件产品完成了功能测试和系统测试之后,产品发布之前所进行的软件评测项目,也是软件交付时进行...
  • 软件测试按照研发阶段一般分为5个部分:单元测试、集成测试、确认测试、系统测试、验收测试,下面将不同阶段需要的一些工作内容做一下梳理希望可以帮助到大家。 单元测试(是指对软件中的最小可测试单元进行检查和...
  • 参考某大佬(窝真不知道是哪位大佬)总结的测试...最终目标是实现软件测试规范化、标准化。二、测试流程说明三、需求分析需求分析由SA制定,要求细化每一个功能的细节,每一个按钮的位置以及边界范围,对于稍大或稍...
  • 十个原则确定软件测试结束的标准 单元测试退出标准 集成测试退出标准 系统测试退出标准 在软件消亡之前,如果没有测试的结束点,那么软件测试就永无休止,永远不可能结束。软件测试的结束点,要依据自己公司具体...
  • 软件测试停止标准

    2011-02-25 19:48:00
    1.1 软件测试停止标准 1) 软件系统经过单元、集成、系统测试,分别达到单元、集成、系统测试停止标准。 2) 软件系统通过验收测试,并已得出验收测试结论。 3) 软件项目需暂停以进行调整时,...
  • 软件验收测试的合格通过准则是: 1、软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求。 2、所有测试项没有残余的一级二级三级的错误。 3、立项审批表、需求分析文档、设计文档和编码...
1 2 3 4 5 ... 20
收藏数 21,095
精华内容 8,438
关键字:

软件测试验收标准