谈谈LV程序的可靠性

     我先描述这样一个现象。
     我手头有一个测试speaker音频性能的项目，采集speaker播放的扫频信号，分析各频率成分是否符合规格要求，并输出pass/fail。我对于测试fail的处理策略是：复测一次，如果复测仍为fail则最终输出为fail。复测结果pass则最终也pass。对于这种情况下的数据记录的策略是只记录复测时的RAW数据。
      有一次我观测到这样一种情况：第一次测试有一项fail，复测的时候这一项显示为pass，但实际上我查看数据记录的时候发现这一项的值不在规格范围之内，也就是实际上也是fail，但程序给出了pass。这只是一个简单的判断一个值是不是在一个区间内的问题，我检查了程序几遍都没发现逻辑上有问题。也重新分析了之前的数据，并未发现类似的现象，也就是到目前为止仅发现一次这种现象。
       我对这个问题的分析结果是：复测时采集到的值确实pass，但是更新用户界面以及输出数据记录时，程序却《误用》了第一次测试的值。这个分析很牵强。但最终结果是我对LV程序可靠性产生了怀疑。

谢谢大家的分享。谢谢。

我曾经也有类似的感觉，但最后都是程序的bug，和LabVIEW无关。

必须得是编程的问题、
labview只是一个工具。

我也遇到过类似的情况，最后发现是自己编程不严谨造成的

只能说你复测的时候结果处理和比对没有做好.如果合适的话发到我邮箱,我帮忙看看527693739@qq.com

看看大家的经历   

可能是数据结构和处理问题，还有可能就是操作系统运行问题，与LV可靠性没多大关系

但这个现象我到目前为止只发现了一次，我反复检查了程序逻辑，暂时都没发现问题。

可能吧，我也是反复检查框图后，才产生怀疑的。对了，我在各部分传递数据时主要用的属性节点

我也这样想过，但其实复测时和第一次测试都是用的同样的框图部分。我复测只是在流程控制上做一些修改。

学习

必须是编程问题，要是本身有bug 那么多航天项目不都完蛋了啊

但是逻辑上我至今没找到问题，那个问题也没有复现。

有可能数据流结构没写好，执行上有问题，1首先可以用高亮程序一步步检车运行过程数据流。2、实在不行就用顺序结构匡好步骤，一帧一帧的跑。

我曾也有这种感觉，后来才发现是自己写的程序逻辑不严谨造成的。