精华内容
下载资源
问答
  • 欢迎使用FitNesse,它是完全集成的独立验收测试框架和Wiki。 要开始使用,请访问 ! 快速开始 和 错误追踪器 有错误或功能要求吗? 。 社区 有不是功能要求或错误报告的问题吗? 边缘构建 可在FitNesse的最新稳定...
  • 如何使用Selenium测试工具对RubyonRails和Ajax应用程序进行功能测试验收测试(也称功能测试)是用来测试手工任务的功能的,但是手工测试这些任务可能很花时间,并且容易出现人为的错误。在本文中,作者为架构师、...
  • UAT验收报告模板_V1.0,欢迎大家围观
  • 验收测试

    万次阅读 多人点赞 2019-09-16 21:33:16
    验收测试(Acceptance Test):在软件产品完成了功能测试和系统测试之后、产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段,也称为交付测试。 验收测试的目的:确保软件准备就绪,并且可以让最终用户...
    • 验收测试(Acceptance Test):在软件产品完成了功能测试和系统测试之后、产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段,也称为交付测试。
    • 验收测试的目的:确保软件准备就绪,并且可以让最终用户将其用于执行软件的既定功能和任务。
    • 验收测试的参与者:用户,还可能有软测工程师等。

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

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

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

    任务:     验证软件的功能和性能符合用户期待。

    测试步骤:

    1. 制定测试计划,测试项,测试策略及验收通过准则,并经过客户参与的计划评审。
    2. 建立测试环境,设计测试用例,并经过评审。
    3. 准备测试数据,执行测试用例,记录测试结果。
    4. 分析测试结果,根据验收通过准则分析测试结果,作出验收是否通过及测试评价。 测试项目通过; 测试项目没有通过,并且不存在变通方法,需要很大的修改; 测试项目没有通过,但存在变通方法,在维护后期或下一个版本改进; 测试项目无法评估或者无法给出完整的评估。此时必须给出原因。如果是因为该测试项目没有说明清楚,应该修改测试计划。
    5. 提交测试报告。

    验收标准和注意事项:

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

    注意事项:

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

    α测试和β测试

    • α测试是指软件开发公司组织内部人员模拟各类用户对即将面市软件产品(称为α版本)进行测试,试图发现错误并修正。α测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的用户操作方式。
    • 经过α测试调整的软件产品称为β版本。β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本,并要求用户报告异常情况、提出批评意见

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

    产品规格说明书(Specification)

    • 基于用户需求的定义,详细描述将要开发出一个什么样的产品,包括产品的用途、有哪些功能、用户界面的表现形式及其交互特性等。
    • 遵守公司内部约定的模板或其他要求。
    • 采用Word、PDF、Visio或HTML等文档格式,包括文字、表格、图形甚至动画等内容。

    产品规格说明书决定了最终需要开发出的产品,对产品规格说明书的充分评审,可以排除约60%的错误,为项目节约大量成本。

    评审方法包括

    • 同行评审(Peer-to-peer Review)
    • 走查(Walkthrough)
    • 正式会议审查(Inspection)

    • 属于功能性测试范畴
    • 测试人员不仅要根据产品说明书的每一个特性导出测试用例,而且针对上述的变动,及时更新测试用例,确保产品规格说明书和测试用例保持一致
    • 提交基于产品规格说明书的验收报告

          可以正式的,也可以非正式的

          包括所有特征的清单:

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

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

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

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

    3.1 符合标准和规范:

    • 何时使用复选框,何时使用单选按钮
    • 何时使用提示信息、警告信息或者严重警告信息等

    3.2  直观性

    • 首先确定功能操作界面、提示或期待的结果是否直观、显著,并是否在预期的地方或时间出现
    • 其次,考虑用户界面的组织和布局是否合理,界面是否整洁、不拥挤、以及是否有多余的功能,是否复杂难以掌握

    3.3  一致性

    • 软件本身的一致性
    • 与公司其他软件、第三方软件的一致性
    • 字体是否一致
    • 界面的各元素风格是否一致
    • 平台的标准和规范是否一致

    3.4  灵活性

    用户喜欢可以灵活选择的软件,软件可以选择不同的状态和方式,完成相应的功能。

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

    3.5   舒适性

    恰当的表现、合理的安排、必要的提示或更正能力等是要考虑的因素,包括容错处理和性能。

    例如苹果公司推出的一系列产品。

    3.6  正确性

    • 正确性的问题一般都很明显,比较容易发现。
    • 是否有多余或遗漏的功能
    • 功能是否被正确实现
    • 语言拼写是否无误
    • 在不同媒介上的表现是否一致
    • 所有界面元素的状态是否都准确无误

    3. 7 实用性

    • 指软件产品的各个功能是否实用 (无用的功能会增加程序的复杂度,产生不必要的缺陷)。
    • 软件开发和维护过程中,随着软件演化会产生一些没有实用价值的功能。
    • 没有一个具体量化的指标,主观性较强。

    3.8  简单性

    4 、兼容性测试

    兼容性包括:  硬件兼容、 软件之间兼容、 数据之间兼容。

    4.1  软件兼容性

    软件兼容性测试是指验证软件之间是否能够正确的交互和共享信息,包括同步共享、异步共享,还包括本地交互、远程通信交互。

    1、向前和向后兼容

    • 向后兼容是指可以使用以前版本的软件
    • 向前兼容是指可以使用未来版本的软件
    • 向后兼容是必要的
    • 向前兼容虽然并不是必须的,但是需要努力做到 

    4.2  多版本的测试

    • 验证操作系统新版本是否兼容数百万个应用程序
    • 需要采取有效的测试策略,例如对所有可能的组合进行等价划分、优化,获得最少的有效测试集合。通常做法包括:

                    将软件分类,如字处理、电子表格、数据库、图形处理和游戏等,从每种类型中选择部分测试软件

                    按照软件的流行程度选择较流行的软件

                    按照软件发布的时间,选择最近年份内的程序和版本

    例: 设计测试矩阵表

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

    针对一个网站的兼容性测试:

    数据共享兼容性测试表现的方面

    • 剪切、复制和粘贴
    • 文件的存取 (文件的数据格式必须符合标准,能被其他应用软件读取)
    • 文件的导入和导出

    4.3  硬件兼容性测试

    配置测试的必要性( 计算机配置的复杂多样性)

    配置测试的基本方法

    • 配置测试的主要任务是发现硬件配置缺陷
    • 判断一个缺陷是否是配置缺陷,常用方法是在另一台不同配置的计算机上执行相同操作,如果缺陷没有出现,就可以是配置缺陷
    • 存在组合爆炸问题,可以考虑采用等价类划分、组合测试等技术进行划分和优化

    4.4  可安装性和可恢复性测试

    软件测试中容易忽略的一个环节

    可安装性测试:   系统软件安装、应用软件安装、服务器的安装、客户端的安装、产品升级安装等

    安装与卸载测试

    • 软件安装方式多样化:有客户端软件安装、有通过浏览器下载安装、服务器端的系统部署、云服务平台等
    • 客户端安装测试时: 验证能否正确安装成功、安装步骤是否清晰、中途是否退出、安装完之后能否顺利卸载、卸载时是否破坏用户数据、是否能够正常升级等

    安装测试需要注意的事项

    • 严格按照安装文档的说明,一步一步进行操作
    • 软件的安装说明书是否对安装环境做限制和要求
    • 安装过程是否简单、容易掌握
    • 安装过程是否有明显的、合理的提示信息
    • 卸载测试也是安装测试的一部分
    • 安装过程中是否会出现不可预见的或不可修复的错误
    • 安装过程是否占用太多系统资源
    • 软件安装的完整性和灵活性
    • 软件使用的注册号码验证

    可恢复性测试

    • 恢复测试主要检查系统的容错能力。当系统出错时,能否在指定时间间隔内修正错误或重新启动系统。  
    • 运行过程中出现的错误对局部有影响,但不能造成整个系统的崩溃。  
    • 在某些情况下,一旦某个子系统出现问题,有一个备份子系统将服务接替过来,从而不会影响这个系统
    • 恢复测试首先要通过各种手段,让软件强制性地发生故障,然后验证系统是否能尽快恢复。

                      对于自动恢复需验证重新初始化、检查点、数据恢复和重新启动等机制的正确性;  

                      对于人工干预的恢复系统,还需估测平均修复时间,确定其是否在可接受的范围内。

    6、文档测试

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

    • 文档是软件重要组成部分,所以文档的错误也是缺陷
    • 文档的重要性

                   用户通过文档可以掌握具体的使用方法,提高易用性

                   用户使用软件时遇到问题,通过帮助文档可以有效解决问题,减少企业技术支持费用

    文档的种类

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

    怎样进行文档测试

    好的文档能达到提高易用性、提高可靠性、降低技术支持的费用的目的,从而提高了产品的整体质量。

    软件驱动的文档还得像程序一样运行起来测试。

    主要检查文档的

    • 正确性:不要把软件的功能和操作写错,也不允许文档内容前后矛盾
    • 完备性:不能漏掉关键内容
    • 易理解性:文档不能含糊,要清晰,要让大众用户看得懂,容易理解
    • 一致性:例如检查产品功能描述是否自相矛盾,与其他功能有没有冲突

    eg:人工测试实训案例

    • 以手机信息管理系统为例,进行人工系统测试实训的操作,如下仅进行安装测试、界面测试及易用性测试、修改用户名和密码模块的测试。
    • 对于手机信息管理系统来说,修改用户名和密码以及成功登录系统是整个信息管理系统的一个侧重点,这涉及到用户权限的变更和系统的安全性等问题。

    1.安装测试

     

    2.界面测试

    (1)美观性与协调性 

    (2)窗体测试 

    (3)独特性测试 

    3.易用性测试 

    4修改用户名和密码模块的测试

     

    展开全文
  • 详细验收测试方案文档模板
  • MES系统测试报告文档,本文档涉及MES系统基础数据、工程建模、BOM管理、计划管理、生产执行、物料配送、仓库管理、质量管理、设备管理、MDS发货方平台、unimax客户端和系统管理等十二个功能业务流程的测试案例。
  • 通过property.xml 查看在特定文件夹中生成的所有验收测试,并找到所有已关闭的测试。 它还具有 SVN 检查器,可以汇总所有关闭的 AT 并收集 svn-commit、帐户用户。 结果 - 带有 AT 名称的 html 文件,链接到本地​...
  • DLT 657-2015 火力发电厂模拟量控制系统验收测试规程
  • 用户验收测试计划.doc

    2021-09-12 05:39:32
    用户验收测试计划.doc
  • 验收测试中的Btea测试

    2021-03-23 15:09:13
    Beta测试是一种验收测试。所谓验收测试是软件产品完成了功能测试和系统测试之后,在产品发布之前所进行的软件测试活动,它是技术测试的最后一个阶段,通过了验收测试,产品就会进入发布阶段。验收测试一般根据产品...
  • 系统验收测试的内容?

    2021-03-23 14:50:36
    1)系统验收测试是在在系统测试完成后,项目最终交付前进行。2)系统验收测试不是对系统的全面覆盖,而是针对用户的核心业务流程进行测试。  1)系统验收测试是在在系统测试完成后,项目最终交付前进行。  2)系统验收...
  • • 了解回归测试的关注点与过程 • 了解验收测试的关注点与过程 • 理解α测试和β测试
  • DL-T-656-2006-火力发电厂汽轮机控制系统验收测试规程pdf,DL-T-656-2006-火力发电厂汽轮机控制系统验收测试规程
  • GB/T21671-2018基于以太网技术的局域网系统验收评测规范是网络检测工程师必须了解的一个国家标准
  • 国家气象局规定的风廓线雷达验收测试大纲。想进入国家气象局的采购单,就要用国家局的方案
  • 华为存储验收测试资料,资料从官方获取,保证真实
  • 火力发电厂模拟量控制系统验收测试的内容、方法,以及应达到的品质指标。 火力发电厂模拟量控制系统新建工程各个阶段的验收测试和技术改造工程的验收测试。 DL/T 657-2015 最新,代替DL/T 657-2006
  • 验收测试让交付团队超越了基本的持续集成,即验证应用程序是否为用户提供了有价值的功能。不过对于刚开始尝试部署流水线的团队来说,想要自动化验收测试,需要跨过三大门槛。一是实现和维护验收测试的技术门槛。理想...
  •  用户验收测试的总体思路  用户验收测试是软件开发结束后,用户对软件产品投入实际应用以前进行的最后一次质量检验活动。它要回答开发的软件产品是否符合预期的各项要求,以及用户能否接受的问题。由于它不只是...
  • 验收测试一 简 介目 录二测 试 内 容三过 程四注 意 事 项一简 介 验收测试是部署软件之前的最后一个测试操作在软件产品完成了单元测试集成测试和系统测试之后产品发布之前所进行的软件测试活动它是技术测试的最后一...
  • JimShore提出自动化验收测试得不偿失.你才刚刚步入这个炫酷、崭新的敏捷世界。学校里的课本、那些传统课程都已经被你抛于脑后,你游走于那些饱受欢迎、经久不衰的博客资源,说不定也从InfoQ上吸取了一点知识和建议。...
  • 基于雷泰医疗多模态智能直线加速器VenusX的验收测试.pdf
  • 用户验收测试培训

    2015-11-03 14:23:50
    验收测试,系统开发生命周期方法论的一个阶段,这时相关的用户和/或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试...
  • 测试报告/验收测试

    2020-04-20 22:26:22
    测试报告/验收测试软件测试报告测试报告的内容验收测试 软件测试报告 ◆测试报告是把测试的过程和结果写成文档 ◆对发现的问题和缺陷进行分析,为纠正软件存在的质量问题提供依据 ◆同时为软件验收和交付打下基础 ◆...


    是看着课程听的,做的课程的随堂笔记
    课程的链接如下:
    https://coding.imooc.com/class/411.html

    软件测试报告

    ◆测试报告是把测试的过程和结果写成文档
    ◆对发现的问题和缺陷进行分析,为纠正软件存在的质量问题提供依据
    ◆同时为软件验收和交付打下基础
    ◆测试报告是测试阶段最后的文档产出物
    ◆优秀的测试人员应该具备良好的文档编写能力
    ◆一份详细的测试报告包含足够的信息,包括产品质量和测试过程的评价
    ◆测试报告基于测试中的数据采集以及对最终的测试结果分析

    测试报告的内容

    在这里插入图片描述

    1.测试报告的基本信息:
    在这里插入图片描述
    2.引言–编写目的
    ◆本测试报告的具体编写目的,指出预期的读者范围
    实例:本测试报告为XXX项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求(或达到XXX功能目标)。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。

    引言一项目背景
    ◆对项目目标和目的进行简要说明

    引言一系统简介
    ◆如果设计说明书有此部分,照抄
    ◆注意必要的框图和网络拓扑图能吸引眼球

    引言一评测产品
    ◆对测试对象的描述
    ◆包括但不限于文件/程序所在SVN路径,SVN版本号等信息(还可能用的是git的路径,分支,版本,或者是apk文件的路径,打包方式等)

    3.测试概要
    ◆包括测试的一些声明、测试范围、测试目的等等,主要是测试情况简介
    ◆用例设计方法
    简要介绍测试用例的设计方法
    例如:等价类划分、边界值、因果图等
    ◆测试环境与配置
    简要介绍测试环境及其配置,可以包含的内容:
    数据库服务器配置、CPU、 内存
    硬盘:可用空间大小
    操作系统、应用软件、局域网地址、服务器配置

    ◆测试方法与工具
    简要介绍测试中采用的方法和工具
    提示:主要是黑盒测试,测试方法可以写上测试的重点和采用的测试模式
    工具为可选项,当使用到测试工具和相关T具时,要说明。
    如LoadRunner、Monkey等

    4.测试结果与缺陷分析
    ◆主要汇总各种数据并进行度量,度量包括对测试过程的度量和能力评估、对软件产品的质量度量和产品评估。
    ◆测试执行情况与记录
    ◆描述测试用例执行情况,包括执行的测试用例、通过的测试用例等,记录实际数据
    ◆测试组织(用到了多少人员多少资源,每个人员起到了什么作用)
    ◆可列出简单的测试组架构图,包括:
    测试组架构(如存在分组、 用户参与等情况)
    测试经理(领导人员)
    主要测试人员
    参与测试人员.

    5.覆盖分析
    需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值,通常情况下要达到100%的目标
    ◆测试覆盖:需求/功能(或编号)用例个数执行总数
    未执行 漏测分析和原因

    6.缺陷分析
    ◆本部分对上述缺陷和其他收集数据进行综合分析(哪些是严重缺陷,哪些是不太严重的)
    用例质量=缺陷总数/测试用例总数x 100%
    缺陷密度=缺陷总数/功能点总数
    ◆测试曲线图:
    描绘被测系统每工作日/周缺陷数情况,得出缺陷走势和趋向 (曲线应当最终呈现收敛状态,如果还在发散的话说明还可能会有未发现的缺陷)

    编号: BUG号
    ◆缺陷概要:该缺陷描述的事实
    ◆原因分析:如何弓|起缺陷,缺陷的后果,描述造成软件局限性和其他限制性的原因以及未解决原因
    ◆预防和改进措施:弥补手段和长期策略(长期来看怎么避免这种问题)

    7.测试结论
    测试执行是否充分(可以增加对安全性、可靠性、可维护性和性能描述)
    ◆是否可以进入下一阶段项目目标
    ◆对测试风险的控制措施和成效(如果要和银行联测,那不可能真的联合银行来进行测试,但是如果我们有自己的预生产环境,能够模拟银行进行测试,那么我们的产品就有了最后一步校验,这一点就要在测试结论中进行总结)
    ◆测试目标是否完成
    ◆测试是否通过

    8.建议
    ◆对系统存在问题的说明,描述测试所揭露的软件缺陷和不足以及可能给软件实施和运行带来的影响.(比如测试中由于哪些开发或者哪些测试给项目带来了重大影响,需要归纳总结,未来如何规避这些影响)

    ◆可能存在的潜在缺陷和后续工作(时间不等人,有些缺陷还没来得及测试完但是项目需要紧急上线,要及时记录并且想到可能会有哪些潜在的缺陷,如何规避用户发现这些缺陷,点到了该如何处理)

    ◆对缺陷修改和产品设计的建议
    (缺陷修改大家反应的速度不够快,沟通方式有问题等)

    验收测试

    验收测试的主要内容
    ◆验收测试是部署软件之前的最后一个测试操作
    ◆验收测试的目的是:确保软件准备就绪,并且可以让最终用户将其用于执行软件的既定功能和任务

    验收测试任务
    ◆验收测试是向未来的用户表明系统能够像预定要求那样. 工作,也就是验证软件的有效性
    ◆验收测试的任务,即验证软件的功能和性能如同用户所合理期待的那样(功能都有,用户使用感不错)
    验收方是第三方的时候:
    在这里插入图片描述
    验收方就是项目经理的话:
    在这里插入图片描述

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

    Alpha测试
    ◆Alpha测试是由用户在开发环境下进行的测试 (用户受控制)
    ◆也可以是开发机构内部的用户在模拟实际操作环境下进行的测试
    ◆开发者坐在用户旁边,这是在开发者受控的环境下进行的测试
    ◆在系统开发接近完成时对应用系统的测试
    ◆测试后仍然会有少量的设计变更(用户发现哪里不大好用,后续会继续设计更改)
    ◆这种测试一般由最终用户或其它人员完成,不能由程序或测试员完成

    Beta测试
    ◆Beta测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试
    ◆开发者通常不在测试现场,这是在开发者无法控制的环境下进行的测试
    ◆由用户记录下遇到的所有问题,定期向开发者报告
    ◆beta测试是—模拟真实的使用环境从而发现缺陷的一种测试(相当于游戏的内测)

    展开全文
  • 验收测试或功能测试是验证系统是否满足需求的一种测试。这些测试作为黑盒测试的一种,与其内部具体执行无关。验收测试只是用来验证系统是否符合某一需求。现在我们一起看下面这个关于网页登录功能的需求:其可读性...
  • 项目上线前验收测试流程

    千次阅读 2021-10-12 16:13:47
    为了加强应用系统开发的质量、可交付性和项目的实施周期等方面的控制,必须按计划按步骤执行验收测试,形成规范的测试文档,客观地分析和评估测试结果,并跟踪不合格现象,终成功通过验收,以保证验收测试的全面性、...

    一、引言

    为了加强应用系统开发的质量、可交付性和项目的实施周期等方面的控制,必须按计划按步骤执行验收测试,形成规范的测试文档,客观地分析和评估测试结果,并跟踪不合格现象,终成功通过验收,以保证验收测试的全面性、效率性、科学性、规范性、彻底性。

    系统测试应以全面深入为宗旨,大致分为前期准备、硬件测试验收、软件测试验收、文档测试验收四部分,下面分别论述。

    二、准备工作

    准备工作是进行软件测试的重要环节,准备工作做得充分与否直接关系到系统测试的顺畅与否、全面与否、准确与否。准备工作包括以下几个方面:

    1、硬件方面准备

    1)网络环境准备:是否需要外网连接,是否需要交换机、路由器、网线等,如果需要,写明具体的数量。

    2)测试机准备:所需测试机的配置、数量及分配的IP。

    3)其他硬件设备:如电源等设备、物品的具体数量。

    2、软件方面准备

    1)操作系统准备:如新系统对操作系统有特定要求,提前装好所需系统软件。

    2)支撑软件的准备:信息通所需的数据库、支撑软件、环境变量、不同版本不同厂家的浏览器等。

    3、测试内容准备

    1)整理系统功能列表:根据建设方案、招投标文件、需求文档等文件资料整理出系统功能表,为初次测试确定依据。

    2)制定方案及准备测试用例:拟订软件测试计划、方案,设计和生成测试用例、准备测试数据,明确软件产品的重要部分。

    4、知识方面准备

    测试人员提前学习熟悉系统的功能、需求、模块、架构等一系列的知识,为即将进行的系统测试工作奠定坚实的基础。

    三、硬件验收

    硬件验收是系统验收的根基,关系到系统运行的稳定、速度、安全性等多个方面。

    硬件验收包括以下几方面:

    (1)服务器所属项目;(2)服务器的型号、序列号;(3)CPU的型号、序列号、个数;(4)内存的型号、序列号、大小、条数;(5)硬盘的型号、序列号、大小、个数;(6)RAID卡、电源的序列号;(7)随机附送的软硬件情况记录;(8)其他硬件设备的情况;(9)操作系统安装情况、联网情况、数据库安装情况、机器的名称、IP等。

    四、软件测试验收

    软件验收为系统验收的核心。对软件质量、软件的可维护性、软件的易用性和软件项目的实施周期起到“一锤定音”的作用。

    1、测试环境下的测试验收

    1)初次测试

    依据系统功能列表中的功能进行逐个测试,测试中记录以下情况:功能是否实现,功能是否符合要求,测试时间。

    系统测试类型有以下几方面:

    (1)功能测试:功能测试是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到要求的功能。

    1)从软件的功能是否全面;

    2)软件功能是否正确;

    3)程序和数据是否与产品需求说明及用户文档的全总说明相对应。

    (2)可靠性测试:指软件在规定的时间和条件下不出现故障,持续运行的能力。

    1)软件不应存在导致软件无法运行、崩溃或导致数据破坏、缺损的重大缺陷;

    2)测试一般包括成熟性、容错性、易恢复性、数据是否具有校验机制等方面。

    (3)容错性测试:评价软件是否拥有异常处理手段;对关键操作、不可恢复的操作或可能引起灾难性后果的操作应有明确的提示,并请求用户确认。

    (4)易用性测试:指软件的易用程度。

    1)用户学习、操作软件的难易程度;

    2)数据编辑、检索、输出的方便程度和灵活程度;

    3)易理解程度、易浏览性、可操作性。

    (5)可维护性测试:

    1)指用户根据自己的要求、使用环境对软件进行个性化定制的可能性、难易程度和灵活程度;

    2)运行出错后,用户自己发现、诊断、修改错误的可行性与工作量。

    (6)性能测试:性能测试主要测试软件的运行速度和对资源的消耗。通过调整系统所依赖的软硬件配置、网络拓补结构、工作站点数、数据量和服务请求数来测试软件的移植性、运行速率、稳定性和可靠性。重点关注以下几点:

    1)时间特性;

    2)资源特性;

    3)网络特性。

    (7)可移植性测试:通过硬件兼容性测试、软件兼容性测试和数据兼容性测试来考察软件的跨平台、可移植的特性。重点掌握以下几点:

    1)兼容性:操作系统兼容性、异构数据库兼容性、新旧数据转换、异种数据兼容性、硬件兼容性等;

    2)适应性:在适应目前需求的基础上,为将来可预见和不可预见的性能扩充留有余地;

    3)可扩充性:新功能、新业务的增加能够在不影响系统运行的情况下实现。

    (8)安全性测试:通过非法登陆、漏洞扫描、模拟攻击等方式检测系统的认证机制、加密机制、防病毒功能等安全防护策略的健全性。重点掌握以下几点:

    1)软件使用的安全性;

    2)数据的存储、传输和访问安全;

    3)安全测试期间,测试人员假扮非法入侵者,采用各种办法试图突破防线。

    (9)用户管理测试:对系统进行用户添加,授权等一系列操作发现任何问题都记录下来形成文档,然后对用户进行权限变更、删除等一系列操作,文档记录问题发现时间、问题描述、问题原因、解决方法、解决时间等(详细情况填写问题记录)。将发现问题由建设方提出解决方案,由用户确定后进行修改。

    展开全文

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 51,640
精华内容 20,656
关键字:

验收测试