软件的可靠，其实就是代码运⾏流程的可靠性。如果⼀段程序不管在任何输⼊条件下都可以稳定的长期运⾏下去，那这段代码就不存在软件可靠性问题。但是随着代码的复杂，函数调⽤关系的复杂，参数耦合也越来越多，难免会遇到程序运⾏到某⼀定次数，某个时间的时候出现问题。如⼀个游戏app，当玩家玩的时间超过2⼩时后，就会概率性的⾃动退出。电视在运⾏中突然死机，关闭电源开关重启。如果从表⾯看软件可靠性的问题，问题种类会多种多样，但是如果从触发软件可靠性问题的bug来说， 主要有两类;
北极光俄语软件的可靠性可分为软件本⾝的持续压⼒可靠性问题以及概率性碰撞可靠性问题;
先来说说持续压⼒类可靠性问题。
销售利润率
望京南湖中园小学先举个简单的例⼦;
vb脚本现有⼀个简单的程序，是统计每天⼀个学校进出图书馆的次数，假设编程⼈员在做程序设计时，错误的估计了每天进出图书馆的⼈数的次数，认为最⼤不会超过256，他就会定义⼀个int
8
类型的数据。这样就会出现⼀个问题，当进出⼈数超过256时，就会出现数据反转，如果测试⼈员在测试这⼀段程序时，设计了⼀个⽤例：模拟每天进出图书馆次数超过1000次，那这个程序就⽆法⼯作，甚⾄跑飞了，产⽣了不可预期的结果(如随机数)。
这是⼀种由于数据类型不合理，导致的软件可靠性问题。
还有⼀种时因为约束条件不合理，同时也没有做保护，导致在⼀定次数/某段时间后出现的软件可靠性问题，总体盒第⼀个种类相类。
A函数调⽤了B函数，A函数某个参数在本函数中的范围是1000以内，但B函数是公共函数，他的⼊参值⽐A函数⼩，函数中有⼀个⼈计数器，会不断增加A函数传进来的变量，导致在⼀定次数之后，B函数的参数超出范围，由于此时没有做保护机制，所以B函数⽆法处理预期外的参数，导致程序出问题。
第⼆类是概率性碰撞类软件可靠性问题;
如何理解概率性碰撞这个词。还是要先拆解。概率性，是指软件中的问题具有⼀定的随机性，不是随着持续压⼒就能触发的，具有⼀定的概率统计的意思。如⼀件事情发⽣的概率是千分之⼀，那么跑到了⼀千次，并不⼀定会出现，因为千分之⼀的概率是统计出来的，是基于样本量的⼀个统计值。可能
要跑⼀万次，才会出现，但是从统计学的⾓度看，它出现的概率就是千分之⼀。这就是和第⼀类软件可靠性问题最⼤的不同；再来说碰撞，为什么叫碰撞?我们知道，在⼀个⼤型的商业软件中，客户如果使⽤⼀个功能，可能需要成千上万个函数⼀直在不停的调度中，⼀个参数可能会在百⼗个函数中传来传去，这就构成了函数之间的相互耦合。如果⼀个函数的运⾏(或其参数)依赖于其他⼏个函数，⽽其他函数的运⾏⼜依赖于第三个，或者依赖于硬件的性能，如⼿机的配置，cpu，内存，甚⾄于环境的温度等，就会造成相互之间有依赖关系的函数执⾏的不确定性;A函数需要获取B函数的值，⽽B函数需要从内存中读取某个值作为输出的计算，⽽此时B函数⼜被C调⽤，修改了B函数的内部
变量，导致B函数的出参异常，此时A函数的⼊参就会异常，程序就执⾏异常了。这个可以形象的称之为“碰撞”。软件运⾏过程中 内部的单元运⾏中的耦合碰撞。
改进工作作风 密切联系众>美国亚马逊网上书店
从事这么多年软件测试⼯作
，也遇到过很多软件可靠性问题，但是归其类，⼤致可以分为上述两类，其他细分还会有⼀些特殊情况，但是或多或少会与这两个类型有关联。
免责声明：内容和图⽚源⾃⽹络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议