首先,QA不能保证质量，不知道这个理解是不是正确；如果QA不能保证质量，那要QA干嘛？　

１，              先从质量保证的目标说起。　QA只是为员工和管理层提供客观性的洞察，这里感觉用QA这个词不合理，现在改成PPQA好象更合理了些？

１）              这个目标说明QA应该只是提供依据（数据、图表、分析）来帮助人员进行评价的。所以QA不能保证质量。

２）              　另外，无论是CMM还是ISO，在质量上都非常提倡“管理层推行，全员参与”。但实际上领导很多认为，有一个质量管理人员，那么项目或组织的质量就应该提升了。我也被领导问过这个问题。我觉得这是对QA（质量管理）的一个错误认识。

２，              再说领导层或其它人员为什么会对QA报有这样的期望或幻想。　我觉得这里面有两方面的原因：

１）              领导或员工没有项目管理、质量管理的概念

２）              QA本身没有向领导或员工进行质量概念的宣传。所以说QA有传教士的职责。　

３，              如何当好传教士？

传教士这个词我猜想是基督教（或其它教派）中负责蛊惑人们加入教会的这样一些人吧。我觉得需要有以下这几个条件：

１）传教士笃信自己教会的信仰能拯救世界，而QA能不能相信过程中引入了QA就是拯救软件的质量呢？　　　不能！

２）我不知道基督教传入中国花费了多长时间？但不同的语言，不同的信仰能在中国生根发芽，肯定是经过了一代又一代的努力的。　这点QA也是相同的。不是QA无法在这里生根发芽，只是需要的时间长些，需要的努力更大一些。

３）因为QA不能拯救软件的质量，所以QA的承认变得更难。因为QA短期的努力看不到效果，也更让人觉得QA无法拯救软件的质量。

４）扯远了。无论如何，当了传教士，就相信信仰能拯救世界吧，那怕只是一点点！我们可以学习一下基督教传教的方法，采取农村包围城市的方法等等之类。

其次，怎么样算是一个好的QA？　是预防式的，还是救火式的。

今天老师讨论那个医术的问题，这个怎么说呢？

从公司层面来说，领导希望一个预防式的QA人员，这样好啊！成本低、返工少、质量好。。。。。好处多多。

但另一方面，领导又不会关注预防式的QA人员（不是全部啊）。领导更关注的是华佗，因为有了疑难杂症，华佗表现优秀。就象现在很多学习xx的业绩一样，严打成绩出来了是功，其实这些本来是平常就可以细水长流完成的工作，为什么平时不做？因为平时做了就看不到成绩了。

所以总结一点：领导更喜欢华佗。

从QA自身来说，也更喜欢当华陀。

　当华陀好啊！收入高――治的都是大病啊！知名度高――救火救的好，当然是英雄啦！　领导也看重啊――为什么曹操专门找华佗，不找别人呢？

　从这里看到，你要想当一个预防式的医师，那就先当华佗吧。先当了华佗，才有立稳脚跟；　先当了华佗，解决了生活之本，才可能大谈你的养生之道，让每个人都不生病。

不过，还有个疑惑，每个人都不生病了，华佗不也饿死了？？

                                                 <完>

呵呵，群上的高手们在谈测试的培训，我不是做培训的，但我也参加过培训和招聘到测试培训的人。针对培训的效果这里不说了。我想说说测试的自动化。

首先，究其自动化火爆的原因，我想有以下几个，首先，觉得自动化了可以减少人工工作量。其次，自动化后可以让领导看到测试部门的直接成效。还有，自动化可能让个人觉得更有成就感。毕竟，天天重复的手工测试和自动化给人带来的满足感是不可同日而语的。

但实际上呢？自动化真正减少了你的工作量吗？自动化让领导看到了成效了吗？自动化让你的价值提高了吗？

第一个。自动化减少了手工的工作量了吗？

　　　首先，你要理解自动化也是软件开发，是软件开发就要有投入，有投入就要计算一下你的投入和回报。你可能听了很多微软的培训，自动化细到某一个函数，但微软的某自动化，实现后未来的１０年都在用（微软的老师说的），而你的自动化呢？？　未来的一年，两年？还是一个月，两个月？　　如果你是项目型，并且随着市场或需要的变化，程序需要不断变更的情况下，你的自动化开发和维护会占用多长时间？　你的自动化完成后，能节省你的工作量吗？　还是让你陷入了另一个痛苦：天天抱怨开发这儿又改了，那儿又改了。

　　　所以在你考虑自动化前，先计算一下投入产品比吧。　我个人觉得，如果你把测试流程做好了，把开发生命周期中的前期的评审做好了，产品的质量会有很大的改善的，而不是把精力花费在自动化测试上。

第二个。自动化让领导看到测试部有技术积累，显的有成效。

　　　我觉得领导认为你的测试部技术比较差，或者说测试没有什么效果，和你实现了自动化是没有关系的。　可能领导说，你的测试连个自动化也没有，人家很多公司都有了。所以我们也搞一个。　呵呵，如果你想讨好领导，那没有问题啊，做吧！！　　如果自动化让你的前途更光明，那还犹豫什么呢？　　问题是你想过没有？　当你的自动化某一天不再能够运行，或者你的自动化对产品的质量没有什么大的改善的情况下，你又怎么对领导交待当初你做自动化的动机呢？难道你就说，领导让做就做啊，现在没有什么用也不关我事。

可我觉得，这关你事的。　首先，领导对可能测试不了解。他想到做什么就做什么。但做为专业的测试人员不应该这么想。提高软件测试部门的威信有很多种方式。实现自动化是一种，但不是唯一。请你在做自动化之前行想想：自动化能帮助提高产品的质量吗？能增加测试的深度或广度吗？让增加领导或开发部门对测试部门的认同度吗？想好了你再做吧。

第三个。自动化能让自己的价值提高。　呵呵。我觉得完全错误。　外国的思维、理念传到中国就成了有特色的了。　很多外面的企业是实现了自动化，也写了很多书，包括最佳实践之类的。但人家是有基础的。而传到中国，就变成手工测试是低下的，自动化测试是高尚的了。　说到底没有测试的基础，理论，没有测试分析的能力，自动化不就是一个初级程序员吗？难道懂得录制回放，就高人一等了？？　虽然这样说有点偏激，但有一些人就是有这样的想法。　招聘也一样，一年测试经验，刚刚学会填写BUG，就要求会用自动化工具。殊不知，会用是一个概念，而在实际中能用又是一个概念。　找个高中山，培训两天都知道录制，回放和基本的参数化。真不知道技术含量在哪里？　

　而且，自动化测试最强调的是架构，没有架构，就写脚本，简直是象没有设计，就盖房子一样，如果不倒那是奇迹了。

　而且，我并不认为手工测试是低下的工作。　BUG的发现是靠想象力和创造力的。不是只懂得0和1的计算机可以替代的。

　呵呵，一通胡说。乱七八糟。

1       编写脚本前说明

1.1    需求：远程部署

1.2    详细描述：

1、将编译完成的文件COPY到远程服务器上。

2、执行远程服务器上的批处理命令，进行清理TOMCAT，并进行发布。

1.3    操作系统：

Windows2008(ant编译机) ；windows2003(发布应用的服务器)

1.4    依赖：

jakarta-oro-2.0.8.jar，

下载地址：http://archive.apache.org/dist/jakarta/oro/

 commons-net-1.4.1.jar，

下载地址： http://apache.mirror.phpchina.com/commons/net/binaries/

放在引用 的LIB目录下，虽然ANT里特别提到不要放到ANT安装目录的LIB下，不过我还是放在下面了。

1.5    类定义：

  <taskdef name="telnet" classname="org.apache.tools.ant.taskdefs.optional.net.TelnetTask"/>

1.6    其它说明：

1、           使用FTP时，必须使用被动模式。服务器上需要安装FTP服务。

2、           使用TELNET时，服务器端的TELNET服务需要打开。并且不使用验证方式NTLM。可以使用tlntadmn设置。

3、           使用SSH时，服务器上也需要安装SSH服务。

2       脚本例子

2.1    ANT FTP 脚本

<?xml version="1.0"?>
<project>  

   <target name="ftp" description="ftp" >

      <ftp server="172.16.91.4"

              userid="ftp"

              password="ftp">

         <fileset dir ="${RELEASE_12580_DIR}">

         </fileset>

     </ftp>

</target>

</project> 

2.2    ANT TELNET 脚本

<?xml version="1.0"?>
<project>  

  <target name="telnet" description=" telnet ">

    <telnet userid="administrator" password="**********"

             server="172.16.80.228" port="23" initialCR="yes" timeout="50">

       <read timeout="30">*</read>

       <write>start  e: \test.bat</write>

    </telnet>

  </target>

</project> 

出现的问题：

1、           使用ANT调用FTP时，客户端的防火墙需要进行设置，不限制FTP程序。

2、           TELNET对WINDOW的支持感觉很差，尝试了多次，有时成功有时不成功。最终放弃。TELNET不支持进行本地某个目录。如<write>cd e:\test</write> 这样是不可以的。另外由于不能进入本地的某个目录，所以也无法使用<read timeout="30">e:\test</read>来验证是否进入想要登录的目录 ，无法决定是否发送下次指令。而ANT中TELNET只有<read>指令读取成功，才会进行下一条。所以发送<write>指令无法控制。

3、           还有一个问题是，telnet到服务器后，用tlntadmn －s查看，都是一连接，就马上断开了，所以有时无法执行远程的批处理命令。不能稳定地运行。目前不知道解决方法

2.3    ANT SSH脚本

 <?xml version="1.0"?>
<project>  

 <target name="sshexec" description="sshexec”

     <sshexec host="172.16.91.4"

        username="administrator"

          assword="***********"

          port="22"

          trust="true"

          command="i:/ecom/deploy_test.bat"/>

   </target> 

 </project>  

SVN 本地更新时，由于一些操作中断更新，如磁盘空间不够，用户取消。　　可能会造成本地文件被锁定的情况。一般出现这种情况的解决方法：

１、可以使用SVN clean up来清除锁定。

２、如果不是本目录锁定，系统提示上一层目录锁定，需要到上一层或者根目录中清除。

３.如果在根目录下都无法clean的话，一般采取的方法是另外找一个目录重新CHECKOUT。但有时有时SVN目录下可能有一些自己本地修改的文件，还未提交到SVN服务器，这时重新CHECKOUT需要注意本地文件的备份，并且不要强制覆盖服务器上其它人修改的内容。

４.如果觉得第３种很麻烦，可以考虑这样的方法。其实SVN加锁会在.SVN（隐藏文件）中生成一个名字叫lock的文件（无后缀），查找所有的，手工删除。然后再尝试更新，系统可能会提示某个.base文件无法访问。找到它，把相关的文件或其所在的目录删除，重新UPDATE。工作量就小多了。

这几天，把JIRA转到MYSQL数据库，原来用MYSQL4的BBS也顺便升了一下级。结果JIRA遇到一个问题，就修改了一下ROOT的密码，发现BBS不能登录了。

用户密码都正确，但报错：“Client does not support authentication protocol requested by server”。GOOGLE一下，新版Mysql密码算法不同导致。

修改方式：

update mysql.user set password = old_password('newpwd')
where host = 'localhost' and user = 'root';
然后flush privileges;

但还是不能登录。

发现登录用户名：root@jira-server-adv.      jira-server-adv是服务器的机器名。而我在MYSQL创建的用户是jira@localhost. 不明白，MYSQL的用户干嘛还要带个机器名才行。 只好又创建了一个用户root,机器名是jira-server-adv。

jira导入错误。

现象：1、提示导入失败。在在导入自定义字段时失败。2.实际问题导入了，但提示错误的客户字段都为空。

     3.后来发现手工录入也有错。不能新增问题。

2009-04-07 10:25:36,750 Thread-39 INFO [imports.importer.impl.ImportLogger] Importing issue number 1 : Issue {summary=由于添加了新表，在商家基础资料各种操作时应关联新表，请检查代码，目前已经发现删除功能没有关联删除新表的数据。, type=24} (0.0s)
2009-04-07 10:25:37,484 Thread-39 INFO [imports.importer.impl.DefaultJiraDataImporter] Successfully imported issue 1 (1 unindexed issues): Issue {summary=由于添加了新表，在商家基础资料各种操作时应关联新表，请检查代码，目前已经发现删除功能没有关联删除新表的数据。, type=24}
2009-04-07 10:25:37,843 Thread-39 ERROR [ofbiz.core.entity.SequenceUtil] [SequenceUtil.SequenceBank.fillBank] maxTries (5) reached, giving up.
2009-04-07 10:25:38,187 Thread-39 ERROR [ofbiz.core.entity.SequenceUtil] [SequenceUtil.SequenceBank.fillBank] maxTries (5) reached, giving up.
2009-04-07 10:25:38,187 Thread-39 ERROR [ofbiz.core.entity.SequenceUtil] [SequenceUtil.SequenceBank.getNextSeqId] Fill bank failed, returning null
2009-04-07 10:25:38,203 Thread-39 INFO [imports.importer.impl.ImportLogger] FAILED: An error occurred while attempting to import value 'zrf' into the Custom Field '跟进人员'. (1.453s)
2009-04-07 10:25:38,203 Thread-39 INFO [imports.importer.impl.ImportLogger] com.atlassian.jira.exception.DataAccessException: org.ofbiz.core.entity.GenericEntityException: while inserting: [GenericEntity:CustomFieldValue][issue,27090][customfield,10155][parentkey,null][stringvalue,zrf][id,null] (SQL Exception while executing the following:INSERT INTO customfieldvalue (ID, ISSUE, CUSTOMFIELD, PARENTKEY, STRINGVALUE, NUMBERVALUE, TEXTVALUE, DATEVALUE, VALUETYPE) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?) (Column 'ID' cannot be null))

问题原因查找。首先以为数据库从HSQL转为MYSQL导致的问题，但转到MYSQL后有一段时间是可以录入并导入的。

然后GOOGLE了一把，说是ofbcore-entity-2.1.1-atlassian-2007-05-07.jar有问题，要下载3.7后的版本。但我用的是3.12的版本，不过还是下载了，问题没有解决。

再查这个包，是和数据表序列号相关的，怀疑序列号生成有问题，到数据库查了序列表，发现sequence_value_item表中的customerfield 和 issuelink两个字段为空。

确认，同事在数据库中执行了存储过程，但没有修改成功，比较奇怪，看到是执行了吧，难道没有提交？还是有其它的原因，就不太清楚了。

JIRA使用自带的嵌入式数据库还是比较快的，不过占用内存太大。所以考虑将JIRA迁移到别的数据库上，迁移到oracle10g后，发现速度比较慢，听朋友说MYSQL不错，就准备迁移到MYSQL上。

迁移过程很简单

1.将项目导出成XML文件。

2、停止JIRA服务。

3.安装MYSQL，最好将MYSQL的字符集设置为UTF-8.在服务启动所使用的my.ini中修改。

default-character-set=utf8

4.创建MYSQL数据库，create database jiradb character set utf8;，如果不是UTF8的字符集，长的文本导入时会报错，无法导入。

5.创建连接用户，密码。 如果连接的是远程的数据库，请在用户配置中HOSTNAME这一栏，标明应用服务器的IP。（我用Navicat mysql配置MYSQL数据库的）

6.修改conf/server.xml

<Context path="" docBase="${catalina.home}/atlassian-jira" reloadable="false">
          <Resource name="jdbc/JiraDS" auth="Container" type="javax.sql.DataSource"
            username="[enter db username]"
            password="[enter db password]"
            driverClassName="com.mysql.jdbc.Driver"
            url="jdbc:mysql://localhost/jiradb?autoReconnect=true&amp;useUnicode=true&amp;characterEncoding=UTF8"
            [ 删除这儿的 minEvictableIdleTimeMillis 和 timeBetweenEvictionRunsMillis 参数配置]        />

7、配置 JIRA Entity Engine

<!-- DATASOURCE - You will need to update this tag for your installation.

-->
  <datasource name="defaultDS" field-type-name="mysql"
      [ 如果这句存在的话，请删除。schema-name="PUBLIC" ]

8.MySQL driver

 将MySQL JDBC 驱动 (mysql-connector-java-3.x.x-bin.jar) 放在 common/lib/ 目录下，否则会报连接不到数据库的错误。注意，在CLASSPATH不要放Debug版本的驱动 (mysql-connector-java-3.x.x-bin-g.jar) 否则会引起这个错误(JRA-8674).

9.启动JIRA，看一下有没有错误。一般如果报用户名密码不对，尝试三次连接的，请检查你的用户密码。报连接不到MYSQL的，请检查你的MYSQL 驱动。启动完成后，进入JIRA安装页面，将备份的XML文件导入就OK了。

更新本地的源代码<br/>svn: 'C:\Program Files\CruiseControl\projects\ECOM\sourcef\ecom\lib' is not a working copy
svn: Cannot read from to 'C:\Program Files\CruiseControl\projects\ECOM\sourcef\ecom\lib\.svn\format': path refers to directory or read access is denied<br/>

于是乎，从1.4.8升级到了1.5.3. 不过不太明白，服务器版本都1.4.4的，客户端版本干么就不给用了？

升了级后，还是不能更新，要重新CHECKOUT。

然后手工更新正常，ANT更新失败，加了日志，报"认证取消"的错误，查了XML，才发现用户的密码写死了，没有读取配置文件，修改用户密码，终于可以正常编译了。

１.Could not send request body

　　查询原因，是因为外网访问，可能公司网络上传附件大小有限制，５０M就会报错了。下载就没有问题。

２.　４０３错误，无权限。

　　先确定权限是否设置正确。最近遇到的两个问题，１.是因为项目名称中有１.１这样的符号，可能SVN无法识别。２.是由于项目名称修改了。重新提交时，没有提示项目不存在，而是提示无权限。

使用QC时，有这样的需求，就是为用例增加一些字段，象测试目的、版本号。最重要的是版本号，而QC自己没有提供这样的功能。于是是项目自定义里自己增加。可是自定义是针对每个项目的。就是说，你在这个项目加了，另外一个项目还得增加。

所以在查找了数据库表后无法解决的情况下，想出一个方法。就是自定义一个标准项目模板，以后每个项目都以它为模板。

而且还发现了它的一些好处呢。

1）公共的用例可以预先写在标准项目模板里，这样新建项目的时候，公用用例就一起生成了。

2）公用的组件也可以这样做呢。