一、报错截图

二、错误描述

Configuration error

Description: An error occurred during the processing of a configuration file required to service this request. Please review the specific error details below and modify your configuration file appropriately.
Parser Error Message: Could not load file or assembly 'stdole, Version=7.0.3300.0' ...

。。。。。。

三、原因分析

从上述的错误来看，起先是以为oracle目录相应权限的问题，因为oracle所在的盘符的文件系统是NTFS，可能有权限上的限制。结果把但凡涉及到权限的地方都配置到了，服务器也重启了，仍然无法解决问题。最终还是老老实实的看报错明细，提示的是无法找到stdole这个程序集。后来在C:\Windows\assembly目录下查找，确实没有这个程序集，故网站浏览时无法记载报错。

网上的方法千千万万种，看晕了。比较靠谱的是“服务器上面正在运行的组件和你更新后需要的组件版本不一致，请首先停掉网站程序，然后在组件服务里面停掉相关的进程，接着从gac卸载掉相关的注册组件，最后是删除掉.net framework存在的缓存，然后重新注册gac，重启iis就ok了”。试了一次，不行，怪了。同样也试着从其他机器上将stdole程序集拷过来，也不行。

现在问题转移到如何恢复stdole程序集，同时也想到office相关的word excel安装都会加载相应的.net组件。可能这台服务器上office安装的时候，是最小安装，并没有安装支持.net编程的组件。于是：

1、             控制面板---添加或删除程序--- Microsoft Office Professional Edition 2003，选择“重新安装或者修复”；

2、             勾选word excel，同时勾选底下的“选择应用程序的高级自定义”；

3、             在“.Net 可编程性支持”选项的下拉菜单中选择“从本机运行”或“从本机运行全部程序”，单击“更新”。

4、             更新完成后，重启服务器（非必要项，视具体情况）

5、             进入C:\Windows\assembly目录下就可以找到stdole程序集以及相关的密钥信息。

6、             IIS重启，再次浏览网站，问题解决。

四、名词解析

GAC中的所有的Assembly都会存放在系统目录"%winroot%\assembly下面。放在系统目录下的好处之一是可以让系统管理员通过用户权限来控制Assembly的访问。  

GAC全称是Global   Assembly   Cache，他的作用是可以存放一些有很多程序都要用到的公共Assembly，例如System.Data、System.Windows.Forms等等。这样，很多程序就可以从GAC里面取得Assembly，而不需要再把所有要用到的Assembly都拷贝到应用程序的执行目录下面。举例而言，如果没有GAC，那么势必每个WinForm程序的目录下就都要从C:\WINDOWS\Microsoft.NET\Framework\v1.0.3705下面拷贝一份System.Windows.Forms.dll，这样显然不如都从GAC里面取用方便，也有利于Assembly的升级和版本控制。

.NET   Framework中附带了一些和GAC有关的工具，其中包括：  
    1）Gacutil.exe，一个命令行的工具，用于在GAC中浏览、添加、删除Assembly  ；

2）Ngen.exe，也是一个命令行的工具，用于在GAC中创建Native   Image   ；

3）mscorcfg.msc，一个MMC终端，可以图形化完成Gacutil.exe的主要功能。  

又开始迷茫了。。。

   刚开始的时候，很想一气呵成把事情做好，有统筹有规划。但是渐渐发觉在一个团队里，信息流通和协调非常重要。现在却出现这种状况：几个人悠闲的不得了，看网页看视频等，几个人忙得不得了，加班加点通宵到2 3点。有时候想追求一种平衡，但是由于分工不同和能力不同，每个人的进度往往拉开了距离。

   在这个项目中，我的主要任务是协助完成用户测试，对于测试过程中用户不明白的功能做讲解，收集用户需求，指导用户使用新系统完成他们的业务，每日编写测试问题汇总以及进度报告，及时联系研发跟踪BUG。刚开始，手忙脚乱，用户一拨接一拨的来，每天问题不断，心里又是高兴又是着急。能发现问题是好事，但问题解决的进度和公司、现场的不一致很让人头疼。测试渐进尾声，在公司和现场的努力下，BUG数量逐渐减少，需要关注的事情少了，一下子闲起来了，又不知道怎么办了。迷茫了。。。

   现在回想起来，有很多地方需要注意的：

1、对于项目而言，不是一方的努力就可以完成的。用户不急不慢、拖拖拉拉是所有国营企业的通病，项目经理需要有一定的魄力和协调能力，尽可能打动用户的上层领导挟制住用户积极配合，否则所谓的需求调研完全就是浪费时间。前期的调研不细致，后期的迁移、开发就会裹足不前。时不时的被用户这样那样的问题绊住脚步。

2、用户测试要有用户测试计划，内部测试要有内部测试计划。

   功能清单、测试报告

如果有一个IE浏览器出现有时能下载有时不能下载的问题，你来分析一下问题出在哪里，要从各种角度分析问题的原因．
如果问题就是浏览器出了错，那你如何找到错误出现在浏览器具体的哪个地方？
 
   案发现场线索最多！既然IE时好时坏，那么就要仔细发现对比是什么导致时好时坏。大致需要从两个方面来说：
   一、纵向对比
       IE配置不变，对比‘时好时坏’的差异。IE出了问题，所有的配置原封不动，首先找到所谓的‘好’是什么时候，‘坏’是什么时候，有什么异同，可以自己用个TXT或者EXCEL列一下。
       说到IE配置，涉及的内容就很多。首先查看IE的版本，IE6或者IE7或者（更高级别的我还不知道呢）！记录internet选项里常规（internet临时文件设置）、安全（Internet、Intranet、信任、不信任配置）、隐私（是否阻止弹出窗口）、内容（是否设置新连接、代理）、程序（加载项）、高级（详细的设置）、好的时间段、坏的时间段、网络状态、机器性能、硬盘容量、进程数、防火墙状态、杀毒软件状态、插件类型、cookies的状态、被下载的文件）等
     
   二、横向对比
      其他IE版本是否有这个问题？（IE6或者IE7）
      其他浏览器是否有这个问题？（IE、火狐。。。）
      其他机器是否有这个问题？
      其他系统是否有这个问题？（winxp、win2000、win2003、小型机）
      下载其他文件是否有这个问题（被下载的文件不同可能你积分达不到、时间到期、文件大小、权限不够呢）？

      嗯，大致可以列个矩阵图表出来，然后勾勾叉叉，HOHO

空间开了这么久，丝毫没啥动静。因为力求完美，非得把自己日常积累的一些知识记录的像百科全书，或者面面俱到，开头中间结尾very perfect才肯发表。这里不是在作秀，既然开了博，就把经常积累的知识记录下来，不要太吹毛求疵，把问题表达清楚就可以了，just so so ！

    看到别人的空间，异彩纷呈的舞台。我的却静悄悄，站在远处看，不如自己静下心来记录。《软件测试的艺术》这本书在硬盘里放的时间太长了，我应该每天读一些，同时写下自己的读后感。每天进步一点点！！

    不知不觉已经做测试一年了，尤其是最近接手各项测试，感受颇多！心里有很多冲击和想法，回家了，没有沉淀和思索出什么，只是对着窗外的无边的稻田发呆。。。

    也想不出，其实放假的时候我很不愿意思索这些繁杂的事情，在这个公司里对于测试的管理和重视都不够，如何利用有限的资源去完成无限的事情，才是每天我焦头烂额的事情！至于其他提高效率，方法管理，规则管理以及通报、邮件啊、流程啊、制度啊。。。。 我都无暇去想了！尽管我知道，要解决这纷繁复杂的现状，必须牵个头绪出来，而且需要有人支持你，当然也需要一定的话语权！

    想寻找平衡点，却不知道该停留在那个点，能够支撑我的人生和工作？看着同时进来的同事在不同的岗位上奋斗，谈笑风生， 在想那是不是自己想要的人生？回到家，却发现我的人生还根深蒂固在门口的花花草草和一小畦菜地上！

   今天早上早早的5点从家里准点赶到公司，打开电脑，电话响起来。。。。

   一切又恢复平常了！

   平衡点就是家和公司之间的某一点吧？