最近完成了几个B/S, C/S系统前期分析，使得整个项目开发轻松按时完成，欣喜中...

但是一个大型的b/s系统调优,还在痛苦的进行着....

在个人的职业生涯中，不可否认技术能力和管理能力一直为众人所重视，很多人忽略了个人工作的透明化、学习的透明化，甚至个人生活的透明化， 只是获得更高层的信任和了解的唯一途径。 正所谓成也萧何， 败也萧何，只有简单的背景和面向高层透明化的工作才能为现代普遍的中小企业老板和高层认可。

待续...

在这个敏感的年代，属于公众主导的社会，信任是非常宝贵的东西，个人若要事业成就，就必须学会做一个公共人物。

我们可以举很多例子，如你身边的高管，简单的个人背景，透明的行为，他们的行为往往容易被身边的人，大众所有接受。没有任何污点。

大家一直有一种共识：不开放的东西，完全暗箱的行为，是有风险的。这也是老板用人的原则。

记得一句名言：污点，只有用血才能洗干净。借鉴之处在于：当我们因为污点辜负了别人的信任，再重建信任，需要付出极大代价。

你是一个团队的核心吗？你是一个关键的合伙人吗？ 你是一名创业者吗?

你值得以“身家性命”相托吗，你能理解什么“以饭碗相托”吗?

这就是信任的最核心的价值。

也许有人会说“获取老板的信任， 是靠拍马屁”，我在这里想说这只是获取信任的一部分，这信任是很浅，不牢固，不能赢得尊重。

信任是动态的，也是有限的，需要互动，透明化自身的行为，实际是一种自我接受监督的状态。

如果说记录是信任的历史，那么透明化行为则是信任的现在。

希望与有志之士分享一些思考。

今天下午，让一位平时做的很出色的测试工程师，独立主持一个子项目系统功能设计分析会议。 会议结束以后，我收到软件组的会议总结邮件，上面写了大概10条修改意见， 软件项目经理提的就占了3条，而来自测试部的只有2条，其他都是运营与产品组提到的。

我发现软件项目部经理题的两条建议有明显功能缺陷， 于是我问这位工程师为什么当场让这样糟糕的方案通过。像这样的错误设计根本就不用测试就可直接驳回。他给的回答是当场有想到这些问题，只是迟疑一下，计划会后讨论。

我最后给了他一句“一定要挑战一下开发的设计”， 有点像2两年前我的项目经理我冲着说“一定要挑战一下开发的设计”。

两年前，我很羡慕经理在系统分析会议上的智慧，和领导能力， 在短短的会议中让各方理解很透彻， 把错误的设计方向重新扭转到正确的航线上。公司就是以这样的方法， 以经理一人之力使项目一次次按时按质完成。

今天遇到同样的事，就像看到了过去的我。觉得自己很幸运。

最近一直忙于公司大型的分布式系统网络架构分析。

面对重大挑战，运营系统在未来的1个月内将要保证处理3T的关键的业务数据。

为了公司急需上一项新的Linux服务的关键应用，最近一直在给部门同事做培训。非常感谢我的一位资深的同事林，培训中他的一些非常深入和尖锐的问题把整个培训质量引入了相当的高度。

我深切的感触到在技术上的挑战和质疑，对一个复杂项目的实施成功有着关键作用，同时促使我们快速的进步。

记得深圳office的总监在一次平台设计分析和算法论证会议强调的“我们的系统设计需要考虑来自庞大用户群和复杂的用户行为的技术挑战”，那一次会议公司最终决定引入成熟的第三方技术。

往往，我们在学习的过程就缺少应用带给我们的挑战，导致我们学习效果不理想。

夜深之时，偶然发现自己记下的廖廖几笔， 跨越了几个月...

觉得很有意义！

几年之后， 又会怎样？

还是用txt来做配置文件的，呵呵，不推荐使用这种方法

参考下思路就好了

Runlist.txt中写需要运行的Test列表

On Error Resume Next
error.clear
Dim qtApp
Dim qtTest
Dim qtResultsOpt
Dim fso, MyFile,TestName
Const ForReading = 1, ForWriting = 2

Set WshShell = CreateObject("Wscrīpt.Shell")
WshShell.Popup "开始批量执行自动化测试脚本！", 3, "AutoTest", 0 + 64

Set qtApp = CreateObject("QuickTest.Application")
qtApp.Launch

qtApp.Visible = False
qtApp.Options.Run.RunMode = "Fast"
qtApp.Options.Run.ViewResults = False

Set fso = CreateObject("scrīpting.FileSystemObject")
Set MyFile = fso.OpenTextFile(".\RunList.txt", ForReading, True)
Do While MyFile.AtEndOfStream <> True
       TestName = MyFile.ReadLine

        qtApp.Open TestName, True
         Set qtTest = qtApp.Test
         qtTest.Settings.Run.OnError = "Dialog"

        Set qtResultsOpt = CreateObject("QuickTest.RunResultsOptions")
        qtResultsOpt.ResultsLocation = TestName &"\AutoRes"

        qtTest.Run qtResultsOpt, True
        'qtTest.close
 Loop

MyFile.Close
 qtApp.Quit

MsgBox "自动化测试脚本执行完毕！脚本测试结果存放在各自的AutoRes目录下，请用QTP result工具查看"

Set fso = Nothing
Set qtResultsOpt = Nothing        
 Set qtTest = Nothing       
 Set qtApp = Nothing
 Set WshShell = Nothing

RunList.txt保存Test路径，和这个vbs放在同一目录下

格式就是

C:\autotest\Test1
C:\autotest\Test2
C:\autotest\Test3

1. 安全测试要求更高。由于涉及关键数据众多，在用户输入验证、输出展现、安全交互、权限系统设计方面的要求更高。防止SQL注入、命令注入、XSS、缓冲区溢出、整数溢出等主要安全问题围绕整个软件生命周期。

2. 流量、资源消耗、计费等监控粒度更加细致。

3. demo应用程序以及API函数说明书。

4.部署模式测试。

   API部署范围不应局限于在PC/PC Serer上， Open API也应该部署在流行的google application engine平台以及Amazon AWS上进行测试，以满足不同层次的开发商需求。

5.类与方法(函数)测试.

6.界面UI TEST.

7.发掘待测系统的信息:

阅读说明文档

研究待测系统的源码

编写试验性的stub 程序

研究中间语言的代码

使用反射技术做界面测试

故障处理：

1、重启动Jboss

Cd/opt/javaWebserver/jboss-4.2.0 CA

．/bin/shutdown.sh –S 等待30秒

Nohup . /bin/run.sh –b 0.0.0.0 & 等候1分钟。

2、清除版本的缓存：

Cd/opt/javaWebserver/jboss-4.2.0 CA

Rm –ff server/default/work/jboss.web/localhost/

3.1，安装JDK 1.6

3.2查看是否安装

3.3在/etc/profile  文件中加入以下环境变量

JRE_HOME=/usr/java/jdk1.6.0_01

JAVA_HOME=/usr/java/jdk1.6.0_01

CLASSPATH=.:$JAVA_HOME/lib:$JAVA_HOME/jre/lib:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:

PATH=$PATH:$JAVA_HOME/bin:$JAVA_HOME/jre/bin

export PATH JAVA_HOME CLASSPATH

3.4使用配置生效：

(source命令(从 C Shell 而来)是bash shell的内置命令。点命令，就是一个点符号，(从Bourne Shell而来)是source的另一名称。这两个命令都以一个脚本为参数，该脚本将作为当前shell的环境执行，即不会启动一个新的子进程。所有在脚本中设置的变量将成为当前Shell的一部分。同样的，当前脚本中设置的变量也将作为脚本的环境，source(或点)命令通常用于重新执行刚修改的初始化文件，如 .bash_profile 和 .profile 等等。例如，如果在登录后对 .bash_profile 中的 EDITER 和 TERM 变量做了修改，则可以用source命令重新执行)

#source /etc/profile

四，安装MYSQL 5.1

查看是否安装

1、 rpm –qa |grep MySQL

2、 rpm –q MySQL-client

3、 mysql

4、 rpm –q mysql

五，安装tomcat 到/opt/ 下

Tar –zxvf tomcat-6.0.16.tar.gz –C /opt/

查看

#ls /opt/

六，解压：ROOT.zip:  

6.1 Rm –rf*

[root@...apache-tomcat-/webapps]unzip /opt/data/ROOT.zip

将ROOT.zip 文件copy 到/opt/tomcat-6.0.16/webapps/ 下

#cd /opt/tomcat-6.0.16/webapps/

#cp /opt/data/ROOT.war /opt/tomcat-6.0.16/webapps/

6.2．将weblogic.jar   和 mysql-connect-5.0.4.jar  拷进tomcat-6.0.16/lib 下面。

注: 目前因为程序问题, 需要删掉weblogic.jar

    rm -rf lib/weblogic.jar

七，新建数据库：

7.1，登录数据库：输入mysql –u root 回车

7.2，新建数据库

#create database nuev default character set utf8;

7.3，为数据库新建用户：

(#grant all on nuev.* to spider01@”%” Identified by “spider”;)

#grant all on *.* to nuve@”%” Identified by “password”

(#grant all on nuev.* to spider01@localhost Identified by “spider”;)

Grant all on nuve.* to nuve@localhost Identified by “123456”

7.4，将数据导入数据库：

#use nuev;

#source /opt/data/nuev.sql

“注意：查看是否已经建立存储过程，如果没有，重新执行一次sql脚本”

（查看是否存在存储过程）--双击打开prc_page_regsult内容.

7.5，输入exit 退出

八，启动tomcat

#cd /opt/tomcat-6.0.16

#./bin/startup.sh

　　这三个概念分别是 检查点（ CheckPoint ）、里程碑（ Mile Stone ）和基线（ Base Line ），他们一起描述了在什么时候（ When ）对项目进行什么样控制。

　　检查点

　　指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差异进行调整。可将检查点看作是一个 固定 “ 采样 ” 时点，而时间间隔根据项目周期长短不同而不同，频度过小会失去意义，频度过大会增加管理成本。常见的间隔是每周一次，项目经理需要召开例会并上交周报。

　　里程碑

　　完成阶段性工作的标志，不同类型的项目里程碑不同。里程碑在项目管理中具有重要意义，我们用一个例子说明

　　情况一你让一个程序员一周内编写一个模块，前 3 天你们可能都挺悠闲，可后 2 天就得拼命加班编程序了，而到周末时 又发现系统有错误和遗漏，必须修改和返工，于是周末又得加班了。

　　情况二实际上你有另一种选择，即周一与程序员一起列出所有需求，并请业务人员评审，这时就可能发现遗漏并即 时修改；周二要求程序员完成模块设计并由你确认，如果没有大问题，周三、周四就可让程序员编程。同时自己准备测试案例，周五完成测试；一般经过需求、设计确认，如果程序员合格则不会有太大问题，周末可以休息了。 第二种方式增加了 “ 需求 ” 和 “ 设计 ” 两个里程碑，这看似增加了额外工作，但其实有很大意义首先，对一些复杂的项 目，需要逐步逼近目标，里程碑产出的中间 “ 交付物 ” 是每一步逼近的结果，也是控制的对象。如果没有里程碑，中间 想知道 “ 他们做的怎么样了 ” 是很困难的。其次，可以降低项目风险。通过早期评审可以提前发现需求和设计中的问 题，降低后期修改和返工的可能性。另外，还可根据每个阶段产出结果分期确认收入，避免血本无归。第三，一般人 在工作时都有 “ 前松后紧 ” 的习惯，而里程碑强制规定在某段时间做什么，从而合理分配工作，细化管理 “ 粒度 ” 。

　　基线

　　指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。基线其实是一些 重要的里程碑，但相关交付物要通过正式评审并作为后续工作的基准和出发点。基线一旦建立后变化需要受控制。

　　重要的检查点是里程碑，重要的需要客户确认的里程碑，就是基线。在我们实际的项目中，周例会是检查点的表现形式，高层的阶段汇报会是基线的表现形式。