'=========================================================连接数据库取值=================================================================
  Dim Cnn,result ,resultstring
  Set Cnn=CreateObject("ADODB.Connection")
  Cnn.ConnectionString="DSN=Oracle;UID=popware;PWD=popware;DBQ=POPDB_NEW

;DBA=W;APA=T;EXC=F;FEN=T;QTO=T;FRC=10;FDL=10;LOB=T;RST=T;BTD=F;BNF=F;BAM=IfAllSuccessful;NUM=NLS;DPM=F;MTS=T;MDI=F;CSR=F;FWC=F;FBS=64000;TLO=O;;"
  Cnn.Open
  If Cnn.state = 0 Then
   Reporter.ReportEvent  micFail ,"数据库连接:","连接失败"
  else
     Reporter.ReportEvent  micPass,"数据库连接:","连接成功"
  End If
  strsql="select VENDER_ID from  VENDER_SHOP where VENDER_ID=20921"
 
 '  strsql2="select count(*) from  VENDER_SHOP where VENDER_ID=10001"
  set Rs=CreateObject("ADODB.Recordset")
     Rs.Open strsql,Cnn,0,1
   result=Rs("VENDER_ID")
    '  msgbox typename (result)
   resultstring=cstr(result) '数值转换为字符串

字符串：我爱360buy网站

我们需要获得的：360buy

代码：

Private Sub Command1_Click()
    Dim s As String
    Dim l As Long
   
    s = "我爱360buy网站"  '截取出360buy
    l = InStr(s, "网") - InStr(s, "爱")
    If InStr(s, "爱") > 0 And l > 0 Then Print Mid(s, InStr(s, "爱") + 1, l - 1)
End Sub

Option Explicit '强制变量声明
Const ForReading= 1,ForWriting = 2,ForAppending = 8'1读 2写 3追加写
Dim fso,file
Set fso= CreateObject("Scripting.FileSystemObject")
Set file = fso.CreateTextFile("d:\test.txt", true)
file.write "=================================="
file.WriteBlankLines(1) '换行，相当于一个回车
file.write"登陆成功"
file.WriteBlankLines(1)
file.write "=================================="

file.Close
Set file = Nothing
Set fso= Nothing

最近做了很多环境搭建方面的工作，走了很多的弯路，记录下来；

操作系统：windows server 2008

安装顺序如下：

1.先安装Virsual Studio 2008;

2.Virsual studio 2008 SP1;

3.SQL SERVER 2008 ;

4.SQL SERVER 2008 SP1

5.安装相关插件；

安装注意事项：

1.安装数据库和virsual studio  时都不要换路径，默认C:*/;

2.安装过程中不要同时再安装其他软件（第一次安装不成功，再安装时非常）

3.安装不成功进行卸载时一定要彻底的清空所有相关联的项；（可以使用360软件管理）

4.（有事情出去了，待续吧）

文章来自 贾瑞卿的测试家园

大家经常会使用IM的文件在线传送功能对于这个功能有哪些测试的重点呢？在此我先抛砖引玉了，大家有什么好的提议请跟帖回复，便于以后完善！多多交流共同提高~

测试关注点：

1. 断网测试，是否支持断点续传
2. 资源被占用的时候能否传送
3.传送一个病毒文件，验证是否进行了检测
4.同时传送或者接收多个文件。
5.传送过程中，聊天，听音乐。
6.一边接收文件，一边发送另一个文件。
7.文件接收完毕后的命名规则
8.对传输的文件的类、大小
9.文件传输过程中对资源的使用情况。
10.文件传输对不同版本的程序的兼容性。
11.不同网速的情况下文件传输的情况。

砖已抛出，欢迎讨论

·O(∩_∩)O~

这几天离职了,没事总结了过去一年测试工作中的收获和不足，突然回想到去年年会时候测试部出的那个经典广告，是部门同事们一起编的，颇具无厘头的搞笑，同时也起到了令人深思的效果。与大家分享下。

优乐美的广告改编：

女：我是你的什么？

男：你是我的S1级BUG.

女：啊~，原来我是虫子啊

男：这样我就可以再测你一次了，BUG，我只要S1级的！

合：质量掌握在每个人手中~

1.   编写目的

为了指导测试部顺利在websphere下进行系统的部署，特编写本部门的指导书对此工作进行说明，便于相关人员在实际工作中参考本文档来规范工作。

2.   编写依据

主要根据websphere的使用文档，以及公司内部系统的部署经验来编写。

3.websphere启动

Websphere安装完成后，默认的登录控制台端口为：9060或者9043；应用系统发布后端口为9080；

登录主控制台的URL：http://服务器ip:9060/admin  ，输入用户名和密码；

应用系统发布后的访问：http:// 服务器ip:9080/NAME  ;注释：NAME 为发布的服务名

4.应用系统的部署过程

4.1首先配置好要发布的系统，然后打成 .war包。

常用制作方法命令:jar –cvf  NAME.war *

4.2选择"应用程序"--->企业应用程序，然后在右端会显示系统安装过的应用程序。

图1

4.3在企业应用程序中，点击“安装”按钮，或者在左边的框架中选择“安装新的应用程序”，这时会提示选择应用程序的路径。点击“浏览”，选择刚才打好的.war包，上下文根处输入我们要发布的文件名“/NAME”，点击下一步，具体如图2

图2

4.4.剩下的几个步骤可以具体自己来配置，如没有特殊要求一直点“下一步”即可；点击最后的“保存”--->完成；

4.5回到应用程序的初始页，选中刚才部署的NAME,点击“启动”来启动刚才部署的系统服务；输入：http:// 服务器ip:9080/NAME 验证部署是否成功；【9080为Websphere默认的端口】

5.websphere 数据源的创建过程：

1.创建JDBC提供程序

（1）选择左侧“资源”-->JDBC---->"JDBC提供程序",

图3

（2）“新建”-->选择数据库类型（此处以Oracle为例），实施类型，连接池数据源。下一步：

图4

   （3） 输入数据库类路径信息的位置，既设置JDBC 驱动程序类文件的环境变量，可以直接点击“下一步”按照默认的路径选择JDBC 驱动程序文件。也可以找到ojdbc14.jar文件的目录，输入它的完整路径；下一步，à【完成】

2创建数据源；

    (1)选择左侧“资源”-->JDBC---->"数据源"  “新建”-->输入数据源名称：（任意），JNDI名称（这个要和数据库上的localtion一致） 下一步；

图5

(2)选择之前创建好的JDBC提供程序；点击下一步

图6

(3)输入数据源的特性信息：下一步

图7

3.JASS-J2C认证数据的创建

(1) 选择左侧“资源”-->JDBC---->"数据源" ,打开自己刚才创建的数据源 ，选择右侧的" JAAS － J2C 认证数据" ；

   图8

(2) 新建一个j2c认证文件；别名随意起，用户标示：连接数据库的用户名；密码：连接数据库的用户密码；如图9所示

图9

4.数据源与J2C名字的关联4

   点击已经建立好的数据源，在“组件管理的认证别名 组件管理的认证别名" 的下拉框中选择 我们刚刚创建的J2C认证  --"确定

图10

5.数据库连接的测试

选择创建的数据源，点击“测试连接”按钮；

Websphere 服务端口号修改：

服务器-->应用程序服务器-->Server1-->端口，找到defaulthost就是当前的服务发布端口号，可进行修改

6.主意点：

      在部署过程有时候会出现部署不上的问题{当你选择了.war包后，输入了根的名字，点下一步，提示有错误的} 这时候很有可能是因为web应用系统中的WEB.XML中的文件

没有按照servlet中

(icon?,servlet-name,display-name?,description?,(servlet-class|jsp-file),init-param*,load-on-startup?,run-as?,security-role-ref* 顺序格式来写。 检查一下，注意按顺序和格式。

通常软件测试会暴露软件中的缺陷，经过修正后可以保证软件系统的功能满足需求并正确运行。但是，在系统测试和确认测试中，测试人员容易遗漏一些隐藏的缺陷。众所周知，软件测试不可能发现所有的缺陷，而软件开发周期各个阶段仍然存在注入缺陷的可能，但是，有一些缺陷是测试中容易忽略的，也就是说，通过测试方法和用例可以充分暴露这些缺陷，遗憾的是，它们往往被忽略或者某种原因忘记测试了，这就给软件留下了隐患或者危机。这些容易被忽略的缺陷包括：

　　1、安装缺陷

　　通常项目组完成代码后，发布时候安装打包是最后一个环节，而软件测试人员通常在测试的时候，没有仔细的测试这一部分，而把用例集中在其他功能上。安装时候的缺陷通常通过拷贝而不是运行安装程序方式给测试人员安装软件，结果正式安装时候出现问题，引起例如控件没有注册，注册表没有导入等。删除时候没有注意安装文件夹是否存在用户文件，造成数据丢失; 使用绝对路径; 安装顺序没有说明书。

　　2、配置文件

　　有些文件在ini等配置文件中写出了管理员口令密码等信息，而且是明文的!这是一个安全隐患。另外，有些安装文件的 XML 文件，为了方便在数据库和中间层连接文件中写入了Admin 口令和密码。作为一个合格的软件测试人员，必须检查这些可以用记事本打开的文件。因为，一个稍有常识而且喜欢探索的用户，可能从中获取信息而成为不自觉的黑客。所以，配置文件可能成为软件安全方面的一个缺陷。

　　3、网页安全缺陷

　　现在网站开发已经注意到：登陆网站进入其内部网页后，直接拷贝网址，然后粘贴到另一IE 窗口输入，可以绕过登陆直接访问。也许商业网站很关注这个问题，但是很多行业软件却很容易忽略。

　　网页安全缺陷还可能存在于 IE 弹出的子窗口。有些设计不严格的软件，在主页面关闭的时候子页面还可以运行，这是一个明显的漏洞，而且还大大增加了错误发生的几率。

　　4、判断顺序/逻辑缺陷

　　对界面进行多个输入判断的时候，非常容易出现这种问题。例如判断年月顺序，判断长度，判断非空等。假如操作员仅仅满足单个条件，保存不能成功; 而按界面从上之下顺序一一满足条件之后，保存是没有问题的。但是，改变一下输入的次序，校验失效。例如，一一满足条件之后，不保存，倒过来将上面的输入改成非法输入，然后保存，结果居然也能成功，这是因为原先的判断由于发生过，或者根据语句顺序只检查最后一个判断，所以没有报错。这种错误尤其在 Java scrīpt 脚本的页面中要注意。能够保存不能保证数据正确，有可能引起系统崩溃或者后续数据错误。所以，在测试的时候，不要按照正常的顺序输入，而是要打乱步骤，看看代码是否强健，是否在判断逻辑上没有错误。良好的代码应该经得起折腾，至少保存时会再此全部进行判断，而不只是简简单单走到判断的最后一行。

　　5、调试语句和冗余信息

　　维护项目和升级改造的推广系统最容易潜伏这类缺陷。典型表现在没有删除或者屏蔽调试语句。弹出一个界面不友好的提示信息，会使不明真相的用户产生误以为系统发生了严重故障，从而引起对软件的不信任感。页面中某个角落存在当前客户不需要的冗余按钮和功能也是一种缺陷。多余的功能会使用户以为是额外附加部分而去使用，其结果可想而知; 而多余的按钮会误导好奇心强的用户操作，产生不必要的错误。

　　同样值得关注的还有参数设置，由于没有实际数据，开发人员在调试或者单元测试的时候，习惯性的进行自我设定而忘了删除，软件测试人员可能会忽略掉了这部分测试，也可能导致在客户现场发生错误而影响系统发布和验收。

　　6、不可重现的故障

　　新参加软件测试的人员或者新来的开发人员总是要问，不可重现的缺陷是否需要记录，有必要吗?回答是肯定的。测试必须如实的记录发生的问题，也许不能重现，或者使非软件系统本身问题，但是，可能这些偶然性背后是有规律的，不记录这些，就不可能发现这些规律。

　　7、多节点的逆向流转缺陷

　　当前软件不少喜欢使用工作流来驱动。工作流的问题，就是可能出现多个流向分支。测试容易忽略的部分，就是工作流多节点的逆向流转。例如，通过不通过涉及两个分支，但是流程逆转的时候，有可能不是回到上一节点而是平级的另一个节点去了。软件测试要格外注意这类用例的设计。另外，有些时候默认分支在向前的时候是有默认值的，例如默认通过，那么保存的时候要提示用户是否通过，否则可能由于操作疲劳而走错了节点，引起回退。

　　8、输入框缺陷

　　试过往输入框粘贴数据而不是直接输入吗?可能这里会出现问题。按 Ctrl+V 的时候，输入框会根据长度大小自动截断输入长度。但是用鼠标，截断可能会失效。有一次测试人员就是用这种方法把一篇 Word 文档输入进去了，保存的时候，数据库崩溃。有些网站登陆的口令****可以拷贝下来的，只要放在剪贴板里面马上明文显示。

　　输入框可以说是问题最多的部分，能够引起的麻烦也很多。日期、数字、文本等等，都需要耐心的测试一下。

　　9、界面布局缺陷

　　曾经有一次，项目经理回来向测试部反映一个问题，客户对界面不满意。原因很简单，因为界面上删除按钮和保存按钮挨得很近。结果有些操作不熟练的业务人员，很容易误按。这个问题是测试人员没有意料到的，因此注意关闭、删除、退出按钮与保存、下一步等按钮的距离。类似的按钮应按此规则排列分布。

　　界面布局还可能发生在窗口最大化和最小化上，有可能窗口缩小的时候没有下拉框或不匹配分辨率，对用户来讲，这个错误实在很低级。有些用户由于操作习惯，非常不喜欢腾出手使用鼠标，尤其是大量输入的界面，因此，要注意设置键盘的快捷方式。还有，按 Tab定位到下一焦点时要注意顺序，避免跳转太灵活而让操作人员感到无从适应，在界面进行维护或者修改的时候，不要忘了软件测试开发人员是否无意改变了这些快捷方式和跳转顺序。

　　10、版本和补丁包的环境问题

　　理论上讲，这属于兼容性测试应该覆盖的问题。有些客户很喜欢更新最新的软件版本或者微软时不时打些补丁包，问题就出现了。有时候升级不一定是好事。这些问题最好在测试的时候增加几个用例，多用不同软件版本的机器跑一跑。软件测试有个定律是：你没跑过的地方，就一定会出事。经常听到开发人员抱怨，怎么我的机器没问题，你的机器就有事了呢?这不能完全靠配置管理员解决问题，环境配置项是大家最容易忽略的。

　　11、用户管理缺陷

　　用户管理的角色和授权需要好好研究一下，作过测试的人员都知道，有时候为了测试的方便，测试用户都是具有超级权限的用户。而且，比较容易忽略用户管理这一部分的测试。往往发往客户的时候，很多测试用户都没有删除。

　　另外，有些接口的用户和口令，到软件使用寿命结束都没有更改过。在一次测试中，软件测试人员发现，给一个用户授超级用户权限，之后更改这个用户为受限权限。使用中发现，用户居然没有真正回收权限，用户管理界面上没有任何不对。及早准备用户管理用例，不要等到测试快结束时候才想起。

12、为空判断

 在大多数文本输入中，为空判断是开发人员最容易忽略的问题，测试人员也会忽略，建议测试时先做为空判断的测试，为空判断时要考虑单个为空和组合为空的情况（2011/6/22日因为此问题导致出错，切记

　　13、常识缺陷

　　从逻辑或者统计学上讲，计算机是允许如此处理的，但是从常识上来讲，这些情况不可能发生。例如电话号码不可能出现小数点，终止时间不能大于开始时间等等。除此之外，常识还要结合业务特点来进行判断，因此，开发和测试人员要格外注意对自己知识的培养以及增加对需求细节的了解。不能因为一味追求进度而采用最简单的代码来实现，对用户来说，这些错误可能是很荒谬的。

　　尽管我们不可能完美的测试一个软件，但是我们仍然可以改进我们的软件测试。每次测试结束，及时总结测试中的不足，进一步完善用例。思考一下那些容易忽略的软件缺陷，能提高对软件测试的认识，提高所在组织软件的质量。