以年为单位的时间管理

每年一月份，都会制定新的一年的行动计划，以及审视去年的实施情况（参见：2002 - 2003 - 2004）。这个计划的逻辑是：1）职业/生活目标，2）我的强项/弱项，3）具体的支持活动。只有制定了一年的计划，我才知道有朋友叫我去唱歌的时候是不是该拒绝，我才知道晚上是不是放弃看《康熙来了》而研读逻辑，我才知道要定期在当当上买书、做卓越的终生VIP。以年为单位的“有目标的”时间管理，帮我省下来的是若干月的时间。

以天为单位的时间管理

上帝给了每个人公平的每天三个八小时。第一个八小时大家都在工作，第二个八小时大家都在睡觉。人与人的区别都是第三个八小时创造出来的。如果你每天花3个小时上下班，2个小时吃早中晚饭，1个小时看电视，那你自由支配的时间就只剩2个小时了。你可能会非常节省的用它来陪女朋友看电影，健身或者唱歌，打打游戏。但是如果你从交通、睡觉、吃饭里分别省出一些时间花在学习上，你的学习进步将是惊人的。如果你把这些时间花在拓展交际、锻炼身体、参加公益，你的人脉增长将是同样惊人的。

以小时为单位的时间管理

我们和CPU一样都是分时系统，只不过芯片每秒分成上亿份，人类一小时分成四、五份。每一个时刻我们只能做一件事情，如果被打断再转回来的时候会有一定的时间浪费在回忆刚刚在做什么、做到哪里。我们需要锻炼在不同事务之间迅速切换的本领，这样就会更加有效的利用每一个小时的时间，在每一个时间片里100%的专注。这要借助工具，所以我一直在非常大的依赖于微软的Outlook和我的智能手机来管理我的每一个小时。把事情分为“轻重缓急”，按照规律去顺序处理。

如果你不能以年的方式来管理时间，那么这样白白浪费掉的时间让以小时为单位的时间管理显得毫无意义。如果不能在每一个小时上有所节省，那么每年的时间也无法真正管理。这三种层次是缺一不可的。

举个小例子用来结尾：
      曾经有人看我在手忙脚乱地办事的时候，告诉我一件他小时候经常做的一件事情，烧开水。说他小时候天天要自己起床做饭、洗漱后上学。每次他都会在向水壶防水的时候把煤气的火给打开，然后水也放得差不多了，再把水壶放煤气灶上。就这么个简单的过程，虽然可能浪费了一点煤气，但是节省了10秒的时间。
      我小时候的情况也类似，穿着睡衣起床烧早饭，然后去换衣服，等衣服换完后回来饭已经烧好了，然后再把饭盛在一个金属的盘子里，在一个脸盆里放适量的水，把盘子飘在水上去刷牙，等刷完牙，把盘子取出来，用脸盆的水洗脸，而这个时候盘子里的饭也不烫了，正好以比较快的速度吃完。当时从起床到最后整装出门的时间是15分钟。

最近总是很忙很忙，既然事情多了，有些时候就要计划下，看下优先级，和做事的步骤。需要有序有重点地处理事情。

只做不想和只想不做之间我需要寻找一个平衡点。给自己合理安排时间，善莫大耶！

严重声明：本文只作科研和学习用途。如果由本文产生的法律纠纷，一概与本人无关。

好了，了解了Reflector咱们就可以动手研究URTracker了。

当然首先用Reflector分析bin文件夹下的文件，一共有12个DLL文件，从他们的名称你也可以猜出个八八九九，反正你不怕麻烦你就挨个用Reflector试好了...^_^最后找到了WebTracker.dll 可疑，因为在Reflector按F3，你可以搜索到很多关于license的东东。哈哈，探究之路开始了。首先看看Lealsoft.URTracker.BLL下有个ServerLicenseProvider类。

public class ServerLicenseProvider : LicenseProvider{      // Methods      static ServerLicenseProvider();      public ServerLicenseProvider();      protected virtual ServerLicense CreateEmptyLicense(Type type);      protected virtual ServerLicense CreateLicense(Type type, string key);      public override License GetLicense(LicenseContext context, Type type, object instance, bool allowExceptions);      protected virtual string GetLicenseData(Type type);      protected virtual Stream GetLicenseDataStream(Type type);      protected virtual bool ValidateLicense(ServerLicense license, out string errorMessage);      protected virtual bool ValidateLicenseData(Type type, string licenseData);

      // Fields      private static readonly ServerLicenseCollector LicenseCollector;

      // Nested Types      private sealed class ServerLicenseCollector      {            // Methods            public ServerLicenseCollector();            public void AddLicense(Type objectType, ServerLicense license);            public ServerLicense GetLicense(Type objectType);            public void RemoveLicense(Type objectType);

            // Fields            private IDictionary _collectedLicenses;      }} 看到没，有几个CreateLicense，GetLicense，ValidateLicense ，ValidateLicenseData，GetLicenseDataStream这几个方法。好，打开看看都是什么东东。

protected virtual ServerLicense CreateLicense(Type type, string key){      char[] chArray1 = new char[1] { '''''''':'''''''' } ;      string[] textArray1 = key.Split(chArray1);      return new URTrackerLicense(type, key, long.Parse(textArray1[1], CultureInfo.InvariantCulture), long.Parse(textArray1[2], CultureInfo.InvariantCulture), textArray1[3], long.Parse(textArray1[4], CultureInfo.InvariantCulture), long.Parse(textArray1[5], CultureInfo.InvariantCulture), textArray1[6]);} 哇！就是新建license，URTrackerLicense后面有几个参数，什么也看不出，感觉是要用":"split开一个字符串。来，打开URTrackerLicense构造函数看看。public URTrackerLicense(Type type, string key, long startTicks, long ticks, string username, long userIndex, long clientCount, string mac) : base(type, key){      this._foundMac = false;      this._ticks = ticks;      this._startTicks = startTicks;      this._username = username;      this._userIndex = userIndex;      this._clientCount = clientCount;      this._mac = mac;      this._macArray = URTrackerLicense.GetMacArray();      this._foundMac = this._macArray.IndexOf(this._mac) > -1;} 哦，看到ticks，startTicks，username，userIndex，clientCount，mac难道这些就是所需参数"到期时间，使用开始时间，用户名，用户名索引，用户数，本机网卡地址"有点意思了。呵呵。找到了 URTrackerLicense 类，你就会知道我们猜测的没有错了。public class URTrackerLicense : ServerLicense{      // Methods      public URTrackerLicense(Type type, string key, long startTicks, long ticks, string username, long userIndex, long clientCount, string mac);      public static ArrayList GetMacArray();

      // Properties      public long ClientCount { get; }      public bool IsExpired { get; }      public string Mac { get; }      public long StartTicks { get; }      public long Ticks { get; }      public long UserIndex { get; }      public string Username { get; }

      // Fields      private long _clientCount;      private bool _foundMac;      private string _mac;      private ArrayList _macArray;      private long _startTicks;      private long _ticks;      private long _userIndex;      private string _username;} 继续，刚才找了CreateLicense，现在开始找ValidateLicenseData。protected virtual bool ValidateLicenseData(Type type, string licenseData){      bool flag1 = false;      char[] chArray1 = new char[1] { '''''''':'''''''' } ;      string[] textArray1 = licenseData.Split(chArray1);      if (textArray1.Length == 7)      {            return (string.Compare("URTracker1Licensed", textArray1[0], true, CultureInfo.InvariantCulture) == 0);      }      return flag1;} 哈哈，就是说刚才分析那个数组中textArray1[0]，必须是URTracker1Licensed！哈哈，这也进一步证实了我们要把注册信息字符串用":"分开的设想。Come on!离成功越来越近了！接着分析ValidateLicense。protected virtual bool ValidateLicense(ServerLicense license, out string errorMessage){      errorMessage = null;      URTrackerLicense license1 = (URTrackerLicense) license;      if (license1.IsExpired)      {            errorMessage = "The License has expired.";            return false;      }      return true;} 哦，知道了！原来是判断URTrackerLicense的属性IsExpired的真假！好，咱们看看属性IsExpired。public bool IsExpired{      get      {            if ((DateTime.Today.Ticks <= this._ticks) && (DateTime.Now.Ticks >= this._startTicks))            {                  return !this._foundMac;            }            return true;      }}  知道了吧！就是判断当前时间要在ticks和startTicks之间！然后再判断Mac的值。 现在查找Mac的相关类或者方法。找到了GetMacArray public static ArrayList GetMacArray(){      ManagementClass class1 = new ManagementClass("Win32_NetworkAdapterConfiguration");      ManagementObjectCollection collection1 = class1.GetInstances();      ArrayList list1 = new ArrayList();      using (ManagementObjectCollection.ManagementObjectEnumerator enumerator1 = collection1.GetEnumerator())      {            while (enumerator1.MoveNext())            {                  ManagementObject obj1 = enumerator1.get_Current();                  if ((bool) obj1.get_Item("IPEnabled"))                  {                        list1.Add(obj1.get_Item("MacAddress").ToString().Replace(":", "").ToUpper());                  }                  obj1.Dispose();            }      }      return list1;} 咱们从这里可以猜测的出，获得的Mac应该是去掉":" 如：01:AB:9E:6T:AB:9E:6T （注意了，是要大写的！）

对照URTrackerLicense的构造函数，我们就明白各字段的含义了。也可以构造出一个伪license。我随便构造一个，string data = "URTracker1Licensed:632598806976562500:735608407859509835:CaoxiCao:0:1000:0:AB9E6TAB9E6T";注意一下那两个ticks字段，需要把当前的ticks时间包含起来才行，否则IsExpired会判断为true的

回到刚才的思路 分析完 CreateLicense，GetLicense，ValidateLicense ，ValidateLicenseData。现在开始分析GetLicenseDataStream

protected virtual Stream GetLicenseDataStream(Type type){      string text3 = type.Assembly.GetName().Name;      type.Assembly.GetName().Version.ToString();      string text1 = "~/licenses/URTRACKER.aspx";      string text2 = null;      try      {            text2 = HttpContext.Current.Server.MapPath(text1);            if (!File.Exists(text2))            {                  text2 = null;            }      }      catch      {      }      if (text2 != null)      {            return new FileStream(text2, FileMode.Open, FileAccess.Read, FileShare.Read);      }      return null;} 知道了，这次知道了licenses生成的地方以及名称就是URTRACKER.aspx！！！

现在只是找到了licese格式，名称和位置，但是具体算法还是没有找到。继续在Lealsoft.URTracker.BLL命名空间找。呵呵！发现个叫EncryptedLicenseProvider的类，看看

居然有个东东！眼睛一亮！protected override Stream GetLicenseDataStream(Type type){      Stream stream1 = base.GetLicenseDataStream(type);      if (stream1 == null)      {            return null;      }      DESCryptoServiceProvider provider1 = new DESCryptoServiceProvider();      provider1.Key = EncryptedLicenseProvider.encryptionKeyBytes;      provider1.IV = EncryptedLicenseProvider.encryptionKeyBytes;      ICryptoTransform transform1 = provider1.CreateDecryptor();      return new CryptoStream(stream1, transform1, CryptoStreamMode.Read);} 因为我们看到了DES!哈哈，知道了，是DES加密！看到调用base.GetLicenseDataStream了吗？就是取得license的内容！！而它的基类就是我们刚刚分析过的ServerLicenseProvider。好，我们下一步搞清楚Key和IV的值。当找到这个静态构造函数时，心一下子揪了起来，成功了吗？快了！static EncryptedLicenseProvider(){      EncryptedLicenseProvider.encryptionKeyBytes = new byte[8] { 0x35, 0x37, 0x42, 50, 0x42, 0x31, 70, 0x36 } ;} ^_^，终于哭了，搞清楚了DES加密啊！可以写代码生成伪licese文家了！本来俺做了个 注册机出来的，怕太对不起作者了，暂不公布了！

把源代码公布吧！

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－using System;using System.Collections.Generic;using System.Text;using System.Security.Cryptography;using System.IO;

namespace ConsoleApplication2{ class Program {  static void Main(string[] args)  {   byte[] encryptionBytes = new byte[8] { 0x35, 0x37, 0x42, 50, 0x42, 0x31, 70, 0x36 };   DESCryptoServiceProvider provider = new DESCryptoServiceProvider();   provider.Key = encryptionBytes;   provider.IV = encryptionBytes;   ICryptoTransform transform1 = provider.CreateEncryptor();

   string data = "URTracker1Licensed:632572024003281250:735608407859509835:CaoxiCao:0:10000:0111A7C7D865";   Console.WriteLine(System.DateTime.Now.Ticks);  //当前的ticks   byte[] message = Encoding.UTF8.GetBytes(data);   FileStream fs = new FileStream("c:\\URTRACKER.aspx", FileMode.Create,     FileAccess.Write, FileShare.Write);   CryptoStream cs = new CryptoStream(fs, transform1, CryptoStreamMode.Write);   cs.Write(message, 0, message.Length);   cs.Flush();   cs.Close();   fs.Close();

  } }}


转自:http://www.24doings.com/circs_800.do，详情请浏览这个地址。

1.概念
        简单的说就是你申请了一块内存空间，使用完毕后没有释放掉。它的一般表现方式是程序运行时间越长，占用内存越多，最终用尽全部内存，整个系统崩溃。由程序申请的一块内存，且没有任何一个指针指向它，那么这块内存就泄露了。

2.泄漏的例子
    举几个例子  
  void   fun0()  
  {  
      char   *p=new   char[100];  
  }  
  执行完上面的函数就发生了泄露  
  指针p是局部变量，函数执行完后，指针p被销毁，造成   new   char[100]的内存没有指针指向它  
  ，也就无法再使用，造成内存泄漏。 
  void   fun1()  
  {  
      char   *p=new   char[100];  
      p=new   char[100];  
  }  
  这也泄露了  
   
  void   fun2()  
  {  
      new   char[100];  
  }  
  这东西肯定泄露完了  
   
  void   fun3(char   *a)  
  {  
      char   *p=new   char[100];  
      char   *b=p;  
      p=a;  
      a=b;  
  }  
  可能有泄露，赶紧去加内存条。

3.泄漏的分类
        以发生的方式来分类，内存泄漏可以分为4类：
        (1). 常发性内存泄漏。发生内存泄漏的代码会被多次执行到，每次被执行的时候都会导致一块内存泄漏。
        (2). 偶发性内存泄漏。发生内存泄漏的代码只有在某些特定环境或操作过程下才会发生。常发性和偶发性是相对的。对于特定的环境，偶发性的也许就变成了常发性的。所以测试环境和测试方法对检测内存泄漏至关重要。

        (3). 一次性内存泄漏。发生内存泄漏的代码只会被执行一次，或者由于算法上的缺陷，导致总会有一块仅且一块内存发生泄漏。比如，在类的构造函数中分配内存，在析构函数中却没有释放该内存，所以内存泄漏只会发生一次。
        (4). 隐式内存泄漏。程序在运行过程中不停的分配内存，但是直到结束的时候才释放内存。严格的说这里并没有发生内存泄漏，因为最终程序释放了所有申请的内存。但是对于一个服务器程序，需要运行几天，几周甚至几个月，不及时释放内存也可能导致最终耗尽系统的所有内存。所以，我们称这类内存泄漏为隐式内存泄漏。
   
        从用户使用程序的角度来看，内存泄漏本身不会产生什么危害，作为一般的用户，根本感觉不到内存泄漏的存在。真正有危害的是内存泄漏的堆积，这会最终消耗尽系统所有的内存。从这个角度来说，一次性内存泄漏并没有什么危害，因为它不会堆积，而隐式内存泄漏危害性则非常大，因为较之于常发性和偶发性内存泄漏它更难被检测到。

4.内存泄漏的表现
        内存泄漏或者是说，资源耗尽后，系统会表现出什么现象哪？
        cpu资源耗尽：估计是机器没有反应了，键盘，鼠标，以及网络等等。这个在windows上经常看见，特别是中了毒。
        进程id耗尽：没法创建新的进程了，串口或者telnet都没法创建了。
        硬盘耗尽： 机器要死了，交换内存没法用，日志也没法用了，死是很正常的。
        内存泄漏或者内存耗尽：新的连接无法创建，free的内存比较少。发生内存泄漏的程序很多，但是要想产生一定的后果，就需要这个进程是无限循环的，是个服务进程。当然，内核也是无限循环的，所以，如果内核发生了内存泄漏，情况就更加不妙。内存泄漏是一种很难定位和跟踪的错误，目前还没看到有什么好用的工具（当然，用户空间有一些工具，有静态分析的，也会动态分析的，但是找内核的内存泄漏，没有好的开源工具）
        内存泄漏和对象的引用计数有很大的关系，再加上c/c++都没有自动的垃圾回收机制，如果没有手动释放内存，问题就会出现。如果要避免这个问题，还是要从代码上入手，良好的编码习惯和规范，是避免错误的不二法门。

5.内存泄漏的检测
        内存泄漏检测工具介绍： http://bbs.51testing.com/thread-87138-1-1.html，只是列出了各个工具，具体实践没有。
        另外网上还有很多针对java和c＋＋等的内存泄漏的文章
        Java内存泄漏：http://www.blogjava.net/galaxyp/archive/2006/04/28/43724.html
        VC6.0内存泄漏检测：http://leoman95.spaces.live.com/blog/cns!87f442ce8fa434b1!131.entry
        LR中：如果Process\Private Bytes计数器和Process\Working Set计数器的值持续升高，同时Memory\Available bytes计数器的值却持续降低的话，说明很有可能是存在内存泄漏。

冒烟测试

冒烟测试（smoke testing）,据说是微软起的名字。在《微软项目求生法则》一书第14章“构建过程”关于冒烟测试，就是开发人员在个人版本的软件上执行目前的冒烟测试项目，确定新的程序代码不出故障。

冒烟测试的名称可以理解为该种测试耗时短，仅用一袋烟功夫足够了。也有人认为是形象地类比新电路板功基本功能检查。任何新电路板焊好后，先通电检查，如果存在设计缺陷，电路板可能会短路，板子冒烟了。

冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续的正式测试工作。冒烟测试的执行者是版本编译人员。

在一般软件公司，软件在编写过程中，内部需要编译多个版本(Builds)，但是只有有限的几个版本需要执行正式测试（根据项目开发计划），这些需要执行的中间测试版本，在刚刚编译出来后，软件编译人员需要进行基本性能确认测试，例如是否可以正确安装/卸载，主要功能是否实现，是否存在严重死机或数据严重丢失等Bug。如果通过了该测试，则可以根据正式测试文档进行正式测试。否则，就需要重新编译版本，再次执行版本可接收确认测试，直到成功。

新版本的基本功能确认检查的测试，有的公司成为版本健康检查(Build Sanity Check)。对于编译的本地化软件新版本，除了进行上面提到的各种测试检查，还要检查是否在新的本地化版本中正确包含了全部应该本地化的文件。可以通过采用文件和目录结构比较工具，首先比较源语言版本和本地化版本的文件和目录中的文件数目、文件名称和文件日期等，这个过程称为版本镜像检查(Build Image Check)。其次，分别安装源语言版本和本地化版本，比较安装后的文件和目录结构中的文件数目、文件名称和文件日期等，这个过程称为版本安装检查(Build Installing Check)。

随机测试

在软件测试中除了根据测试样例和测试说明书进行测试外，还需要进行随机测试(Ad-hoc testing)，主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行样例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。

随机测试主要是对被测软件的一些重要功能进行复测，也包括测试那些当前的测试样例(TestCase)没有覆盖到的部分。另外，对于软件更新和新增加的功能要重点测试。重点对一些特殊点情况点、特殊的使用环境、并发性、进行检查。尤其对以前测试发现的重大Bug，进行再次测试，可以结合回归测试(Regressive testing)一起进行。

理论上，每一个被测软件版本都需要执行随机测试，尤其对于最后的将要发布的版本更要重视随机测试。随机测试最好由具有丰富测试经验的熟悉被测软件的测试人员进行测试。对于被测试的软件越熟悉，执行随机测试越容易。只有不断的积累测试经验，包括具体的测试执行和对缺陷跟踪记录的分析，不断总结，才能提高。

        2、何时开始做计划。可能在项目管理/软件工程中有提出，如开发计划在什么时候做？测试计划在什么时候做？ 其实计划从我们一开始（立项）就在做了，只不过可能你初期的计划是非常粗略的，甚至不是文档化的，但这都是计划。

        3、历史数据及经验。 经验对计划是有用的，但个人积累的经验可能不是相关项目的，即使是类似项目的，也可能因为不同的项目背景有所不同；所以积累历史数据是非常重要的，项目历史数据可参考性更强，有助于更加准确地制定计划。

        4、计划的执行。  制定了计划就是要指导执行的，如果不按照计划执行，不如不花那个时间写文档。但有时候计划就是不如变化大。 那应该如何处理呢？可以从几点进行考虑：
        1）计划是不是制定的不合理；如，没有加入松动时间，对资源限制考虑不够，如果项目组成员工作16*6都做不完，那你的计划应该修改了：）

        2）计划有没有定期跟踪并修订；计划与实际肯定是有偏差的，所以计划也要定期修订，如果计划与实际相差太多，可就没有指导意义了。

        3）计划没有经过评审和项目组的认可。比如你订计划，一个人应该一天完成某个任务，实际上也许任务太难、也许他能力不够等等，他10天都做不完。你订这样的计划，也就没有什么意义了。

        5、那计划应该何时修订？曾经一个项目组，走CMM过程，每一点点不符合都要形成不符合报告，然后修订，其实不必要的。不是连CMM都建议计划偏差到一定程度才做书面修订的吗？不过，如何定义这个程度那应该坐下讨论一下吧，毕竟拿来的不一定都适用。

    记得刚到我现在的这个公司，试用期过后，我就开始测试A软件，这个软件的开发人员编写程序很细心，也很有责任感，心态态度也很好。因为，我在测试他的程序的时候，他设计的界面都很好，考虑到了用户使用起来怎么样会方便，当我发现他的程序的问题的时候，我告诉他，他第一反应是看我怎么操作出现这样的问题的，然后他回去分析程序，用程序进行跟踪，我也帮他分析，我俩配合沟通都非常的好。每次我发现的问题，他认同的会很快的改过来，他不认同的问题会向我讲解他的理由，理由非常的充分，让我很服他不修正问题的原因。我们的关系处的非常好，不像其它同行所说的测试人员是开发人员的敌人。这样一直配合到我们把A软件正式发布了。

    在这期间他还帮我写些小工具，方便我测试的时候好建造数据。一年半过去了，前不久，他在做其它用户的个性化程序，他都习惯性的先给我看看，看我能否给他找出问题，让我很高兴的发现，他的程序我无法在发现问题了，我只能提一些他有时忘记的用户操作的友好性问题。嘿嘿，他现在写程序的时候已经习惯注意到我测试时经常会发现他那些问题，他经常容易忽略那些问题。因此当他提交给我测试的时候，同样是在一段时间内，同样是个小功能的程序，但是我想尽我浑身招数我都找不到程序的一个bug了，当时，心里既是开心也是心酸，原因是：我不能在测试他的程序了，因为他对我太熟悉了，已经把我测试他程序中发现的问题在他写程序的时候就解决了。他已经在我这里顺利毕业了。以后有机会做白盒测试，兴许可以发现问题。^_^ 写到这里我还在回味着我曾经发现他的那些bug我们一起分析解决的场景。

    然而，测试职业的工作不可能总是碰上这么好沟通和上进的开发人员，在工作的过程中，还是会碰上不是这一类的开发人员，那是2004年的7月底，我出差去现场测试B软件了，当时见到项目组新成员，彼此都不了解，第一次见面时，其中一个开发人员见我个子很矮，比较显小，就问我：你是从北京来的？，我说：是的。接着问：你来公司多长时间了？我说：快一年了。在接着问：你来这里是测试B软件的那个功能模块啊？我说：测试B软件的所有功能。他无语。当时给我感觉很是不好。在后来的工作中，我发现他工作很不负责任，自己写的程序不自测，问题很多；写程序不按照用户的需求写、不考虑用户使用怎么方便。所以那段时间，我让他改bug简直是要和他吵架，我可不喜欢和人吵架了，因为我从来没有赢过。嘿嘿，现在想想，当时是平生第一次碰上这样的人，这样的事情。没有经验，没有很好的做好调教这种类型的开发人员的工作，主要还是没有找到很好的方法。后来这个开发人员由于工作不负责任、不好好的干活，公司就让他离开了。当时我心里在偷偷的乐啊，以后不用测试他的程序了。那时候，测试他程序的日子里有时候好怀念测试A软件的日子。

    现在测试的这个C软件有两个开发人员，嘿嘿，C1开发人员非常的优秀，沟通非常的好，和A软件的那个开发人员他俩不分上下。只不过他们的性格还是有些不太一样。然而C2开发人员心态就不太好、也没有很好的责任心。当我发现他负责领域的程序出现问题的时候，我告诉他，他第一反应就是没有问题啊，然后我复现给他，然后他分析是不是他的，而不是去找程序是怎么出错的，甚至让我在写bug的时候帮他定位问题出现在那里。在测试人员紧缺和时间有限的情况下，在我看不到原代码的情况下，我怎么去定位问题出现在那个地方。我们之间沟通的时间都花费在了谈论这个bug是谁的问题，这个bug要不要改，就这样花费在了这些没有价值的地方。还好，有了上一次的教训，这次面对C2的开发人员，我心态好好多，已经能平静和正常的对待这样的现象。

    现在经过请教有经验的人，思考采用的方法是：

    1、把这种情况反馈给项目经理，尤其在出现争论是否是bug的时候，如果出现分歧可以让项目经理来做判断，或者找他们部长之间进行讨论，不要和他直接产生冲突，因为我们是直接面对的，冲突对日常工作不好。

    2、关于他的态度我可以和他说，我们的目的是修改程序，并不是确定谁有责任的事情，告诉他，是不是他的责任，我并不关心，我只关心程序是否好用。让他感觉我们之间并没有什么利益性质的冲突。

    如果有那个同行看了这篇文章后有更好的方法，可以给我回信咯。嘿嘿，小女子在这里先谢谢了。

    休息一下，现在来谈谈最后关于上面这些事情我发出的感慨吧：

    优秀的开发人员，当他在发现问题的时候，他会和测试人员一起探讨问题是怎么发生的，甚至测试人员也会问开发人员为什么会出现，这样可以积累双方的经验。下次当他们在进行新产品的研发和测试的时候，开发人员就会知道测试人员会发现怎样的bug，他提交程序前就会给提前改了。那样测试人员可以用更多的时间去考虑那些没有被发现的bug。这样给公司节约不少成本和风险，对开发和测试本身来说都留下了更多的时间去探索更深层的东西。

    碰到不开窍的开发人员，测试就要花费很多成本在沟通上和重复验证老bug是否解决上。测试的价值就不能更进一步发挥，时间长了，测试会处于一种疲惫状态，发现的效率会降低，这样对开发和测试都不好。解决方法：只能从人力资源下手了，招人的时候要严格的考核这个人是否真正的符合这个岗位，不然的话，给公司和个人的成本损失太严重了。然而在实际工作中，对于一个开发人员的责任心往往很难一下子就了解，只有在项目中工作中逐渐的发现。

    最后我告诉自己：有度量去容忍那些不能改变的事，有勇气去改变那些可能改变的事，用智慧去区别上述两类事情。