zoukankan      html  css  js  c++  java
  • 死程序不说谎

    死程序不说谎

    死程序不说谎

    今天被一个问题纠结了很久: 我发布给QA的安装包,一直都是好好的,突然今天发给QA的安装包,安装后,发现有些模型 不对。

    好的先debug一下吧。一debug,发现debug的是好的。

    怕什么来什么,岂不怪哉。傻眼了,开始怀疑代码同步的不对,(一直都是这样同步的呀)。 又开始怀疑编译的环境,换了两个虚拟机,同步了3次代码。 (这两个问题可能是原因,但可能性非常小,因为一直就是这么用的,所以真不应该一开始 从这两个方向入手)

    思来想去,左试右试。始终找不到问题的原因。

    这样3个小时很快过去了,也下班了,还没有搞定。

    回家了,带老婆孩子出去吃了顿饭。

    回来继续试,最后发现原来是我昨天刚换的一些模型造成的regression。在debug下重现不 了,是因为在debug下,我把model替换成sdcard上的了,为了提高debug的速度。

    本来就应该肯定这个问题是个regression,然后翻翻perforce,1个小时肯定能搞定的事情。 但是现在花了4个多小时,白白的浪费了。

    痛定思痛!特总结一下fix Defect的Process (解决问题的方法论): 鉴别错误类型,首先看看这个defect是不是一个regression。如果是,肯定是因为特定的 change造成的,没有无缘无故的错误,死程序不说谎。那就看看从什么时候开始出现这个 regression的。知道了时间,那就好好翻翻change list吧。这个时候perforce,git就派上 用处了。

    (这次的defect,是个典型的regression,如果一开始按照这个方法找思路,肯定能节省很 多时间)。

    如果不是regression,那就先想想可能造成这个defect的原因。可能的原因应该有种种,都 需要自己一一假设,并一一排除。

    p.s. 对自己的环境要有信心。


    Post by: Jalen Wang (转载请注明出处)

  • 相关阅读:
    python 学习
    快速排序
    U3D AStar 案例
    U3D AStar 算法原理
    .net core 实时通讯
    .net 算法复杂度
    U3D MVC 背包案例
    U3D 对象池
    Unity网络基础(NetWork)
    U3D Socket实现简易通讯
  • 原文地址:https://www.cnblogs.com/jalenwang/p/3216245.html
Copyright © 2011-2022 走看看