精华内容
下载资源
问答
  • 产品可靠性概念包含
    千次阅读
    2021-07-23 11:42:40

    可靠性测试就是为了评估产品在规定的寿命期间内,在预期的使用、运输或储存等所有环境下,保持功能可靠性而进行的活动。是将产品暴露在自然的或人工的环境条件下经受其作用,以评价产品在实际使用、运输和储存的环境条件下的性能,并分析研究环境因素的影响程度及其作用机理。通过使用各种环境试验设备模拟气候环境中的高温、低温、高温高湿以及温度变化等情况,加速反应产品在使用环境中的状况,来验证其是否达到在研发、设计、制造中预期的质量目标,从而对产品整体进行评估,以确定产品可靠性寿命。

    中文名

    可靠性测试

    外文名

    Reliability test别    名

    可靠性评估

    分    类

    软件、硬件可靠性测试

    测试方式

    组件压力测试等

    可靠性测试分类

    编辑

    语音

    二、硬件可靠性测试

    可靠性测试软件

    编辑

    语音

    可靠性测试概念

    可靠性测试也称可靠性评估,指根据产品可靠性结构、寿命类型和各单元的可靠性试验信息,利用概率统计方法,评估出产品的可靠性特征量。

    软件可靠性是软件系统在规定的时间内以及规定的环境条件下,完成规定功能的能力。一般情况下,只能通过对软件系统进行测试来度量其可靠性。

    可靠性测试测试方式

    测试可靠性是指运行应用程序,以便在部署系统之前发现并移除失败。因为通过应用程序的可选路径的不同组合非常多,所以在一个复杂应用程序中不可能找到所有的潜在失败。但是,可测试在正常使用情况下最可能的方案,然后验证该应用程序是否提供预期的服务。如果时间允许,可采用更复杂的测试以揭示更微小的缺陷。

    组件压力测试

    压力测试是指模拟巨大的工作负荷以查看应用程序在峰值使用情况下如何执行操作。利用组件压力测试,可隔离构成组件和服务、推断出它们公开的导航方法、函数方法和接口方法以及创建调用这些方法的测试前端。对于那些进入数据库服务器或一些其他组件的方法,可创建一个提供所需格式的哑元数据的后端。测试仪器在观察结果的同时,反复插入哑元数据。

    这里的想法是在隔离的情况下,对每个组件施加远超过正常应用程序将经历的压力。例如,以尽可能快的速度使用 1 – 10,000,000 循环,查看是否有暴露的问题。单独测试每个 DLL 可帮助确定组件的失败总次数。

    对于分布式 Web 应用程序,Microsoft 提供“Web 应用程序压力工具”。有关更多信息,请参见“Microsoft Web Application Stress Tool”(Microsoft Web 应用程序压力工具).如果您购买了 Visual Studio .NET 企业版,还会提供另一个名为 Application Center Test 的工具,它用来预览 Application Center 2000 中某些技术的介绍性信息。

    集中压力测试

    对每个单独的组件进行压力测试后,应对带有其所有组件和支持服务的整个应用程序进行压力测试。集中压力测试主要关注与其他服务、进程以及数据结构(来自内部组件和其他外部应用程序服务)的交互。

    集中测试从最基础的功能测试开始。您需要知道编码路径和用户方案、了解用户试图做什么以及确定用户运用您的应用程序的所有方式。

    测试脚本应根据预期的用法运行应用程序。例如,如果您的应用程序显示 Web 页,而且 99% 的客户只是搜索该站点、只有 1% 的客户将真正购买,这使得提供对搜索和其他浏览功能进行压力测试的测试脚本才有意义。当然,也应对购物车进行测试,但是预期的使用暗示搜索测试应在测试中占很大比重。

    在日程和预算允许的范围内,应始终尽可能延长测试时间。不是测试几天或一周,而是要延续测试达一个月、一个季度或者一年之久,并查看应用程序在较长时期内的运行情况。

    真实环境测试

    在隔离的受保护的测试环境中可靠的软件,在真实环境的部署中可能并不可靠。虽然隔离测试在早期的可靠性测试进程中是有用的,但真实环境的测试环境才能确保并行应用程序不会彼此干扰。这种测试经常发现与其他应用程序之间的意外的导致失败的交互。

    需要确保应用程序能够在真实环境中运行,即能够在具有所有预期客户事件配置文件的服务器空间中,使用最终配置条件运行。测试计划应包括在最终目标环境中或在尽可能接近目标环境的环境中运行应用程序。这一点通常可通过部分复制最终环境或小心地共享最终环境来完成。

    随机破坏测试

    测试可靠性的一个最简单的方法是使用随机输入。这种类型的测试通过提供虚假的不合逻辑的输入,努力使应用程序发生故障或挂起。输入可以是键盘或鼠标事件、程序消息流、Web 页、数据缓存或任何其他可强制进入应用程序的输入情况。应该使用随机破坏测试测试重要的错误路径,并公开软件中的错误。这种测试通过强制失败以便可以观察返回的错误处理来改进代码质量。

    随机测试故意忽略程序行为的任何规范。如果该应用程序中断,则未通过测试。如果该应用程序不中断,则通过测试。这里的要点是随机测试可高度自动化,因为它完全不关心基础应用程序应该如何工作。

    可能需要某种测试装备,以驱使混乱的、高压力的、不合逻辑的测试事件进入应用程序的接口中。Microsoft 使用名为“注射器”的工具,使得以将错误注射到任何 API 中,而无需访问源代码。“注射器”可用于:模拟资源失败,修改调用参数,注射损坏的数据,检查参数验证界限,插入定时延迟,以及执行许多其他功能。

    可靠性测试硬件

    编辑

    语音

    也称产品的可靠性评估,产品在规定的条件下、在规定的时间内完成规定的功能的能力。产品在设计、应用过程中,不断经受自身及外界气候环境及机械环境的影响,而仍需要能够正常工作,这就需要以试验设备对其进行验证,这个验证基本分为研发试验、试产试验、量产抽检三个部分。可靠性试验包括:老化试验、温湿度试验、气体腐蚀试验、机械振动试验、机械冲击试验、碰撞试验和跌落试验、防尘防水试验以及包装压力试验等多项环境可靠性试验。

    可靠性测试项目

    编辑

    语音

    可靠性测试是为了保证产品在规定的寿命期间内,在预期的使用、运输或储存等所有环境下,保持功能可靠性而进行的活动。是将产品暴露在自然的或人工的环境条件下经受其作用,以评价产品在实际使用、运输和储存的环境条件下的性能,并分析研究环境因素的影响程度及其作用机理。通过使用各种环境试验设备模拟气候环境中的高温、低温、高温高湿以及温度变化等情况,加速反应产品在使用环境中的状况,来验证其是否达到在研发、设计、制造中预期的质量目标,从而对产品整体进行评估,以确定产品可靠性寿命。可靠性测试可分为机械和环境两大块。可靠性测试项目如下:

    词条图册

    更多图册

    更多相关内容
  • 本文为《软件可靠性简介》培训课程中摘录的公开内容。

    目录

    一、软件的基本概念

    二、软件的质量特性

    三、软件可靠性定义

    四、软件失效的原因

    五、软件缺陷的形成

    六、软件可靠性与硬件可靠性的区别

    在《可靠性工程师手册》一书中,软件可靠性的内容讲得很少,对于没有基础的人可能不好理解,因此我写了一个系列的文章,希望能帮助理解。

    一、软件的基本概念

    软件(software):指一系列按照特定顺序组织的计算机数据和指令的集合。

    软件工程:指软件开发、运行、维护和引退的系统方法。

    软件工程一直以来都缺乏一个统一的定义,很多学者、组织机构都分别给出了自己的定义。

    一种比较好理解的定义认为:软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去开发和维护软件,以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。

    软件工程化:用系统工程方法处理软件生存期的全部过程。本质是软件过程工程化,将软件的生存期过程分阶段的划分规范化,使其有较好的可视性,以便管理和控制,并能不断改进。

    系统工程是为了最好地实现系统的目的,对系统的组成要素、组织结构、信息流、控制机构等进行分析研究的科学方法。

    实现软件工程化之前,开发模式基本是作坊式开发。开发者自编、自导、自演,整个过程别人不了解也无法介入,缺乏技术标准或规范,很少形成文档。比如我经常写一些软件就是这样。

    而软件工程化,设计、编程和测试分开,遵循有关标准和规范进行,整个过程透明、可控。

    二、软件的质量特性


    书上并没有这部分内容,但我们要做好软件,还是得了解软件的质量特性。

    ISO/IEC 25010:2011标准中,表述的软件质量特性模型如下,一共包含了8个特性,分别是功能适应性、性能效率、兼容性、易用性、可靠性、安全性、维护性、可移植性。每个特性下,又有一些子特性,一共31个子特性。

    篇幅原因,每个子特性的具体定义我这里不罗列。我举一些例子,来理解下大的层面:

    功能适用性:软件能够正确、完整地实现用户的需求,提供了相应的功能。

    性能效率:在指定条件下,软件对操作所表现出的时间特性(如响应速度)以及实现某种功能有效利用计算机资源(包括内存大小、CPU占用时间等)的程度。包括软件执行的快慢,比如Excel,数据量一大就很慢。对资源需求多少,吃多少内存等等。容量,指最大极限的满足要求的程度,比如说12306网站在一秒内处理的最大请求。

    兼容性:涉及共存和互操作性,共存要求软件能给与系统平台、子系统、第三方软件等兼容,同时针对国际化和本地化进行了合适的处理。 互操作性要求系统功能之间的有效对接,涉及API和文件格式等。

    两个及两个以上软件进行信息交换,这个叫互操作性,比如我们使用的研发系统和测试系统,它们之间的信息交换。共存性,软件不能对其他产品有害,比如3Q大战时,人为的制造不共存,有你没我,有我没你。

    易用性:对于一个软件,用户学习、操作、准备输入和理解输出所作努力的程度。主要包括易用好理解,能识别、易学习、好操作、对用户错误进行保护、美观、可访问(例如说你有没有考虑残疾人怎么使用这个软件)。说到易用,我就经常吐槽Creo软件的界面实在是难看至极,相比之下,UG就好看很多。

    可靠性:不出故障地完成任务,有一定的容错能力,出故障时易于恢复。本文第三章节会讲到它的定义,这里先不讲。

    安全性:要求其数据传输和存储等方面能确保其安全,包括对用户身份的认证、对数据进行加密和完整性校验,所有关键性的操作都有记录(log),能够审查不同用户角色所做的操作。

    软件安全包括如下:保密,数据只能由授权人员访问;完整,防止未经授权就被修改或访问;不可抵赖,指能够证明已经发生过的事情,日后不可抵赖;可审查,另一翻译为责任,指的是谁的操作,能够追溯到,比如说网上发帖,能够通过IP追踪到背后的人;真实性,比如你说你是个普通应用软件,通过备案等等确实说明了你不是病毒。

    这里我特意提一下,这个定义里的安全,指的是软件本身的安全。由于软件出bug,导致的整机产品出安全问题,是整机方面的安全,要区别一下。

    维护性:当一个软件投入运行应用后,需求发生变化、环境改变或软件发生错误时,进行相应修改所做努力的程度。

    简单来说就是好维护,比如有模块;可以复用,多个系统可以用;好分析、定位问题,问题找到了好更换。我举个最简单的例子,跟圆周率相关的代码,我们常见的做法是前面先定义圆周率:
    #define PI 3.14
    后面的计算使用,就直接用PI,当想改变PI值时,只需要修改这里即可,而不是直接写3.14,导致要修改时后面都得改一遍。这就是一个简单的体现维护性的例子。

    可移植性:把程序从一种硬件配置和(或)软件系统环境转移到另一种配置和环境时,需要的工作量多少。有一种定量度量的方法是:用原来程序设计和调试的成本除移植时需用的费用。比如说游戏《仙剑奇侠传》,一开始只在电脑上,后来被移植到了手机上。

    三、软件可靠性定义

    软件可靠性是指软件在规定条件下和规定时间内,不引起系统失效的能力。

    书上并没有做出多少解释,这里我细化一些表述。

    规定条件,包含的主要是使用者和使用方式。使用者包含了人、软硬件环境。使用方式指使用的任务和功能,以及使用的频度,我在括号里写了软件操作剖面。你可以理解为不同角色使用不同功能的频率,在后面的软件可靠性测试文章中,我会举一个例子,使得大家明白软件操作剖面是个什么意思,这篇文章不讲。

    时间一般有三种,分别是执行时间、日历时间和时钟时间。都什么意思?

    执行时间:运行软件时,计算机系统实际用于执行程序指令的时间。

    日历时间:以年月日计算的编年时间,软件可能处于工作状态,也可能不在工作状态。

    时钟时间:从程序执行开始到程序执行结束完毕所经过的时钟时间,包括等待时间,其它程序执行的时间,但计算机的停机时间不算在内。

    接下来,我们理解几个概念:

    软件可靠性中常用失误、缺陷、故障和失效来描述故障的因果关系。那我们首先得搞懂这几个概念。

    失误(mistake):指可能产生非期望结果的个人行为。一些典型失误:误解或遗漏了用户的需求;软件设计错误,没有完整的实现软件需求;程序设计错误。

    缺陷(defect):指代码中引起一个或者一个以上故障或失效的错误编码,软件缺陷是程序所固有的 。一些典型缺陷:数组越界使用;缓冲区溢出;算法实现不正确。

    讲到缓冲区溢出,多说几句。缓冲区溢出是一种非常普遍、非常危险的漏洞,在各种操作系统、应用软件中广泛存在。利用缓冲区溢出攻击,可以导致程序运行失败、系统宕机、重新启动等后果。更为严重的是,可以利用它执行非授权指令,甚至可以取得系统特权,进而进行各种非法操作。

    故障(fault):指在软件运行过程中,缺陷在一定条件下导致软件出现错误状态,这种错误的状态如果未被屏蔽,则会发生软件失效。一些典型故障:资源泄露;无限递归调用(死循环);操作者意外输入未知命令;在以前没有考虑的条件下采取的意外路径等。

    失效(failure):指程序操作背离了程序的要求。

    软件故障的因果关系如下:

    四、软件失效的原因

    软件失效,是因为在运行过程中遇到了故障,这些故障的产生有内在和外在原因,可以用下面这个图帮助理清。


    我在上图已经举了一些例子。这里再讲下一些案例:

     例如偶然失误,在一些需要计时的软件中,如果我们选用了错误的计时,则随着时间往后,累积误差会越来越大。


    比如我以前想做个水压监测软件,需要用到计时,我们对比几个计时:

    Timer控件,控件不能做精确计时,只能用于粗略计时,而且最小周期不能小于80MS。

    GetTickCount()计时,返回从操作系统启动所经过的毫秒数,返回的是DWORD类型,返回的值代表程序从启动到如今走过的时间。只精确到55ms。DWORD类型的最大值为4294967295,折算成天是49.7。也就是说当服务程序连续跑了50天之后,再调用GetTickCount()的时候就会发生溢出。

    imeGetTime:函数以毫秒计的系统时间。该时间为从系统开启算起所经过的时间。

    QueryPerformanceCounter,Windows 内部有一个精度非常高的定时器, 精度在微秒级。

    RDTSC(Read Time Stamp Counter),直接利用Pentium CPU内部时间戳进行计时的高精度计时手段。由于目前的CPU主频都非常高,因此这个部件可以达到纳秒级的计时精度。(使用起来比较麻烦,且结果返回差值较大)

    黑客攻击案例:CSDN密码外泄门

    这个案例我记得特别清,亲身经历过。2011年12月,CSDN的安全系统遭到黑客攻击,600万用户的登录名、密码及邮箱遭到泄漏。随后,CSDN“密码外泄门”持续发酵,天涯、世纪佳缘等网站相继被曝用户数据遭泄密。天涯网于12月25日发布致歉信,称天涯4000万用户隐私遭到黑客泄露。

    环境异常导致的失效:医院X射线影响内存丢失

    作者为医院急救设计了一个相关程序,在实验室运行良好,但是每次在医院调试都出bug,作者只好到医院去调试,而且是当着急救病人!!!经过漫长的测试终于发现,是由于医院使用的X射线导致电脑内存总是丢失几个 bit 的信息,而导致程序出问题,最终通过把电脑的内存用铅板隔起来解决! 

    五、软件缺陷的形成

    软件缺陷的形成与软件开发过程各个阶段活动都相关,可以简述如下。


    我举一些实际的例子帮助大家理解:

    用户需求环节出错:某出口机器,程序写以50Hz去设计,实际当地使用为60Hz。规格书未明确60Hz要求。

    软件需求分析环节出错:某需求描述,统计每次出水时间,当累计出水达到10分钟后,停止出水。此时常温水、冷水灯保持熄灭状态,同时此三个按键无响应,其他触摸按键可操作。需求不明确,程序员不好理解,理解错误。

    软件设计环节出错:某设备按键开机10s后4s无反应,原因是软件增加开机动画4s内不允许操作按键,但是计数器放到了开机10s后开始计数。

    编码环节出错:某机器每周星期循环运行时,星期一不显示,无法正常自动运行。原因:使用数组时,下标越界,定义了数组tab[7],但实际用到了tab[7];

    软件测试环节出错:某机器电源键关闭电源后制冷功能无法关闭,测试时只关注了电源键关闭,显示已关闭,未关注负载输出未关闭的问题。

    关于软件测试环节出错,我认为很大一个原因在测试用例的设计上存在不足。后面我单独讲讲测试用例的设计。

    开发高可靠的软件,那就是要在这些环节中都控制好。

    六、软件可靠性与硬件可靠性的区别

    软件具有如下特点:
    (1)无形性。产品没有一定的形状,其制作过程的可视性差。
    (2)一致性。产品一旦成型后,无论复制多少份,均完全一致,无散差。
    (3)不变性。软件产品形成后,无论存放和使用多久,只要未经人为改动,就不会变化,不存在老化和损耗问题。
    (4)易改进性。软件产品通常比硬件产品容易改进。
    (5)复杂性。软件的运行路径通常很多,特别是大型软件,逻辑组合变化复杂,功能也相对复杂。

    软件可靠性和硬件可靠性的区别如下,非常清晰:

    硬件产品

    软件产品

    是物理实体,有散差,会自然老化,且存在使用耗损

    是思维逻辑的表示,无散差,不会自动变化,只是其载体硬件可变

    研制和生产过程的可见性好,便于控制

    设计和编码过程的可见性差,难控制

    产品故障不只是设计故障,生产过程、使用过程和物料变化均能造成内部故障

    产品缺陷均为开发过程中的设计缺陷,复制过程不会直接而只能通过载体或环境造成内部缺陷

    若产品的零部件及其结合部均无故障,且各组成部分之间是协调配合的,则产品无故障;若有故障,就会在运行中暴露

    程序是指令序列,即使每条指令本身都是正确的,程序运行状态通常很多,也很难保证指令的动态组合完全正确,故通常存在缺陷; 仅当具备一定的系统状态和输入条件时,缺陷才暴露出来

    系统行为通常可用连续函数描述,故障有物理原因,有前兆

    程序运行状态的数学模型是离散型的,缺陷的形成无物理原因,失效无前兆

    研制、生产、使用、备料和管理过程都会产生缺陷,均需加强控制

    一般应在开发过程中采取技术和管理措施来确保可靠性

    同一品种规格的不同零部件的适当冗余可提高可靠性

    容错设计中冗余设计不能相同,必须保证其设计相异性;否则,将严重影响容错效果

    可靠性参数估计有物理基础

    可靠性参数估计无物理基础

    使用中出现故障后产品维修通常是修复失效的零部件状态,可靠性只能尽量保持,但不能提高

    使用中发生失效后软件维护通常要修改软件,产生新版本;只要维护过程合理,可以提高可靠性

    维修性设计适当时,维修某个零部件一般不会波及他处,或受影响部位较明显、易确定

    维护时修改一处常常会影响他处,波及面不易分析;如果分析不清楚,就不能保证修改结果完整、正确

    维修分级,其中基层级快速维修是维修性要求所必需的

    维护过程复杂,一般需由专业软件人员进行

    产品本身可能有危险;安全关键产品的安全性可单独加以分析评估,一般也必须单独加以分析评估

    产品本身无危险,但对于系统安全性可能有影响,因而可能是安全关键的;不能孤立地单独分析评估软件安全性

    本文为《软件可靠性简介》培训课程中摘录的公开内容,关注微信公众号“永恒之地”,后台回复“软件可靠性”,下载培训课件。

     

    展开全文
  • 产品可靠性需求

    千次阅读 2022-01-16 10:03:07
    可靠性指标 可靠性需求反映了系统在一定条件下无故障地运行的能力。 计算公式 可靠性 =总的有效运行时间 /总运行时间。 可靠性分为硬件可靠性和软件可靠性。 1硬件可靠性 硬件可能会出现故障。出现故障的...

    一 可靠性指标

    可靠性需求反映了系统在一定条件下无故障地运行的能力。

    计算公式

    可靠性 = 总的有效运行时间 / 总运行时间。

    可靠性分为硬件可靠性和软件可靠性。

    1 硬件可靠性

    硬件可能会出现故障。出现故障的原因是,设备元器件都是有使用寿命的,时间长了元器件就可能坏掉。整机的故障率受所有元器件的故障率的影响。为降低整机故障率,我们就要选用更优质的元器件。

    硬件可靠性可以通过三个指标来评估。

    a 平均无故障时间

    所有设备平均多长时间发生一次故障。

    b 维护响应时间

    如果设备出现故障,就需要维修,维修人员应尽快到达现场,在企服产品中,如果对方承诺提供 7*24 小时维修服务,并且1小时达到现场,那么该公司的维修能力很强。这个指标被称为维护响应时间。

    c 平均维护时间

    维修人员在达到现场后,就应该尽快修好产品。在设计硬件时,就要考虑如何尽快修好。比如,设备电源支持热插拔,如果电源坏了,不用关机也能更换电源,这样维修时间就很短。要多长时间才能修好,这个时间被称为平均维护时间。平均维护时间是指修复一次故障所需的总时间,该时间包含维护响应时间,修好所用的时间等。

    综上所述,硬件可靠性是平均无故障时间、平均维护时间的综合反映。如果一歀硬件产品的可靠性强,那么该产品用的时间长(体现可靠性),并且坏的次数少(体现平均无故障时间),坏了以后维修快(体现平均维护时间)。

    硬件可靠性的提升体现在两方面。一方面,硬件要能稳定运行,无故障。另一方面,设备要支持冗余备份,如系统支持双电源,当一个电源坏了时,另一个仍然可用。

    硬件可靠性还会受环境的影响。硬件对环境的湿度和温度都有要求,不适宜的温度和湿度将造成硬件故障。其要求又分硬件工作时的温度和湿度要求、硬件存放时的温度和湿度要求。

    2 软件可靠性

    软件可靠性和硬件可靠性是类似的,也有平均无故障时间、平均维护时间等指标。

    首先,软件可靠性是建立在硬件可靠性之上的。如果没有硬件的正常工作,软件的正常工作就无从谈起。为了避免硬件故障导致软件不可用,我们将软件安装在多台设备上。此时,如果一台设备坏掉了,也不会影响软件的使用。

    其次,在设计软件的时候应设计一些功能,来提升其可靠性。常见的是设计一些便于排错、便于恢复系统的功能,如定期进行数据备份,这样软件就可以快速从错误中恢复,也避免人为因素造成系统损坏。

    最后,软件可靠性也包括系统的完整性。如果不出现数据丢失,就说明数据完整性比较好。但是系统不同,对完整性的要求也不同。比如,视频直播对数据完整性的要求比较低,偶尔丢失几个数据,并需影响视频的观看。

    二 产品经理工作

    产品经理应与研发人员协商,共同定义可靠性需求。我们将产品经理分为软件产品经理和硬件产品经理,他们的主要工作如下。

    软件产品经理的工作。比如,定义备份功能,如餐饮软件要支持数据备份。这样数据在设备上坏掉后就可快速恢复,并且该恢复功能要有图形界面。定义数据完整性的要求,如说明该业务对数据完整性的要求高不高。

    硬件产品经理的工作。比如,定义硬件规格,如硬件要支持冗余电源,支持双路供电等。再如,定义告警机制。当硬件出现某些故障,可以通过短信、界面和指示灯方式告知用户。

    三 可靠性指标汇总

    可靠性需求

    平均无故障时间

    产品出现故障的时间平均值,如电脑的平均无故障时间为15年,就是说电脑平均算起来,15年出故障。

    平均维护时间

    产品出现故障后平均完成维修的时间,包括在途时间和到达现场的维修时间,如果平均维护时间为0.5小时

    维护响应时间

    从发现故障到开始维修所需要的时间,比如,要求公司支持 7*24 小时随时响应,且1小时内开始维修,这就是对维护响应时间的要求

    可靠性

    可靠性 = 总的有效运行时间 / 总运行时间。如果一项业务的可靠性为99.999%,则在1年时间内,该业务中断5.26分

    硬件环境需求

    温度要求

    分工作时和不工作时的温度要求,如工作温度为 -10摄氏度~40摄氏度

    湿度要求

    过高的湿度也会造成硬件故障,如湿度要求是 0%~95%

    四 可靠性和可用性的异同

    可靠性和可用性的概念很类似。区别是,可靠性是从系统角度讲产品有没有问题,可用性是从用户角度讲产品有没有问题。两者含义类似但视角不相同,产品不可靠并不一定意味着产品不可用。

    比如,服务器硬件如果频繁出现故障,则说明硬件可靠性不好。但可靠性不好,不能说明系统不可用。因为一个设备坏了,其他设备仍可用,所以产品还是可用的。再如,服务器支持双电源冗余备份,如果其中一个电源经常坏,我们可以说系统可靠性不好。但另外一个电源仍能让系统工作,并去影响系统的可用性。

    现在的大多数大型软件系统或物联网系统,都是在硬件不可靠的前提下,提升用户的可用性的。比如,即使某些网络设备坏了,现在的互联网体系也能正常上网,因为数据还可以通过其他设备传输。再如,现在各种云平台也能在任意服务器损坏的情况下,做到不丢失数据和不停止服务,因为一台服务坏了,其他服务器还照常工作。在现实生活中,我们用的网盘没有出现过数据丢失,也是因为在服务器端做了数据备份。

    展开全文
  • 软件可靠性测试概念与应用

    千次阅读 2022-05-23 23:17:26
    一、软件可靠性测试的概念: 1、软件可靠性分析方法有: 2、可靠性测试的使用场景: 3、可靠性测试过程五个步骤: 4、可靠性预测的目的: 5、可靠性测试的目的 6、可靠性测试要求 7、可靠性测试条件 8、软件可靠性的...

    目录

    一、软件可靠性测试的概念:

    1、软件可靠性分析方法有:

    2、可靠性测试的使用场景:

    3、可靠性测试过程五个步骤:

    4、可靠性预测的目的:

    5、可靠性测试的目的

    6、可靠性测试要求

    7、可靠性测试条件

    8、软件可靠性的指标

    9、可靠性测试关注点:

    10、可靠性分析方法主要有:

    11、软件可靠性有两方面的含义:

    二、可靠性测试应用

    1、用户权限限制:

    2、用户和密码封闭性:

    3、系统对用户错误登录的次数限制:

    4、留痕功能:

    5、屏蔽用户操作错误:

    6、错误提示的准确性:

    7、错误是否导致系统异常退出:

    8、数据备份与恢复手段:

    9、输入数据有效性检查:

    10、异常情况的影响:

    11、网络故障对系统的影响:


    一、软件可靠性测试的概念:

    1、软件可靠性分析方法有:

    失效模式影响分析法、严酷度分析法、故障树分析法、事件树分析法、潜在线路分析法等;

    2、可靠性测试的使用场景:

    在比较大的业务压力情况下进行的软件可靠性测试;

    3、可靠性测试过程五个步骤:

    确定可靠性目标、定义软件运行剖面、设计测试用例、实施可靠性测试、分析测试结果;

    4、可靠性预测的目的:

    根据软件在可靠性与测试揭示的故障情况来预测软件在正在运行时的故障和实效情况;

    5、可靠性测试的目的:

    通过受控的软件测试过程来预测软件在实际运行中的可靠性;

    6、可靠性测试要求:

    测试用例集要完全符合运行剖面的定义;

    7、可靠性测试条件:

    使用的测试用例必须满足语句覆盖;

    8、软件可靠性的指标:

    平均无失效时间;

    9、可靠性测试关注点:

    人们关注的核心应是软件失效;

    10、可靠性分析方法主要有:

    失效模式影响分析、严酷性分析、故障树分析、事件树分析和潜在线路分析;

    11、软件可靠性有两方面的含义:

    1)在规定条件下,规定时间内,软件不引起系统失效的概率;

    2)在规定时间周期内,在所述条件下执行所要求的功能的能力。而与软件的操作人员无关;

    二、可靠性测试应用

    1、用户权限限制:

    软件是否按功能模块划分用户权限,权限划分是否合理,考察超级用户对各个用户的权限管理是否合理,包括修改用户的登录资料等;

    2、用户和密码封闭性:

    软件对用户名和密码有无校验,有无保护措施,尤其对密码有无屏蔽功能;

    3、系统对用户错误登录的次数限制:

    软件对用户错误登录有无次数限制,一般做法是连续三次登录失败就退出系统;

    4、留痕功能:

    软件是否提供操作日志,比如某用户登录的时间,查询、修改或删除的动作以及离开的时间等;

    5、屏蔽用户操作错误:

    考察对用户常见的误操作的提示和屏蔽情况,如可否有效避免日期的录入错误或写入无效的日期;

    6、错误提示的准确性:

    当用户操作错误时,能否有准确清晰的提示,使用户知道造成错误的原因。例如当用户未输入完有效信息时存盘,系统应当给出关于未输入项的提示;

    7、错误是否导致系统异常退出:

    考察软件运行的稳定性,当软件发生一般错误或严重错误时,软件是否会自动退出;

    8、数据备份与恢复手段:

    主要针对有数据存储需要的软件,有的软件依靠数据库操作系统本身的备份与恢复机制,这需要用户具备一定的操作知识;好的软件会提供备份与恢复的操作,不需要用户直接对数据库系统进行操作;

    9、输入数据有效性检查:

    当用户输入的数据有错时,软件应能判断数据的有效性,避免无效数据的生成;

    10、异常情况的影响:

    在程序运行过程中进行掉电等试验,考查数据和系统的受影响程度;若受损,是否提供补救工具,补救的情况如何;

    11、网络故障对系统的影响:

    当网络中断连接时,是否会造成数据的丢失;

    展开全文
  • 电力系统的可靠性是现代电力系统规划,设计和... 措施将是改变可靠性系统指标,包括SAIDI,SAIFI和EUE。 此外,目标是设计和模拟分布式发电机(DG)的安装对公用事业公司配电系统的影响,并评估其可靠性的潜在提高。
  • 可教育智障儿童概念评估工具包保护的可靠性 可教育智障儿童概念评估工具包保护的可靠性 AB SILVERSTEIN、LINDA BROWNLEE 和 GREG LEGUTKI 加州大学洛杉矶分校医学院神经精神病学研究所替代研究小组 Lanter 一致性CAK...
  • 可靠性数据分析教程

    2017-02-26 10:12:51
    在阐述可靠性数据分析所需的基本概念与统计学基础知识的基础上,讲述了针对单元产品可靠性评估,包括参数方法、非参数方法、无失效数据分析与Bayes方法等;最后全面阐述了系统可靠性综合评估方法,包括系统可靠性...
  • 可靠性是所有设备仪器的基本运行指标,是指设备能够正常运行的性能,比普通的寿命概念外围更广,包含的内容更多,特别是用在特出场所的设备,对可靠性的要求会更高。
  • 与上一版相比的主要变化是: 包含了系统的概念,并强调了需要指定系统的可靠性而不仅仅是物理设备; 已包括对要求进行验证和确认的需要; 已经区分了可以测量、验证和确认的需求和不能的目标; 可用性、可维护性和...
  • 尽管在生命周期中产生的成本包含许多影响因素,但本文档特别强调了与项目可靠性相关的成本。 这构成了 IEC 60300-1 中描述的整体可靠性管理计划的一部分。 为经理、工程师、财务人员和承包商使用的生命周期成本提供...
  • 系统可靠性分析

    2012-12-24 14:06:30
    关于可靠性理论的教学课件,ppt格式。包括可靠性概念和分配,可靠性模型建立,FMECA和FTA等内容
  • 系统可靠性分析与设计

    千次阅读 2022-04-23 22:34:46
    系统可靠性是系统分析、设计和实施过程中采用一定的技术...系统可靠性包括4个子特性: 1)成熟性 是指系统避免因错误的发生而导致失效的能力 2)容错性 系统发生故障或违反指定接口的情况下,系统维持规定的性能级别
  • 软件可靠性工程.doc

    2022-07-02 14:31:38
    上述度量与硬件可靠性中的相应概念本质上是一致的。 "失效"是指程序的功能在某方面没有达到用户的需求。"没有像用户需求的那样工作 "是一个很广的定义。因此,可靠性结合了与程序执行相关联的所有属性。例如,它...
  • 可用性和可靠性的区别

    万次阅读 多人点赞 2019-06-15 19:40:24
    可靠性(reliability):在规格时间间隔内和规定条件下,系统或部件执行所要求功能的能力。例如: QA1:在客户端与服务器端通信时,如果网络故障,系统不能出现故障。 可用性(availability):软件系统在投入使用时...
  • 其次在传统的控制流图的基础上提出了Web服务依赖图的概念,Web服务依赖图用来描述Web服务组合的执行行为和结构信息,包括服务名、服务类型和服务的可靠性,以及服务之间的转移概率、转移可靠性等信息;然后分析BPEL的...
  • 本文是为大家整理的可靠性评价主题相关的10篇毕业论文文献,包括5篇期刊论文和5篇学位论文,为可靠性评价选题相关人员撰写毕业论文提供参考。
  •   在软件考试中,可用性,稳定性,可靠性和连续性的概念难以分清,本概念来自互联网,供读者参考: 可用性:保持稳定态的时长。 稳定性:抵御故障的能力。 可靠性:故障的频率。 连续性:恢复能力。 质量属性效用...
  • 软件测试中的可用性、可维护性、可靠性有什么区别?
  • 软件可靠性测试方法与目的

    千次阅读 2021-07-23 15:12:31
    随着软件技术的快速发展,计算机软件在现实生活的作用越来越大,和生活的融入度也越来越高,然而随着博弈仿真问题的规模和复杂度的提升,软件的可靠性问题也越来越突出。深入研究软件可靠性模型对于预测评估软件的...
  • 公交网络可靠性研究现状与展望,陈城辉,傅晓莉,本文对当前国内外学者在公交网络可靠性评价方法上进行了归纳,阐述了各种评价方法的基本概念及其应用情况,包括连通可靠性、运行
  • 给出最简树( ST)的概念,提出计 算网络从源点( S)到特定终点集( T)的可靠性的一个新拓扑公式。该公式本质上是将容斥原理公 式和不交和公式融合在一起,公式中各项和网络的一类特殊子网络一一对应,与相应的 ...
  • 可靠性设计准则

    2022-03-15 16:52:33
    可靠性工程技术实践表明,可靠性的定量设计分析方法的应用需要有大量的基础数据,而基础数据的获得一方面需要开展大量的基础工作,另一方面由于影响产品可靠性的因素很多,加之科学技术的发展迅速,产品的更新换代...
  • 系统可靠性

    千次阅读 2019-04-22 08:52:12
    系统的可靠性分析与设计...另外也涉及系统可靠性分析与计算、系统可靠性评估和系统配置方法等概念与理论的实际工程运用等内容。 可靠性相关的概念主要有:可靠度、可用度、可维度、平均无故障时间、平均故障修复时...
  • 在《微服务架构下的数据一致概念及相关模式》中介绍了在微服务中实现数据一致的三种方式,包括可靠事件模式、业务补偿模式、TCC模式。本文重点说一下可靠事件投递。可靠事件模式属于事件驱动架构,微服务完成...
  • 浅谈会计信息可靠性(一)

    千次阅读 2020-12-24 03:44:25
    浅谈会计信息可靠性(一)摘要从会计信息可靠性的定义着手来讨论会计的可靠性,然后介绍了其内容,最后谈论了为保证会计信息的可靠性,所必须坚持的其他会计原则。关键词会计信息原则可靠性1会计信息可靠性定义国际...
  • 情感评估设备的可靠性和同时有效性 学校心理学第 23 卷,1986 年 1 月 DUSO 情感评估设备的可靠性和并发有效性 MARILYN ANDRES、SUE STONER 和 MELANIE RAWLINS 东伊利诺伊大学形式 M 和 L 的 DUSO Affect 评估装置...
  • 会计信息可靠性的分析

    千次阅读 2020-12-24 03:44:25
    信息失真的本质是信息的质量没有达到要求,而会计信息的可靠性是衡量会计信息质量的一个重要因素。可靠性是对会计信息质量的基本要求,是我们会计核算的一般原则之一。具备可靠性的会计信息应是真实。完整的会计信息...
  • 将AFDX可靠性划分为数据完整可靠性、及时可靠性、次序可靠性和正确可靠性4类,其中,根据对虚拟链路考察范围的不同,每一项可靠性中又包含单条虚拟链路可靠性、指定k条虚拟链路可靠性和全部虚拟链路可靠性;给出了各个...
  • 电子设计硬件可靠性设计--总结

    千次阅读 2020-09-15 00:38:22
    可靠性产品维持质量的持久程度,无法以参数衡量。 产品寿命和产品个体故障之间的关系 产品寿命和产品个体故障之间均为一种统计数据,产品寿命重在“统计平均”这个概念。比如在同一批产品里,购买了一个产品,寿命...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 240,892
精华内容 96,356
热门标签
关键字:

产品可靠性概念包含