系统测试

系统测试的概念
>>将整个软件系统看做一个整体进行测试,包括对功能、性能等,以及将计算机硬件、某些支持软件、数据和人员等系统元素结合起来,
    在实际运行环境下对软件进行测试

系统测试的类型:

>>功能测试:主要对产品的各功能点进行验证。根据需求说明书和功能测试用例,逐项测试以检查产品是否达到用户要求
>>界面测试:
    >>思考范围:
        >>风格(主色调、背景)
        >>正确性(标志、文字、图片、弹出的提示信息)
        >>一致性(单一页面,多个页面)
        >>合理性(布局、工具栏图标、放大缩放时)
        >>美观协调
>>易用性测试:从软件的使用合理性和方便性等角度对软件系统进行检查,来发现软件不方便用户使用的地方 
>>性能测试:通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试 
    >>时间性能:软件的一个具体事务的响应时间
    >>空间性能:软件运行时所消耗的系统资源
    >>分类:
        >>一般性能测试:验证软件在正常环境和系统条件下重复使用时是否还能满足性能指标,如运行速度、响应时间、占有系统资源等,
            不施加任何压力
        >>可靠性测试:从验证的角度出发,检验系统的可靠性是否达到预期的目标,同时给出当前系统可能的可靠性增长情况
        >>负载测试:通常让被测系统在其能忍受的压力的极限范围之内连续运行,来测试系统的可靠性
        >>压力测试:持续不断地给被测系统增加压力,知道将系统压垮为止,用来测试系统所能承受的最大压力
>>兼容性测试:测试软件在特定的硬件平台上、不同的应用软件之间、不同的操作系统平台上、不同的网络等环境中是否能很好地运行的测试
    >>兼容性测试的作用:
        >>兼容性测试能进一步提高产品的质量
        >>兼容性测试能使软件与尽可能多的其他软件“和平共处”,尽可能达到平台无关性
        >>兼容性测试能尽可能的保证软件存在的价值,它是衡量一个软件质量的重要指标
        >>兼容性测试能使软件产品的市场更广阔
    >>配置测试:验证在不同的硬件配置和软件配置下,应用程序能否正常工作
        >>目的:保证软件在其相关的硬件上能够正常运行
        >>核心:使用各种硬件来测试软件的运行情况
        >>关注点:
            >>向前兼容:可以使用软件的未来版本
            >>向后兼容:可以使用软件的过去版本
            >>不同版本间的兼容:实现测试平台和应用软件多个版本之间能够正常工作
            >>标准与规范:适用于软件平台的标准和规范有两个级别
                >>高级标准:产品应当普遍遵守的
                >>低级标准:产品开发细节进行的描述。低级标准比高级标准更加重要
            >>数据兼容性:在应用程序之间共享数据,它要求支持并遵守公开的标准,允许用户与其他软件无障碍的传输数据
>>安全性测试:检查系统对非法侵入的防范能力
    >>目的:验证安装在系统内的保护机制能否在实际中保护系统且不受非法入侵,不受非法干扰。
    >>在安全测试中,测试者扮演着试图攻击系统的角色:
        >>尝试去通过外部的手段来获取系统的密码
        >>使用可以瓦解任何防守的客户软件来攻击系统
        >>把系统“瘫痪”,使得其他用户无法访问
        >>有目的的引发系统错误,期望在恢复过程中侵入系统
        >>通过浏览非保密的数据,从中找到进入系统的钥匙
    >>系统的安全测试要设置一些测试用例试图突破系统的安全保密措施,检验系统是否有安全保密的漏洞
    >>口令测试:
        >>一般从功能方面做安全测试
            >>登录验证
                >>登录角色权限
                >>用户名唯一性
                >>口令强度和加密强度
                    >>最大口令时效
                    >>最小口令时效
                    >>最小口令长度
                    >>口令复杂度
                    >>口令锁定
            >>功能权限验证
            >>数据权限验证
            >>安全日志测试
    >>跨站点脚本攻击:
        >>恶意的用户会在发出的邮件中,附带一个图标或是使用HTML文本;当用户点击使用,隐藏的脚本就会被集火,并在用户的浏览器
            中执行
>>本地化测试:将一个软件产品按照特定国家或者语言市场的需要进行全面定制的过程,包括:翻译、重新设计、功能调整、功能测试、
    当地风俗、文化背景、语言、方言等
    >>本地化测试主要面临的问题:
        >>字符集问题
        >>数据格式问题
            >>数字、货币、时间、日期格式等
        >>页面的显示和布局
        >>配置和兼容性
            >>操作系统、数据库、组合键等
>>安装测试:广义上的安装和卸载
>>文档测试:关于被测软件的相关文档的正确性的测试
    >>相关文档种类:
        >>联机帮助文档或用户手册
        >>指南和向导
        >>安装、设置指南
        >>示例及模板
        >>软件包装及广告等
    >>文档测试的要求:
        >>正确性
        >>完备性
        >>可理解性

时间: 2024-08-27 15:56:13

系统测试的相关文章

黑盒测试之从系统测试到app测试

从8月15-至今,由系统测试转向app测试已有4月,怕忘记了短暂的系统测试所得,在此对比下二者的异同 一.侧重点不同 系统测试:1.系统内置app功能稳定可用,不出现闪退等恶劣现象2.系统稳定,不出现黑屏.死机.卡顿现象,使用流畅3.响应时间.功耗满足要求4.开机启动时间5.系统自带设置项功能正常可用,测试时要注意设置项与内置app等功能不冲突6.可正常开关机,测试时要考虑异常断电,关机重启,锁屏重启等现象7.系统需要做性能测试,之前经常用安兔兔等软件做性能测试8.简单的压力测试(以点击次数为准

黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系

黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求. 白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查. 软件的黑盒测试意味着测试要在软件的接口处进行.这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,检查程序的功能是否符合它的功能说明.因此黑盒测试又叫功能测试或数据驱动测试.黑盒测试主要是为了发现以下几类错误: 1.是否有不正确或遗漏的功能?

Charpter8 关于单元测试、集成测试和系统测试我的理解

总体概述 单元测试,是集中对用源代码实现的每一个程序单元进行测试,检查各个程序模块是否正确地实现了规定的功能.集成测试把已测试过的模块组装起来,主要对与设计相关的软件体系结构的构造进行测试.系统测试把已经经过确认的软件纳入实际运行环境中,与其它系统成份组合在一起进行测试.    单元测试 (Unit Testing) 单元测试又称模块测试,是针对软件设计的最小单位 ─ 程序模块,进行正确性检验的测试工作.其目的在于发现各模块内部可能存在的各种差错.单元测试需要从程序的内部结构出发设计测试用例.多

Bookstore系统测试缺陷报告

Bookstore系统测试缺陷报告   缺陷编号 01.01.0001 发现人 王燕红 记录日期 2016-06-11 所属模块 购物车模块 确认人 王燕红 确认日期 2016-06-11 当前状态 公开 严重度 3 优先级 3 问题概述 用户在加入购物车添加数量为0时,点击购买也能添加进购物车. 问 题 再 现 描 述 登录用户,选择图书分类,; 选择图书C++购买数量为1 ,查看购物车已添加; 选择图书Oracle购物数量为0,购买,查看购物车,书籍已添加; 图书数量选择0时,也可添加进购物

单元测试/集成测试/系统测试的区别

单元测试:单元测试是对软件基本组成单元(软件设计的最小单位)进行正确性检验的测试工作,如函数.过程(function,procedure)或一个类的方法(method). 集成测试:集成测试是在单元测试的基础上,将所有模块按照概要设计要求组装成为子系统或系统,验证组装后功能以及模块间接口是否正确的测试工作.集成测试也叫组装测试.联合测试.子系统测试或部件测试. 系统测试:系统测试是将已经集成好的软件系统,作为整个基于计算机系统的一个元素,与计算机硬件.外设.某些支持软件.数据和人员等其他系统元素

系统测试,集成测试,单元测试的联系与区别

首先对三个测试都介绍一下这三者的基本概念 一:系统测试 按名字来看,系统测试是对软硬件集合在一起的系统,验证时应尽可能模拟实际的运行环境与条件,通过与需求做比较, 发现与系统定义不符合或与之矛盾的地方的一种测试. 系统测试常用类型:功能.性能.压力.容量.安全性.GUI.可用性.安装.配置.异常(恢复性).备份.健壮性.文档.在线帮助.网络.稳定性测试. 1.功能测试:              1) 概念:根据产品的SRS和测试需求列表,验证产品的功能实现是否符合产品的需求规格        

单元测试、集成测试和系统测试的不同之处[转]

首先,他们的测试方法不同: 单元测试属于白盒测试: 集成测试属于灰盒测试的范畴: 系统测试属于黑盒测试. 其次,他们的考察范围不同,也就是他们测试的重点不同: 单元测试主要测试单元内部的数据结构.逻辑控制.异常处理等等: 集成测试主要测试模块之间的接口和接口数据传递的关系,以及模块组合后的整体功能: 系统测试主要测试整个系统相对于需求的符合度. 再次,他们的基准不同: 单元测试评估的主要是逻辑覆盖率: 集成测试评估的主要是接口覆盖率: 系统测试评估的是测试用例对需求规格的覆盖率. 在模仿中成长,

软件测试基本方法(六)之集成测试和系统测试

在软件开发中,经常会遇到这样的情况,单元测试时确认每个模块都能单独工作,但这些模块集成在一起之后会出现有些模块不能正常工作.例如,在chrome环境下用js写了一个实时捕捉video中特定区域的模块,正常工作:利用worker线程进行webgl场景渲染,也正常:可是当两个运算合并时,出现一个模块不能正常运行,原因在于两个模块不适合在worker线程中结合,基于worker本身的局限性,只能有一个模块正常工作.所以,很有必要进行集成测试. (1)集成测试定义: 集成测试是将软件集成起来,对模块之间

系统测试退出标准

1) 系统测试用例设计已经通过评审 2) 按照系统测试计划完成了系统测试 3) 系统测试的功能覆盖率达100% 4) 系统的功能和性能满足产品需求规格说明书的要求 5) 在系统测试中发现的错误已经得到修改并且各级缺陷修复率达到标准 6) 系统测试后不存在A.B.C类缺陷 7) D类缺陷允许存在,不超过总缺陷的5% 8) E类缺陷允许存在,不超过总缺陷的10% 残留缺陷评估: 1)残留缺陷数等于最后一次回归测试发现的缺陷数. 2) 二.最有价值的准则,是以确切的数量来描述结束测试的条件:需要涉及对

如何做好系统测试

  目录 1       目的... 2 2       目标读者... 2 3       说明... 2 4       Part1 项目各阶段工作... 2 4.1        需求调研阶段... 2 4.2        项目启动阶段... 2 4.3        项目开发阶段... 3 4.4        集成和系统测试阶段... 3 4.5        项目上线... 4 4.6        运维阶段... 4 5       自我提升... 5 5.1        总结