今天终于把申请脚本搞定了，总结下教训

这星期调脚本，弄得像生孩子难产一样

满心欢喜，破费周折，终于还是来到了这个世界

总结下教训：

1.不能看源代码有点郁闷，之前都可以看得，正式开始后，就不能svn更新了，就个人而言，我挺喜欢看源代码，方便了解程序的每一个细节，不用什么都问开发，
    弄到最后，还是让开发的把最新的程序源代码，发给了我，一看，demo版的程序和正式版的差别还是挺大的。

2.沟通真的很重要。。。虽然感觉自己的沟通能力还可以，但一到了这，感觉沟通能力不足了，其实也还好，最主要的是，每一次提出问题，都是在给别人增加工作量，而且，开发人员的想法和测试是不一样的，他们认为OK的事，可能测试要忙活一阵子；还有和领导的沟通。头的几次督工，通过交谈，都可以在宏观上为我进一步理清思路，弄清楚真正的问题所在，和比较好的解决方法。这块，我显得有点被动，主要是一直有问题，想着尽快把问题解决，自己也有点着急了吧。

3.怎么解决问题：这个之前也想过，就是遇到问题，首先将问题隔离，在一个相对纯净、简单的环境里重现问题，将其他的干扰因素剥离，然后在分析问题可能产生的原因，排除法是最常用和实用的。当然解决问题要不怕麻烦，往往是因为怕麻烦，懒得再做一遍，错失了解决问题的良机。

   复杂问题简单化，但是不能简单过头。

4.做事情的条理：调试脚本应该从简单到复杂，逐步累加，一下子就把脚本变的复杂，只会出现越来越多的问题，而且让我们更加不容易定位问题，也容易打击我们的积极性。而从小成功，逐步变成大成功，我们会越做越有信心。

    这次就是教训，弄到最后，可以运行的脚本完全可以不用那么复杂的。是我从一开始就选择了一条复杂的路——应该也可以说是错误的，否则，脚本应该上周五可以搞定。

    有时候，是路本来就走错了，越走当然越艰难。

     原点思考法，让我们回到问题的原点，让我们再重新确认一下，我们想要达到的目标，我们正在做的，和我们遇到的问题 。这样更有助于明确，我们现在所做的

5.做事情的方法与做事情的技术。。。。

写了这么多，记住一条就够了，录制完脚本，调试脚本，要一点点的修改，调试，一次不要改动太多。让我们从一个小成功，逐步走向大成功。

    还没加过班呢，头说今天再搞不定要加班的，本来以为要加班的，都快绝望了，亏得薛老师的一句话，一开始没太在意，后来居然成功，谢天谢地。
    每个人的脑子总是存着一些想当然的东西，自己固执的以为就是那样的，于是便丧失了找到答案的良机。
    难道是丧失了怀疑的精神了吗？不是，是我们对自己太过自信了。。。

    我们所想的，所说的，所认为理所当然的，最好让它经过实践检验一下，让软件的运行结果、数据，来做我们的证明。而不是空口的“我认为一定是那样的”。

   废话很多，这周调脚本比较郁闷的缘故吧，对LoadRunner的脚本调试功力应该有长进了。