1. 只要数据库处于OPEN状态，除了SYSTEM表空间外的其他表空间，都可以将其置为online或offline状态。SYSTEM表空间之所以不能置为offline，是因为其中保存的数据字典需要一直使用。将表空间置为offline，可能的原因包括维护、备份以及恢复等目的。
 
3. 如果表空间处于offline状态，那么Oracle不会允许任何对该表空间中对象的SQL执行。表空间置为offline时仍处于活动状态的语句在交易级别并不会受影响。Oracle会保存这些尚未完成语句相关的回滚数据到SYSTEM表空间。当表空间置为online时，如果有必要，那么Oracle会应用这些回滚数据。
 
3. 除了Oracle外，没有任何应用能够读取或编辑offline的表空间。因此，offline的表空间更不能导到其他数据库。
 
4. Oracle在一些场景下会自动切换表空间状态从online到offline。例如，当数据库写进程DBWn，尝试几次仍不能写入表空间的数据文件中。用户访问offline表空间时会收到一个报错。如果造成这种磁盘IO失败的问题是介质错误，解决这问题之后需要恢复表空间。
 
5. 将表空间置为offline可能包含如下原因：
 
(1) 需要禁止访问一部分数据库的场景。
 
(2) 执行一次offline表空间备份(尽管表空间可以在online和使用情况下备份)。
 
(3) 当更新或维护应用时，需要让应用和对应的表临时不能访问。
 
(4) 重命名或重分配表空间中的数据文件。
 
当表空间置为offline，数据库会将关联的所有数据文件都置为offline状态。但是如下表空间不能置为offline：
 
> SYSTEM
 
> UNDO表空间
 
> 临时表空间
 
6. 将表空间置为offline之前，若有用户设置该表空间为其默认表空间，需要考虑是否需要改变其默认表空间。之所以这样做，是因为这些用户将不能访问offline表空间中的对象。
 
7. 使用ALTER TABLESPACE ... OFFLINE语句可以添加如下参数：
 
NORMAL：如果表空间的任何数据文件没有出现错误，表空间能够正常地置为offline。如果出现写错误，那么表空间中的数据文件不会被置为offline。当明确使用OFFLINE NORMAL，数据库会对所有数据文件进行一次checkpoint检查点事件，NORMAL是默认设置。
 
TEMPORARY：表空间能够临时置为offline状态，即使一个或多个文件出现错误。当使用OFFLINE TEMPORARY，数据库会将还没有置为offline的数据文件进行置位操作，并执行检查点事件。
 
如果没有文件是offline，但使用了temporary语句，那么当将表空间置为online时不需要介质恢复。然而，如果表空间的一个或多个文件由于写入错误因此导致offline状态，能够临时将表空间置为offline状态，恢复online之前需要对表空间进行恢复操作。
 
IMMEDIATE：表空间能够立即设置为offline状态，数据库不会进行任何数据文件的检查点事件。当使用OFFLINE IMMEDIATE，那表空间置为online之前需要对表空间进行介质恢复操作。但是如果数据库处于NOARCHIVELOG模式，表空间就不能立即置为offline状态。
 
8. 如果必须设置表空间为offline状态，建议首先使用默认的NORMAL语句。他会确保当表空间置为online前不需要执行恢复操作，尽管在不完全恢复之后，使用LATER DATABASE OPEN RESTLOGS语句重置了redo日志sequence。
 
仅仅当不能使用NORMAL方式将表空间置为offline时，可以使用TEMPORARY。使用TEMPORARY后，在表空间置为online前，仅需要恢复那些出错的offline文件。
 
如果NORMAL和TEMPORARY都失败时，才可以选择使用IMMEDIATE选项。
 
9. 如果表空间没有“干净地”置为offline(也就是没有使用NORMAL语句执行的offline操作)，那么置为online前需要首先对该表空间执行介质恢复操作。否则数据库会报错，表空间仍处于offline状态。
 

实验：
 
1. 设置表空间DCSOPEN_TBS为offline：
 SQL> alter tablespace dcsopen_tbs offline;
 
Tablespace altered.
 

2. 查询数据文件状态：
 
select file#, name, status from v$datafile;
 file  #name 
 status
 ---  ------------------------------------------------------ ----------
 
11  /oracle/oradata_petest/petest/dcsopen_tbs02.dbf OFFLINE
 
DCSOPEN_TBS使用的数据文件状态已经置为OFFLINE。
 

3. 尝试查询已OFFLINE表空间：
 SQL> select * from test;
 select * from test
              *
 ERROR at line 1:
 ORA-00376: file 7 cannot be read at this time
 ORA-01110: data file 7: '/oracle/oradata_petest/petest/dcsopen_tbs01.dbf'
 
报错，提示此时数据文件不能读。
 

4. 将表空间置为online：
 SQL> alter tablespace dcsopen_tbs online;
 
Tablespace altered.
 

file  #name 
 status
 ---  ------------------------------------------------------ ----------
 
11  /oracle/oradata_petest/petest/dcsopen_tbs02.dbf ONLINE

1、下面来创建一个数据：　

mysql>CREATE   DATABASE test;   //创建一个数据库

mysql>use  test;  //指定test为当前要操作的数据库

mysql>CREATE  TABLE  user (name VARCHAR(20),password VARCHAR(20));   //创建一个表user，设置两个字段。

mysql>INSERT  INTO  user  VALUES('huzhiheng','123456'); //插入一条数据到表中

　　

2。打开Eclipse，创建一个项目（my），

操作：右键点击my--->build Path--->add external Archiver...选择jdbc驱动，点击确定。

我的项目列表：

3。驱动已经导入，下面我们来写一个程序验证一下

import java.sql.*;
publicclass MysqlJdbc {
  publicstaticvoid main(String args[]) {
    try {
      Class.forName("com.mysql.jdbc.Driver");     //加载MYSQL JDBC驱动程序   
      //Class.forName("org.gjt.mm.mysql.Driver");
     System.out.println("Success loading Mysql Driver!");
    }
    catch (Exception e) {
      System.out.print("Error loading Mysql Driver!");
      e.printStackTrace();
    }
    try {
      Connection connect = DriverManager.getConnection(
          "jdbc:mysql://localhost:3306/test","root","198876");
           //连接URL为   jdbc:mysql//服务器地址/数据库名  ，后面的2个参数分别是登陆用户名和密码

      System.out.println("Success connect Mysql server!");
      Statement stmt = connect.createStatement();
      ResultSet rs = stmt.executeQuery("select * from user");
                                                              //user 为你表的名称
while (rs.next()) {
        System.out.println(rs.getString("name"));
      }
    }
    catch (Exception e) {
      System.out.print("get data error!");
      e.printStackTrace();
    }
  }
}

点击运行程序：　　

Success loading Mysql Driver!

Success connect Mysql server!

huzhiheng　　

出现上面结果，说明你连接数据库成功。

4。可以查看到MySQL里面的内容，那我们是不是想往MySQL中插入数据呢。

下面的例子，往MySQL的user表中插入100条数据

import java.sql.*;

publicclass Myjproject {
 publicstaticvoid main(String args[])
 {
     try {
          Class.forName("com.mysql.jdbc.Driver");     //加载MYSQL JDBC驱动程序   
          //Class.forName("org.gjt.mm.mysql.Driver");
         System.out.println("Success loading Mysql Driver!");
        }
        catch (Exception e) {
          System.out.print("Error loading Mysql Driver!");
          e.printStackTrace();
        }
  try {
      Connection connect = DriverManager.getConnection( "jdbc:mysql://localhost:3306/test","root","198876");
     
       int num=100;
       PreparedStatement Statement=connect.prepareStatement("INSERT INTO user VALUES(?,?)");
       for(int i=0;i<num;i++)        //定义个100次的循环，往表里插入一百条信息。
      {
           Statement.setString(1,"chongshi"+i);
           Statement.setString(2,"bo"+i);
           Statement.executeUpdate();
   }

  // } catch (ClassNotFoundException e) {
    // TODO Auto-generated catch block
   // System.out.println("An error has occurred:"+e.toString());
  //  e.printStackTrace();
   }catch(SQLException e)
   {
   }
 }
}

　

5.下面我们打开MySQL数据库进行查看　

?

mysql> show databases; //查看所数据库

?

mysql> use test; //使test为当前要操作的数据库

?

mysql> show tables; //查看当前数据库的所有表

?

mysql> select *from user; //查看当前表（user）的所有信息

注意：如果不能正常连接你的数据库，请检查你代码中，驱动、用户名、密码、表等信息是否对应无误，不要把别人的代码直接复制过来，看也不看就用。

1，错误：This system is not registered with RHN

   

错误原因：红帽中出现This system is not registered with RHN这个的原因是因为红帽中没有注册RHN。

解决办法：（假定你已安装yum，且网络畅通）更改yum的源，更改为CentOS的yum，即更换/etc/yum.repos.d/rhel-debuginfo.repo 这个文件。进入

Shell代码  

1. # cd /etc/yum.repos.d/  

# cd /etc/yum.repos.d/

 目录，终端中输入

Shell代码  

1. # wget http://docs.linuxtone.org/soft/lemp/CentOS-Base.repo  

# wget http://docs.linuxtone.org/soft/lemp/CentOS-Base.repo

 即可在此目录下得到CentOS-Base.repo文件，这是centos的源文件，只需将其重命名为

Shell代码  

1. # mv CentOS-Base.repo rhel-debuginfo.repo  

# mv CentOS-Base.repo rhel-debuginfo.repo

 即可。

使用LR测试Oracle数据库的方法

一个简单的连接方法，欢迎大家跟贴讨论更多方法

选择，建立一个Oracle(2-Tier)协议的脚本

加入

static LRD_INIT_INFO InitInfo = {LRD_INIT_INFO_EYECAT};

static LRD_DEFAULT_DB_VERSION DBTypeVersion[] =

{

        {LRD_DBTYPE_NONE, LRD_DBVERSION_NONE}

};

先定义初始化数据库的各种变量

static void FAR *       OraEnv1;

static void FAR *       OraSvc1;

static void FAR *       OraSrv1;

static void FAR *       OraSes1;

static void FAR *       OraStm1;

unsigned long           rownum;

初始化数据库部分

lrd_init(&InitInfo, DBTypeVersion);

lrd_initialize_db(LRD_DBTYPE_ORACLE, 3, 0);

lrd_env_init(LRD_DBTYPE_ORACLE, &OraEnv1, 0, 0);

lrd_ora8_handle_alloc(OraEnv1, SVCCTX, &OraSvc1, 0);

lrd_ora8_handle_alloc(OraEnv1, SERVER, &OraSrv1, 0);

lrd_ora8_handle_alloc(OraEnv1, SESSION, &OraSes1, 0);

连接数据库

lrd_server_attach(OraSrv1, "这里填写数据库的名称", -1, 0, 0);

lrd_ora8_attr_set_from_handle(OraSvc1, SERVER, OraSrv1, 0, 0);

设定数据库密码

lrd_ora8_attr_set(OraSes1, USERNAME, "system", -1, 0);

lrd_ora8_attr_set(OraSes1, PASSWORD, "这里填写密码", -1, 0);

初始化连接session

lrd_ora8_attr_set_from_handle(OraSvc1, SESSION, OraSes1, 0, 0);

开始连接数据库

lrd_session_begin(OraSvc1, OraSes1, 1, 0, 0);

lrd_ora8_handle_alloc(OraEnv1, STMT, &OraStm1, 0);

设定查询语句

lrd_ora8_stmt(OraStm1, "这里填写查询语句", 1, 0, 0);

执行查询语句

lrd_ora8_exec(OraSvc1, OraStm1, 0, 0,&rownum, 0, 0, 0, 0, 1);

释放连接数据库的各种变量

lrd_handle_free(&OraStm1, 0);

lrd_session_end(OraSvc1, OraSes1, 0, 0);

lrd_server_detach(OraSrv1, 0, 0);

lrd_handle_free(&OraEnv1, 0);

下面是我准备让开发人员了解的单元测试知识，从而有利于测试人员进行系统测试。不足之处请大家指出！多谢！

认识单元测试

一、单元测试的重要性

　　单元测试是软件测试的基础，因此单元测试的效果会直接影响到软件的后期测试，最终在很大程度上影响到产品的质量。从如下几个方面就可以看出单元测试的重要性在何处。

　　时间方面：如果认真的做好了单元测试，在系统集成联调时非常顺利，因此会节约很多时间，反之那些由于因为时间原因不做单元测试或随便做做的则在集成时总会遇到那些本应该在单元测试就能发现的问题，而这种问题在集成时遇到往往很难让开发人员预料到，最后在苦苦寻觅中才发现这是个很低级的错误而在悔恨自己时已经浪费了很多时间，这种时间上的浪费一点都不值得，正所谓得不偿失。

　　测试效果：根据以往的测试经验来看，单元测试的效果是非常明显的，首先它是测试阶段的基础，做好了单元测试，在做后期的集成测试和系统测试时就很顺利。其次在单元测试过程中能发现一些很深层次的问题，同时还会发现一些很容易发现而在集成测试和系统测试很难发现的问题。再此单元测试关注的范围也特殊，它不仅仅是证明这些代码做了什么，最重要的是代码是如何做的，是否做了它该做的事情而没有做不该做的事情。

　　测试成本：在单元测试时某些问题就很容易发现，如果在后期的测试中发现问题所花的成本将成倍数上升。比如在单元测试时发现1个问题需要1个小时，则在集成  测试时发现该问题需要2个小时，在系统测试时发现则需要3个小时，同理还有定位问题和解决问题的费用也是成倍数上升的，这就是我们要尽可能早的排除尽可能  多的bug来减少后期成本的因素之一。

　　产品质量：单元测试的好与坏直接影响到产品的质量，可能就是由于代码中的某一个小错误就导致了整个产品的质量降低一个指标，或者导致更严重的后果，如果我们做好了单元测试这种情况是可以完全避免的。

　　综上所述，单元测试是构筑产品质量的基石，我们不要因为节约单元测试的时间不做单元测试或随便做而让我们在后期浪费太多的不值得的时间，我们也不愿意因为由于节约那些时间导致开发出来的整个产品失败或重来！

二、单元测试与功能测试比较

单元测试好比房屋建筑现场的建筑监理员，他关心房屋的各个内部系统，如地基、构架、供电系统和管道设备等。房屋每部分工作都安全、正常。 单元测试是从开发者的角度来编写的。它们确保类的每个特定方法成功执行一系列特定的任务。每一个测试都要保证对于给定的一个已知的输入应该得到所期望的输出。

       功能测试类似于视察同一建筑现场的房主，他假定内部系统将正常运作，并假定建筑监理员在执行其任务。房主关心的是住在这所房子里将会怎样。他关心房子的外观如何，各个房间的大小是否合适，房子能否满足家庭的需要，以及窗户的位置是否有利于采光。
    

三、单元测试内容和步骤

单元测试的内容

● 单元测试的对象是软件设计的最小单位——模块或函数;

● 单元测试的依据是详细设计描述,测试者要根据详细设计说明书和源程序清单，了解模块的I/O条件和模块的逻辑结构。

● 主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理和不合理的输入都能鉴别和响应。要求对所有的局部和全局的数据结构、外部接口和程序代码的关键部分进行桌面检查和代码审查。

●单元测试任务包括：1 模块接口测试；2 模块局部数据结构测试；3 模块边界条件测试；4 模块中所有独立执行通路测试；5 模块的各条错误处理通路测试。

1、模块接口：模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。测试接口正确与否应该考虑下列因素：
　　1 输入的实际参数与形式参数的个数是否相同；
　　2 输入的实际参数与形式参数的属性是否匹配；
　　3 输入的实际参数与形式参数的顺序是否一致；
　　4 调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；
　　5 调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；
　　6调用其他模块时所给实际参数的量纲是否与被调模块的形参顺序一致；
　　7 调用预定义函数时所用参数的个数、属性和顺序是否正确；
　　8 是否存在与当前入口点无关的参数引用；
　　9 是否修改了只读型参数；
　　10 对全程变量的定义各模块是否一致；
　　11是否把某些约束作为参数传递。

　　2、局部数据结构测试：检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误：
　　1检查不正确或不一致的数据类型说明；
　　2使用尚未赋值或尚未初始化的变量；
　　3错误的初始值或错误的默认值；
　　4变量名拼写错误或书写错误；
　　5不一致的数据类型。
　　

3、独立执行通路：在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。此时设计测试用例是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。此时基本路径测试和循环测试是最常用且最有效的测试技术。计算中常见的错误包括：
　　1 误解或用错了算符优先级；
　　2混合类型运算；
　　3变量初值错；
　　4精度不够；
　　5表达式符号错。

　 4、错误处理通路：一个好的设计应能预见各种出错条件，并预设各种出错处理通路，出错处理通路同样需要认真测试，测试应着重检查下列问题：
　　1输出的出错信息难以理解；
　　2记录的错误与实际遇到的错误不相符；
　　3在程序自定义的出错处理段运行之前，系统已介入；
　　4异常处理不当；
　　5错误陈述中未能提供足够的定位出错信息。

5、边界条件：边界条件测试是单元测试中最后，也是最重要的一项任务。众的周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。

2、单元测试的步骤

1） 理解需求和设计

　　理解设计是很重要的，特别是要搞清楚被测试模块在整个软件中所处的位置，这对测试的内容将会有很大的影响。需要记住的一个原则就是：好的设计，各模块只负责完成自己的事情，层次与分工是很明确的。在单元测试的时候，可以不用测试不属于被测试模块所负责的功能，以减少测试用例的冗余，集成测试的时候会有机会测试到的。

2） 概览源代码

　　浏览一下源代码，主要任务：

　　（1）初步检查源代码的编码风格与规范

　　（2）大致估算测试工作量，比如：需要多少的测试用例、需要写多少的驱动模块和桩模块等。

　　（3）确定模块的复杂程度，初步制定测试的优先级等。

3）  精读源代码

　　认真阅读和分析代码，主要任务：

　　（1）理解代码的业务逻辑。

　　（2）检查代码与设计是否相符，如果详细设计没有该模块的流程图的话，先去画出流程图。

　　（3）仔细研究逻辑复杂的模块

　　（4）可以采用一些检查列表来检查程序可能会出现的问题。如果没有检查列表，那么，可以根据程序的特点，有针对性地检查容易出问题的地方（记得把经验总结下来供下次使用）。

4）  设计测试用例

　　综合运用白盒测试方法（和结合黑盒测试方法）来设计测试用例，包括功能测试、性能测试等，要达到一定的测试覆盖率。在设计测试用例的过程中，流程图或控制流图是分析的好帮手。

5）  搭建单元测试环境

　　使用XUnit或自己写的框架将有助于单元测试的实施。在这个阶段主要就是写桩模块和驱动模块，第4步所设计的测试用例是通过驱动模块传递给被测试模块的，然后驱动模块想办法获取被测试模块对数据的处理结果，并判定返回的实际结果与测试用例的预期结果是否一致，通过测试框架来记录执行的结果，对于出现的错误，还需要统计错误的信息，供执行完之后分析。

　　搭建单元测试环境要避免在main函数中使用printf和scanf函数来跟测试人员交互来达到获取测试用例数据的信息。这样的测试还是没有摆脱手工测试方式，效率是低下的。同时，对于测试结果是否通过测试也不要使用printf方式打印被测试函数的返回结果值，避免要人工去检查结果。

6）  执行测试

　　运行写好的驱动模块完成对被测试模块的测试。

7）  补充和完善测试用例

　　单元测试也是个循序渐进的过程，可能一开始考虑的不够全面，或预期的覆盖标准太低，需要在测试过程中不断补充测试用例，直到满足要求为止。

8）  分析结果，给出评价

　　根据测试的结果分析、查找错误的原因，并找到解决的办法。测试结束之后，根据测试过程的数据统计，给出被测试对象评价

和大家分享一下刚学的测试字体颜色的方法。

set iDisplay = Browser().Page().WebElement().Object
' Get the currentstyle object
set iDisplayStyle = iDisplay.currentstyle
' Access the Display attribute
sTmp = ""
sTmp = iDisplayStyle.color

'This way gets you the color of object.

当然字体大小，什么字体也一样可以测试了。

每当有一种新技术出现，相关的流行词便开始在网上漫天传播。下面，我们总结出了如今最流行的十大SaaS术语,目前，正流行着一种新技术“SaaS”或“Software-as-a-Service”，即“软件作为服务”。这个新兴词在网上大有愈演愈热之势。付费SaaS多集中在企业管理软件领域。国内最早在2004年出现了800CRM和Xtools等托管型软件，标志着SaaS模式在中国的诞生。

下面，我们总结出了如今最流行的十大SaaS术语：

(1) 多重租赁(Multi-tenancy)

SaaS的“多重租赁”概念就是，多个公司将其数据和业务流程托管存放在SaaS服务商的同一服务器组上，相当于服务商将一套在线软件同时出租给多个公司，每个公司只能看到自己的数据，由服务商来维护这些数据和软件。也就是说，多个公司登录到同一网站，但登录后看到的界面和数据，不同的公司大不相同。

这种模式有利有弊。好处是卖主相对于每个客户的平均硬件和维护成本很低。卖主将这种成本优势分摊给客户，客户用不着花大力气去维护自己的系统平台。服务商同步升级硬件软件，客户不需要另付费。

但是也存在一定的弊端，由于SaaS模式是由服务商来维护系统，因此当服务商要对系统进行升级时，客户也只能跟着升级。这有点像中国以前吃大锅饭的时代，由中央统一分配。比如说6月1日，服务商要发布新版本，到时候客户就都只能使用新版本的系统。确实也只能这样，否则就不叫“多租”了。而且如果服务商支持多种不同版本的系统，那么成本就会相应地增加。当然，绝大多数的客户会更喜欢升级后的软件版本。

(2) 跨界混搭(mash-up)

“跨界混搭”这个术语起源于流行音乐，编曲者把两张唱片混编以后重新制作出一首新歌。这个概念应用在SaaS上，就是指把多个不同的在线应用软件服务搭建成为一种新型的整合服务。用户通常只需要登录一次就可以使用集成好的应用软件组合。

需要注意的是，当你把多种SaaS服务混合到一个软件中去后，其中一种会是核心，如果其出现严重问题，将会影响到整个软件的使用。

(3) 集成器(Connector)

集成器是一种软件程序，让你从一个应用程序中读取数据，然后下载到SaaS解决方案中(同样可以用于将数据送回到另一个应用程序中)。这种数据传送通常用于实时或批量传送的情况，企业完成初始数据的导入或导出，然后根据需要定期更新这些数据。

比如，像国外的SaaS服务商Salesforce或国内的800CRM提供SAP集成器，就将SAP中的客户数据导入到Salesforce或800CRM系统中。

(4) 解决方案扩展(Solution extension)

SaaS 解决方案具有的扩展性让用户能够在已存在的软件结构上，按需再增加额外的工具或功能。像前面提到的Salesforce的App Exchange应用软件开发平台，以及国内的SaaS托管商800CRM的800App Native应用软件开发平台都是解决方案扩展的典型代表。

还有一些扩展性例如可以扩展数据模型，提供个性化的用户界面以及其他更多自定制的扩展服务。

(5) 垂直应用(Vertical applications)

“垂直应用”不是SaaS的专用术语，它也应用于其他领域，通常是指为某一个领域(例如银行，医药等)建立一个专门的平台。虽然它已经在传统行业应用很多年了，但是相对来讲应用在SaaS中还是一个比较新的概念。

每当有一种新技术出现，相关的流行词便开始在网上漫天传播。下面，我们总结出了如今最流行的十大SaaS术语

随着SaaS的不断成熟，客户希望SaaS服务商能提供详细的垂直应用行业方案。例如，目前Salesforce的APP Exchange平台已经能够实现全方位跨行业的应用，各个行业的公司都能够在Salesforce的平台上进行二次开发。

(6) 参数应用(Parametric applications)

在传统软件模式下，如果软件的服务功能需要改变，那么相应的代码也需要重新编写。但是在SaaS模式下，用户可以通过输入新的参数变量，或者制定一些数据关联规则来开启一种新的应用。这种新式服务模式也被称为“参数应用”，“宏”或“自定制对象”，主要是因为这种应用程序可以让用户自己定制新的应用，不需要懂软件编程。

Salesforce或800CRM升级系统，自定制对象也同时升级，而最本质的应用则是客户可以自己通过改变参数和参数关联来为系统增加新的功能。

(7) 模块化(Modular)

SaaS中模块功能主要用于关闭或开启服务。在聚集了丰富功能的强大应用平台中，IT经理可以像选择菜单那样任意地选择功能，关闭某些不需要用到的功能，也可以根据需求增加新的功能。

SaaS服务商基于网络架构建立了自己的应用平台，模块的灵活性使得他们可以根据客户的不同需求，将功能复杂繁多的系统配置成适合客户的系统。

(8) 在线SaaS (Net-native SaaS)

“在线SaaS”从表面意思来看似乎有点累赘，SaaS本身的概念就是提供一种在线服务，因此所有的SaaS应用程序都应该是产生于网络，壮大于网络的。

但该术语是相对于SaaS的前身--ASP(Application Service Provider，应用服务提供商)来说的，这是一种早期的远程软件托管形式。跟如今直接在网上使用的系统相比，ASP时代的用户可能觉得通过专线或专用加密设备访问的系统来得更安心。显然，早期的ASP解决方案设计的一些运行缓慢的程序并没有很好地体现“在线”这个概念，很多ASP客户需要借用VPN、Citrix等实现远程访问。

所以当人们说 “在线SaaS”时，这个术语其实是在强调使用浏览器直接使用软件，而加密是通过浏览器通用的SSL加密协议。

(9) 基础架构平台(Platform infrastructure)

有时候SaaS的拥护者希望出现一种基础架构的平台来推动SaaS更好地发展。

这是因为首先得有一个平台来支撑SaaS软件应用程序的运行，如今最著名的是国外Salesforce公司的APP Exchange平台，国内800CRM的800APP Native的平台与Salesforce兼容。

(10) SaaS(软件作为服务)

最后，我们别忘了SaaS本身就是个非常红火的流行词。厉害的SaaS销售代表直接用SaaS就能解决你所有管理软件问题。比起其它软件，SaaS软件更便宜，灵活性更强，能省掉更多的麻烦。

SaaS确实存在很多优势。例如“在线托管”，就一改传统软件需要用户自己购买，配置，维护的局面;SaaS还开启了一种新型商业模式，与传统软件需要用户一次性购买相比，SaaS可以按月付费，像国内的800crm和Xtools都可以按帐户数量和按月付费，完全体现了按需购买的要求。

目录：

　　一、术语session

　　二、HTTP协议与状态保持

　　三、理解cookie机制

　　四、理解session机制

　　五、理解javax.servlet.http.HttpSession

　　六、HttpSession常见问题

　　七、跨应用程序的session共享

　　八、总结

　　一、术语session

　　在我的经验里，session这个词被滥用的程度大概仅次于transaction，更加有趣的是transaction与session在某些语境下的含义是相同的。

　　session，中文经常翻译为会话，其本来的含义是指有始有终的一系列动作/消息，比如打电话时从拿起电话拨号到挂断电话这中间的一系列过程可以称之为一个 session。有时候我们可以看到这样的话“在一个浏览器会话期间，...”，这里的会话一词用的就是其本义，是指从一个浏览器窗口打开到关闭这个期间 ①。最混乱的是“用户（客户端）在一次会话期间”这样一句话，它可能指用户的一系列动作（一般情况下是同某个具体目的相关的一系列动作，比如从登录到选购商品到结账登出这样一个网上购物的过程，有时候也被称为一个transaction），然而有时候也可能仅仅是指一次连接，也有可能是指含义①，其中的差别只能靠上下文来推断②。

　　然而当session一词与网络协议相关联时，它又往往隐含了“面向连接”和/或“保持状态”这样两个含义， “面向连接”指的是在通信双方在通信之前要先建立一个通信的渠道，比如打电话，直到对方接了电话通信才能开始，与此相对的是写信，在你把信发出去的时候你并不能确认对方的地址是否正确，通信渠道不一定能建立，但对发信人来说，通信已经开始了。“保持状态”则是指通信的一方能够把一系列的消息关联起来，使得消息之间可以互相依赖，比如一个服务员能够认出再次光临的老顾客并且记得上次这个顾客还欠店里一块钱。这一类的例子有“一个TCP session”或者 “一个POP3 session”③。

　　而到了web服务器蓬勃发展的时代，session在web开发语境下的语义又有了新的扩展，它的含义是指一类用来在客户端与服务器之间保持状态的解决方案④。有时候session也用来指这种解决方案的存储结构，如“把xxx保存在session 里”⑤。由于各种用于web开发的语言在一定程度上都提供了对这种解决方案的支持，所以在某种特定语言的语境下，session也被用来指代该语言的解决方案，比如经常把Java里提供的javax.servlet.http.HttpSession简称为session⑥。

　　鉴于这种混乱已不可改变，本文中session一词的运用也会根据上下文有不同的含义，请大家注意分辨。

　　在本文中，使用中文“浏览器会话期间”来表达含义①，使用“session机制”来表达含义④，使用“session”表达含义⑤，使用具体的“HttpSession”来表达含义⑥

　　二、HTTP协议与状态保持

　　HTTP 协议本身是无状态的，这与HTTP协议本来的目的是相符的，客户端只需要简单的向服务器请求下载某些文件，无论是客户端还是服务器都没有必要纪录彼此过去的行为，每一次请求之间都是独立的，好比一个顾客和一个自动售货机或者一个普通的（非会员制）大卖场之间的关系一样。

　　然而聪明（或者贪心？）的人们很快发现如果能够提供一些按需生成的动态信息会使web变得更加有用，就像给有线电视加上点播功能一样。这种需求一方面迫使HTML逐步添加了表单、脚本、DOM等客户端行为，另一方面在服务器端则出现了CGI规范以响应客户端的动态请求，作为传输载体的HTTP协议也添加了文件上载、 cookie这些特性。其中cookie的作用就是为了解决HTTP协议无状态的缺陷所作出的努力。至于后来出现的session机制则是又一种在客户端与服务器之间保持状态的解决方案。

　　让我们用几个例子来描述一下cookie和session机制之间的区别与联系。笔者曾经常去的一家咖啡店有喝5杯咖啡免费赠一杯咖啡的优惠，然而一次性消费5杯咖啡的机会微乎其微，这时就需要某种方式来纪录某位顾客的消费数量。想象一下其实也无外乎下面的几种方案：

　　1、该店的店员很厉害，能记住每位顾客的消费数量，只要顾客一走进咖啡店，店员就知道该怎么对待了。这种做法就是协议本身支持状态。

　　2、发给顾客一张卡片，上面记录着消费的数量，一般还有个有效期限。每次消费时，如果顾客出示这张卡片，则此次消费就会与以前或以后的消费相联系起来。这种做法就是在客户端保持状态。

　　3、发给顾客一张会员卡，除了卡号之外什么信息也不纪录，每次消费时，如果顾客出示该卡片，则店员在店里的纪录本上找到这个卡号对应的纪录添加一些消费信息。这种做法就是在服务器端保持状态。

　　由于HTTP协议是无状态的，而出于种种考虑也不希望使之成为有状态的，因此，后面两种方案就成为现实的选择。具体来说cookie机制采用的是在客户端保持状态的方案，而session机制采用的是在服务器端保持状态的方案。同时我们也看到，由于采用服务器端保持状态的方案在客户端也需要保存一个标识，所以session机制可能需要借助于cookie机制来达到保存标识的目的，但实际上它还有其他选择。

　　三、理解cookie机制 

　　cookie机制的基本原理就如上面的例子一样简单，但是还有几个问题需要解决：“会员卡”如何分发；“会员卡”的内容；以及客户如何使用“会员卡”。

　　正统的cookie分发是通过扩展HTTP协议来实现的，服务器通过在HTTP的响应头中加上一行特殊的指示以提示浏览器按照指示生成相应的cookie。然而纯粹的客户端脚本如Javascrīpt或者VBscrīpt也可以生成cookie。

　　而cookie 的使用是由浏览器按照一定的原则在后台自动发送给服务器的。浏览器检查所有存储的cookie，如果某个cookie所声明的作用范围大于等于将要请求的资源所在的位置，则把该cookie附在请求资源的HTTP请求头上发送给服务器。意思是麦当劳的会员卡只能在麦当劳的店里出示，如果某家分店还发行了自己的会员卡，那么进这家店的时候除了要出示麦当劳的会员卡，还要出示这家店的会员卡。

　　cookie的内容主要包括：名字，值，过期时间，路径和域。

　　其中域可以指定某一个域比如.google.com，相当于总店招牌，比如宝洁公司，也可以指定一个域下的具体某台机器比如www.google.com或者froogle.google.com，可以用飘柔来做比。

　　路径就是跟在域名后面的URL路径，比如/或者/foo等等，可以用某飘柔专柜做比。

　　路径与域合在一起就构成了cookie的作用范围。

　　如果不设置过期时间，则表示这个cookie的生命期为浏览器会话期间，只要关闭浏览器窗口，cookie就消失了。这种生命期为浏览器会话期的 cookie被称为会话cookie。会话cookie一般不存储在硬盘上而是保存在内存里，当然这种行为并不是规范规定的。如果设置了过期时间，浏览器就会把cookie保存到硬盘上，关闭后再次打开浏览器，这些cookie仍然有效直到超过设定的过期时间。

　　存储在硬盘上的cookie 可以在不同的浏览器进程间共享，比如两个IE窗口。而对于保存在内存里的cookie，不同的浏览器有不同的处理方式。对于IE，在一个打开的窗口上按 Ctrl-N（或者从文件菜单）打开的窗口可以与原窗口共享，而使用其他方式新开的IE进程则不能共享已经打开的窗口的内存cookie；对于 Mozilla Firefox0.8，所有的进程和标签页都可以共享同样的cookie。一般来说是用javascrīpt的window.open打开的窗口会与原窗口共享内存cookie。浏览器对于会话cookie的这种只认cookie不认人的处理方式经常给采用session机制的web应用程序开发者造成很大的困扰。

　　下面就是一个goolge设置cookie的响应头的例子

　　HTTP/1.1 302 Found

　　Location: http://www.google.com/intl/zh-CN/

　　Set-Cookie: PREF=ID=0565f77e132de138:NW=1:TM=1098082649:LM=1098082649:S=KaeaCFPo49RiA_d8; expires=Sun,

　　17-Jan-2038 19:14:07 GMT; path=/; domain=.google.com

　　Content-Type: text/html

　　这是使用HTTPLook这个HTTP Sniffer软件来俘获的HTTP通讯纪录的一部分

　　浏览器在再次访问goolge的资源时自动向外发送cookie

　　使用Firefox可以很容易的观察现有的cookie的值

　　使用HTTPLook配合Firefox可以很容易的理解cookie的工作原理。

　　IE也可以设置在接受cookie前询问

　　这是一个询问接受cookie的对话框。

　　四、理解session机制

　　session机制是一种服务器端的机制，服务器使用一种类似于散列表的结构（也可能就是使用散列表）来保存信息。

　　当程序需要为某个客户端的请求创建一个session的时候，服务器首先检查这个客户端的请求里是否已包含了一个session标识 - 称为 session id，如果已包含一个session id则说明以前已经为此客户端创建过session，服务器就按照session id把这个 session检索出来使用（如果检索不到，可能会新建一个），如果客户端请求不包含session id，则为此客户端创建一个session并且生成一个与此session相关联的session id，session id的值应该是一个既不会重复，又不容易被找到规律以仿造的字符串，这个 session id将被在本次响应中返回给客户端保存。

　　保存这个session id的方式可以采用cookie，这样在交互过程中浏览器可以自动的按照规则把这个标识发挥给服务器。一般这个cookie的名字都是类似于SEEESIONID，而。比如weblogic对于web应用程序生成的cookie，JSESSIONID= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764，它的名字就是 JSESSIONID。

　　由于cookie可以被人为的禁止，必须有其他机制以便在cookie被禁止时仍然能够把session id传递回服务器。经常被使用的一种技术叫做URL重写，就是把session id直接附加在URL路径的后面，附加方式也有两种，一种是作为URL路径的附加信息，表现形式为http://...../xxx;jsessionid= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764

　　另一种是作为查询字符串附加在URL后面，表现形式为http://...../xxx?jsessionid=ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764

　　这两种方式对于用户来说是没有区别的，只是服务器在解析的时候处理的方式不同，采用第一种方式也有利于把session id的信息和正常程序参数区分开来。

　　为了在整个交互过程中始终保持状态，就必须在每个客户端可能请求的路径后面都包含这个session id。

　　另一种技术叫做表单隐藏字段。就是服务器会自动修改表单，添加一个隐藏字段，以便在表单提交时能够把session id传递回服务器。比如下面的表单

　　<form name="testform" action="/xxx">

　　<input type="text">

　　</form>

　　在被传递给客户端之前将被改写成

　　<form name="testform" action="/xxx">

　　<input type="hidden" name="jsessionid" value="ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng!-145788764">

　　<input type="text">

　　</form>

　　这种技术现在已较少应用，笔者接触过的很古老的iPlanet6(SunONE应用服务器的前身)就使用了这种技术。

　　实际上这种技术可以简单的用对action应用URL重写来代替。

　　在谈论session机制的时候，常常听到这样一种误解“只要关闭浏览器，session就消失了”。其实可以想象一下会员卡的例子，除非顾客主动对店家提出销卡，否则店家绝对不会轻易删除顾客的资料。对session来说也是一样的，除非程序通知服务器删除一个session，否则服务器会一直保留，程序一般都是在用户做log off的时候发个指令去删除session。然而浏览器从来不会主动在关闭之前通知服务器它将要关闭，因此服务器根本不会有机会知道浏览器已经关闭，之所以会有这种错觉，是大部分session机制都使用会话cookie来保存session id，而关闭浏览器后这个 session id就消失了，再次连接服务器时也就无法找到原来的session。如果服务器设置的cookie被保存到硬盘上，或者使用某种手段改写浏览器发出的HTTP请求头，把原来的session id发送给服务器，则再次打开浏览器仍然能够找到原来的session。

　　恰恰是由于关闭浏览器不会导致session被删除，迫使服务器为seesion设置了一个失效时间，当距离客户端上一次使用session的时间超过这个失效时间时，服务器就可以认为客户端已经停止了活动，才会把session删除以节省存储空间。

　　五、理解javax.servlet.http.HttpSession

　　HttpSession是Java平台对session机制的实现规范，因为它仅仅是个接口，具体到每个web应用服务器的提供商，除了对规范支持之外，仍然会有一些规范里没有规定的细微差异。这里我们以BEA的Weblogic Server8.1作为例子来演示。

　　首先，Weblogic Server提供了一系列的参数来控制它的HttpSession的实现，包括使用cookie的开关选项，使用URL重写的开关选项，session持久化的设置，session失效时间的设置，以及针对cookie的各种设置，比如设置cookie的名字、路径、域， cookie的生存时间等。

　　一般情况下，session都是存储在内存里，当服务器进程被停止或者重启的时候，内存里的session也会被清空，如果设置了session的持久化特性，服务器就会把session保存到硬盘上，当服务器进程重新启动或这些信息将能够被再次使用， Weblogic Server支持的持久性方式包括文件、数据库、客户端cookie保存和复制。

　　复制严格说来不算持久化保存，因为session实际上还是保存在内存里，不过同样的信息被复制到各个cluster内的服务器进程中，这样即使某个服务器进程停止工作也仍然可以从其他进程中取得session。

　　cookie生存时间的设置则会影响浏览器生成的cookie是否是一个会话cookie。默认是使用会话cookie。有兴趣的可以用它来试验我们在第四节里提到的那个误解。

　　cookie的路径对于web应用程序来说是一个非常重要的选项，Weblogic Server对这个选项的默认处理方式使得它与其他服务器有明显的区别。后面我们会专题讨论。

　　关于session的设置参考[5] http://e-docs.bea.com/wls/docs70/webapp/weblogic_xml.html#1036869

　　六、HttpSession常见问题

　　（在本小节中session的含义为⑤和⑥的混合）

　　1、session在何时被创建

　　一个常见的误解是以为session在有客户端访问时就被创建，然而事实是直到某server端程序调用 HttpServletRequest.getSession(true)这样的语句时才被创建，注意如果JSP没有显示的使用 <% @page session="false"%> 关闭session，则JSP文件在编译成Servlet时将会自动加上这样一条语句 HttpSession session = HttpServletRequest.getSession(true);这也是JSP中隐含的 session对象的来历。

　　由于session会消耗内存资源，因此，如果不打算使用session，应该在所有的JSP中关闭它。

　　2、session何时被删除

　　综合前面的讨论，session在下列情况下被删除a.程序调用HttpSession.invalidate();或b.距离上一次收到客户端发送的session id时间间隔超过了session的超时设置;或c.服务器进程被停止（非持久session）

　　3、如何做到在浏览器关闭时删除session

　　严格的讲，做不到这一点。可以做一点努力的办法是在所有的客户端页面里使用javascrīpt代码window.oncolose来监视浏览器的关闭动作，然后向服务器发送一个请求来删除session。但是对于浏览器崩溃或者强行杀死进程这些非常规手段仍然无能为力。

　　4、有个HttpSessionListener是怎么回事

　　你可以创建这样的listener去监控session的创建和销毁事件，使得在发生这样的事件时你可以做一些相应的工作。注意是session的创建和销毁动作触发listener，而不是相反。类似的与HttpSession有关的listener还有 HttpSessionBindingListener，HttpSessionActivationListener和 HttpSessionAttributeListener。

　　5、存放在session中的对象必须是可序列化的吗

　　不是必需的。要求对象可序列化只是为了session能够在集群中被复制或者能够持久保存或者在必要时server能够暂时把session交换出内存。在 Weblogic Server的session中放置一个不可序列化的对象在控制台上会收到一个警告。我所用过的某个iPlanet版本如果 session中有不可序列化的对象，在session销毁时会有一个Exception，很奇怪。

　　6、如何才能正确的应付客户端禁止cookie的可能性

　　对所有的URL使用URL重写，包括超链接，form的action，和重定向的URL，具体做法参见[6]

　　http://e-docs.bea.com/wls/docs70/webapp/sessions.html#100770

　　7、开两个浏览器窗口访问应用程序会使用同一个session还是不同的session

　　参见第三小节对cookie的讨论，对session来说是只认id不认人，因此不同的浏览器，不同的窗口打开方式以及不同的cookie存储方式都会对这个问题的答案有影响。

　　8、如何防止用户打开两个浏览器窗口操作导致的session混乱

　　这个问题与防止表单多次提交是类似的，可以通过设置客户端的令牌来解决。就是在服务器每次生成一个不同的id返回给客户端，同时保存在session里，客户端提交表单时必须把这个id也返回服务器，程序首先比较返回的id与保存在session里的值是否一致，如果不一致则说明本次操作已经被提交过了。可以参看《J2EE核心模式》关于表示层模式的部分。需要注意的是对于使用javascrīpt window.open打开的窗口，一般不设置这个id，或者使用单独的id，以防主窗口无法操作，建议不要再window.open打开的窗口里做修改操作，这样就可以不用设置。

看到许多媒体都在争相炒作测试工程师—这一“黄金”职业，我有些不同的看法。以下的内容是从网站上摘录的一段信息：

随着国内IT企业对软件测试的重要性的日益了解，软件测试人才岗位的薪资待遇也稳步提升。据了解，刚入门的软件测试工程师薪水一般在3000-5000元左右，工作2-3年年薪普遍在10-15万之间。即便如此，很多企业仍然难以招到适合的人才。“我现在要是公布招聘10个软件开发人员，会来几百人投简历；如果我说招聘一名软件测试工程师，应聘者就会少很多。” 北京红旗中文贰仟软件技术有限公司总经理胡才勇不由感慨。智联招聘等招聘网站甚至撰文称“从入门级的初级测试工程师到高级测试工程师及项目负责人全线短缺。” 套用狄更斯那句话说：对于急需软测人员的企业来说，这是一个最坏的时代，但对软件测试人才来说，这是一个最好的时代。

之所以摘录以上信息，不是针对这段信息本身有什么不同的观点，而是想要说明一位想从事软件测试行业的人或正在从事初级测试岗位的人员如何月薪可以拿到年薪１０－２０万。

无论是你想升职还是想要加薪，首先必须要分析一下公司给员工升职和加薪的原因。我想这方面大家都是清楚的，但是好像操作起来又非常的模糊。谁都知道要升职或加薪就是要干的比别人好，要为公司创造比别人更多的价值，节约更多的资金和成本......但是如何做到这些呢，恐怕就没有什么特别行之有效的方法了。其实这个问题以前也困扰了我许久。

记得当时最开始从事开发工作时，薪水才1.2k，现在虽然听起来少的可怜，但是十几年前自己还是挺满足的。所以工作的时候也就特别卖力，总是老板或主管要求的事情，一定要尽全力做好，老板和主管没有要求的，如果觉得对公司有帮助，也会主动去做。所以很快我就被提为小组长，当然薪水也涨到了2K。当时其实我的技术并不是我们组里最好的，所以有好多人都不服气，我也知道自己的不足，所以就二话不说，赶紧补呗，没过两个月就奠定了巩固的地位。 由此我获得了升职和加薪的第一个方法：那就是不仅要做好你该做的事情，还要尽量去做对公司有益的事情！这样在公司做了快两年的时间，后来因为老板要移民所以只能关掉公司，不过老板对我们还是不错的，都提前和我们员工打好了招呼，让我们先去找工作，然后等我们都安顿好了，他才把公司关掉的。

后来就去了一家美国公司，这是加薪的第二种方法—“成功”跳槽！请注意不是每一次普通的跳槽都可以使你的工资翻倍的，只有你在前一家企业确实为公司做出过真正的贡献，那么以后的跳槽才会被新的东家所欣赏。所以我强烈建议目前在公司工作的兄弟姐妹们一定要随时留心，随时积累工作心得，最好有一些真实客观的数据（比如目前您所测试的项目中，您个人所发现的缺陷占到整个团队发现缺陷的比率是多少？您个人发现的对公司最有价值的缺陷是什么？.......）说明您为上家公司所作的贡献是什么，无论是技术上的，还是管理上的，都最好有一些客观的数据证明。所以工作过程中处处积累，处处留心才能为您以后的成功跳槽打好基础，而不是等到新东家面试您的时候，您才拼命的“回忆”自己的光辉业绩，那不容易让人家信服的！

在这家美国公司里，技术的长进不是特别大，但是毕竟是外企，所以对自己“英语”能力的锻炼可就提供了非常好的机会。虽说是六级，但是没进这家公司之前，根本就没说过外语。所以刚进去的时候，我和老外主管沟通真是挺费劲的，不过没关系，还是老办法—补呗！二话不说，没过一个月，我的经理就夸我有很大的进步。过了英语关，我的工作也更如鱼得水了，而且公司让我负责与美国那边的客户沟通，尤其是针对客户提出的问题进行一些软件功能检查。由于客户评价很好，所以我又一次得到了升职和加薪的机会，这使我又获得了一个新的方法—想尽一切办法为公司的“客户”提供最好的服务！

就这样一路走来，从开发转到测试再到负责公司的过程改进，做了不少的角色，但是等到薪资想要超越更多一些的时候，发现没有什么好的方法可以让我迈过这个坎，因为在公司工作的过程中，总是自己在指导别人如何做事，但其实自己做事的过程中，尤其是技术方面，也有许多不到位的地方，但是总也是找不到特别有效的解决方案。总是一个项目接一个项目的忙碌，有一次同时负责4个项目，真觉得分身乏力！郁闷了好久，不知道下一步该怎么走，一个项目一个项目的做，同样的问题反复出现，丝毫没有好的解决方案.....当时我曾经有想法改行，不做技术了，想去做销售！因为无法突破自己的瓶颈。

直到“撞”到了51tesing，（之所以说是撞到了51tesing，是因为当时其实只是打算做一名兼职老师，挣点外快就行了，并没有打算留下来。）。遇到了我测试生涯中的三个贵人，也是我现在的老板和上司—周峰老师、王威老师和朴老师，但是我们都尊敬的称他们为老师（这也是我们51testing的一种文化吧，无论是领导还是同事之间，大家都以老师相称）。他们给了我许多指导，让我看到了自己在技术上的不足，也通过教学的环节，让我把自己的所得与大家共同分享，使我终于明确了自己的发展方向，突破自己的瓶颈的同时又获得最重要的一个法宝—适时地停下来，总结自己，与更多的人分享，才能更快的提高自己！

就像我们说宝马车和普通车的区别，其实不在于宝马车比普通车跑得更快，最大的区别是当时速过百时，宝马车可以随时稳定的“叫停”，但是其他的车就完全不听指挥了。

所以如果大家想要获得更好的加薪和升职的机会，首先要脚踏实地的认真高效做事，无论老板有没有盯着你，记着这是为“自己工作！”，绝不是为老板工作，只有自己的能力提高了，为公司创造了真正的价值，才会有更多更好的机会迎接你！同时别忘记在工作过程中一定要不断地充电学习，找一个优秀、无私的“教练”是成功的关键，否则自己很难突破的，起码短时间内是绝对不可能的！最后就是要适时地停一停，对以前的自己好好总结一下，才能为第二次腾飞作好充分的准备！