----纪念在这次战斗中英勇奋战的同志

编写背景：

所负责的测试任务：辽沈战役，在克服重重困难和阻力下终于艰难的完成了做战任务，为了纪念此次战役，为了记录此次战斗中的英雄，特写下这篇文章留做纪念。另：放在blog上是想和大家一起来分享心情。

                     记录辽沈战役---我们一路走过的脚印

中央电视台，中央电视台，各位观众，大家晚上好，我是电台主持人：小蚂蚁，你现在收看到的是中央电视台现场特别专题报道：XXX项目-----辽沈战役---系统上线，现在是2009年6月18日晚上9点50分，我们目前所在的位置是：北京xxxx项目组的办公地点，等一下在这里将发生一件非常重要的决战，就是辽沈战役最终是否可成功拿下。

我们将在现场向观众直播这个战斗的过程，这个战斗将从今天晚上10点开始一直持续到第二天凌晨早上7点，共计：9小时。现在从窗户看外面是黑漆漆的一片并下着小雨，但我们看到目前现场的气氛和外面是截然不同，大家都在积极的做着战前准备；接下来我们会分段给大家报到整个战斗的过程。

现在我们先去看看这次参战的各个成员情况。

我们先来看看测试组人员：

   测试工作人员XXX正在测试环境部署最新开发提交的程序包，从表情上看，对此次战斗充满了很多期待

   测试工作人员XXX正在测试，从表情上看意思是：我们对此战斗充满着信心。

   测试工作人员xxxxx正在专注的验证新版本解决的问题，看她十分的专注，我们的拍摄她都没有感觉到。
   现在我们来到了运维组：

   运维工作人员XXX正在查看生产环境系统的情况，做着系统上线前的准备，从表情上看：心里那个美啊，可惜他不愿透露为什么这么高兴。

我们在看看运维工作人员：星仔，很遗憾，他本人现在不能接受摄像和采访，正在做着非常重要的事情，我们找到了他之前的一个加班工作照片。

   看，他是多么的专注。

下面我们来到了这次战斗主力之一的团队：开发组

    他是：pig朱，正在调试辽沈战役的程序。

    从近到远看，他们依次是：XXX，穿着粉色衣服的这位，正在做着淮海战役的开发工作；穿着白色衣服的这位叫XXXX，他旁边的人是：XXX；他俩正在对此次战役QA发现的bug进行分析。

   神情专注的这位是：XXX，他正在做着淮海战役的开发工作。

接下来，我们想采访一下这次辽沈战役的开发具体负责人：XXXX，可惜他人现在不方便露面，我们找到了他日常工作中的照片。

    呵呵，真是一表人才，他可是此次辽沈战役开发的主力。

   他是：XXXX，此次战役的开发总体负责人，正在看目前开发的战况情况

   他是：XXXX，此次战役的总司令，从表情上看，我们这次的战役肯定会赢。

刚才给各位观众介绍了辽沈战役现场工作人员的情况，就在介绍的过程中，我们的客户冒着大雨亲自来到了现场了解此次战役情况，可见此次战役对客户来说有多么多么的重要。现在我们看看时间，现在时间指到了10点50，刚从测试人员那边得到最新消息：系统在测试环境已经封版本成功，发现的问题都已经解决，已经可以部署到生产环境。

现在等待运维组工作人员xxx开始部署程序到生产环境，现在我们稍待休息15分钟，广告之后，继续回来给大家报道具体情况。

中央电视台，中央电视台，各位观众晚上好，你现在收看到的是中央电视台现场特别专题报道：XXXX项目-----辽沈战役---系统上线，我是现场主持人：小蚂蚁，现在是2009年6月18日晚上11点30分，现在辽沈战役已经到了最关键的环节：在生产环境部署新版本程序，刚收到最新消息，在生产环境部署中发现了一个很严重的问题：前端程序调用服务层的EJB失败，目前开发负责人XXXX正在查找原因；我们不方便打搅他们，正在等待结果。

现在看看时间已经指向了2009年6月19日凌晨的1点，这时传来消息，问题原因还是没有找到，但已经联系上了开发EJB服务工具的厂家维护人员，并且该人员正在进行远程+电话协助定位问题；测试人员这时正在处于等待状态，等待问题解决后可以在生产环境进行冒烟测试。

现在时间指向了凌晨2点半，刚收到最新消息，问题已经找到并进行了解决。可以在生产环境测试了。这时测试人员反馈有问题：调用XXXX的接口不通。赶紧联系在场的xxxxx工作人员，原来XXXX今天晚上要切换机器硬件，还没有切换好。过了半个小时xxxxx切换机器硬件工作完毕，测试人员可以开始在生产环境进行冒烟测试，在冒烟测试的过程中发现还存在问题，这个问题是有个功能无法在测试环境测试只能在生产环境测试时发现了的，同时部署的程序版本不正确。运维组的xxx，开发组的xxx正在查看；经过20分钟的重新部署，版本不正确的问题解决，但无法在测试环境测试的功能在生产环境冒烟测试后发现还有问题，xxxx正在进行修改。部分开发人员和负责人都已经回家休息了，客户在外面大厅的沙发上睡着了。

现在时间来到了凌晨4点半，放眼望去，测试人员累的都已经趴下了，运维人员也已经趴下了，其中还听见星仔打呼噜的声音。很想把他们疲惫的样子给拍下来，但实在不忍心。在来看看时间，现在已经指向了5点，xxx还在修改着剩下的这么一个bug，QA负责人建议XXX，如果在半个小时内如果解决不了这个问题就先不上这个功能。

时间指向5点半，突然传来好消息，问题已经解决了，叫醒了测试人员xxxx进行测试环境部署，叫醒了xxxx进行生产环境部署。在测试环境验证改这个问题是否会影响其它主要功能的使用，其他测试人员在生产环境验证这个问题是否被解决。时间来到了6点，测试组人员传来好消息，问题已经解决，在生产环境冒烟测试通过，可以全部部署到生产环境各台机器。

时间指向6点15分，程序已经部署到生产环境的第一台机器，突然传来消息，登录验证码的域名跳转没有做配置，xxxx说这个需要联系第三方厂家的负责人才能解决，现场工作人员都没有联系通讯录，先电话联系现在第三方厂家沟通负责人：xxxx，发现对方电话关机，估计是没电了。接下来电话联系之前的负责人：xxxx，大清早的人还没有睡醒，电话通了，可惜信号不好断了；再次拨通电话，终于联系上了xxxx，xxxx说已经给了xxxx；赶紧电话联系xxx，xxxx立刻提供了联系人方式；赶紧联系第三方厂家的负责人，第三方厂家负责人提供了相应的技术负责人联系电话；赶紧联系第三方厂家技术负责人联系电话。看看表，现在时间到了6点半，距离7点就剩下半个小时；好在第三方厂家技术负责人的电话打通了，通过电话进行了相应指导操作。

6点45分，第一台机器部署成功，测试人员全体开始访问外网，查看新版的页面，这时客户也已经醒了，期待着第一时间看到。7点整，外网所有机器进行全面部署，向所有互联网用户开放，同时宣告着此次战役的胜利。

现在我们可以看到在场的人终于松了一口气，整个人的状态是：开心、疲惫、饥饿。QA人员去外面买早餐，xxx和xxxx对上线情况进行监控，xxx对客户现场反馈的问题进行记录和修改。时间指向7点半，QA和运维人员开始吃早饭，开发人员xxx已经疲惫的睡着了连饭都顾不上吃，只喝了杯豆奶。时间指向8点，测试组人员已经回去休息。时间指向8点半，剩下的最后人员：xxx、xxx、xxx清理完现场，准备回家睡觉。到此，辽沈战役整体现场报道完毕，感谢各位观众的收看，同时祝贺辽沈战役取得的胜利，这是中央电视台，现场主持人“小蚂蚁”发回的报道。^_^。

编写背景：

这周刚忙完一个重要测试任务，整个过程很累很辛苦，但结局还是美好的。好久没有这样的感受了，除了5年前刚开始做测试时有这样的感受外。一直以来都是过程很轻松、结局很轻松；这次会这么辛苦，主要还是这边的开发团队实力实在是太差了，有些担心接下来的工作。在这次测试过程中，学到了很多新知识，其中之一是引用了门户网站页面加载性能测试，在这里分享给大家，希望对大家有所帮助。

推荐：门户网站页面加载性能测试工具---YSLOW

目前我知道的用于测试B/S结构，页面加载性能测试的工具有如下两个：

Ø         来自雅虎的---YSLOW

Ø         来自google的---- Page Speed

我更倾向于用雅虎的，因为它对于我来说感觉更专业、更标准，下面是YSLOW工具介绍。

Ø         工具名称：YSLOW

Ø         工具用途：网站页面加载性能测试

Ø         安装的前提条件：浏览器Firefox2.0

Ø         运行的环境：在Firefox下安装组件firebug才可运行使用

Ø         下载官方网址：http://developer.yahoo.com/yslow/

Ø         帮助学习文档地址：http://developer.yahoo.com/yslow/help/

下面是我用YSLOW测试工具测试后，形成的测试报告模板，供大家参考学习。
              XXXX页面加载性能测试报告

最近在忙着招聘新员工的同时，也在带新的徒弟；为了让她们能在心态上从学校转变到上班，在一次部门例会的话题讨论中，组织了这么个话题：公司的优秀员工是什么样子的，需要具备什么样的要求？希望她们在这个讨论的过程中在思想上能够得到一些成长和收获。把讨论的内容进行了总结，放在这里和大家分享，同时希望自己能够和刚毕业的学生一样，开始新的成长。

这篇随笔就起名为：成为公司的优秀员工需要具备什么，大家看完后有什么想补充和交流的可以留言。^_^。

                                成为公司的优秀员工需要具备什么

   职业素养

  Ø       工作目标清晰，和公司、团队目标一致。

  n         分清楚工作的重要性和紧迫性，目标，要明确自己的目标。

  n         能够给公司带来价值

  Ø         工作态度

  n         好的责任心、勤奋、出现问题，不推卸责任，积极解决

  n         工作负责、追求卓越（处理问题，工作目的不只是解决问题，而是进行总结和学习，提高工作效率。）

  n         有诚信，讲信用，按时完成工作

  n         主动积极向上、乐观开朗

  n         注重团队合作、集体荣誉感

  n         团结（乐于助人、乐于分享、关心别人、带动整个团队成长）

  n         好的上进心、学习能力

  n         模范带头作用，带动整个团队的成长

  n         善于思考并要有深度

  n         少说多干

  n         遵守公司规章制度

  Ø         工作技能

  n         善于沟通、交流，发现学习别人的优点，提高自己的能力

  n         很好的业务能力

  n         好的工作习惯、好的工作方法、充分利用资源

  n         善于做总结和计划，总结自己的成长、缺点、目标，有目标就有动力

  n         清楚了解自己目前工作所需要的工作技术能力要求、并具备相应能力

  n         对自己所做工作在行业内所使用的技术，进行学习并在工作中实践，提高工作效率

 延伸思考话题：

  自己和优秀员工要求对比，还存在哪些差距？阻碍自己成为优秀员工的困难有哪些？

总结完了这次的讨论话题，在网上看了一些相关资料，其中有一篇写的不错，可惜记不起网址是多少了，只能把文章中描述的内容记录在这里，具体见下面：

在企业的运营过程当中会用到很多人，有人品人缘好的，有专业能力强的，有好学上进的等等。笔者认为依重要程度，优秀的员工应该具备：

一是忠诚度高，对公司忠诚不二，认同企业的价值观，能同甘共苦，共同发展；

二是态度端正，积极主动，好学上进，肯干并愿意干，知道自己是干什么的，那些事该做和不该做，很有发展潜力；

三是专业能力强，能独挡一面，拥有一技之长，且能不断提升。三个要素都很重要，缺一不可。

　　以前有个老员工，人很好，但却被解雇了，什么原因呢？笔者认为专业程度提升得不够，长进太慢，几年了和刚进来差别不大，跟不上时代（客户和公司）发展的速度，一定要被淘汰，所以只好“挥泪斩马谡”。

　　评论一个员工是否优秀社会上有很多标准，但我认为最根本的就是他（她）能否给公司创造价值？创造多大的价值？是物有所值，物超所值，还是“物低所值”？其它的都是假的。人缘再好也没用。公司不养人，只是搭建一个平台，让演员在上边唱戏，演好自己的角色。如果演不好这个角色，观众不买帐，只好让这个演员下台换人，其它别无选择。只有演好自己扮演的角色，尽心尽力做好自己份内份外的事，大家齐心协力把工作做好，把戏唱好，公司效益才能搞上去，观众才能买戏班的帐，生意才会越来越红火。戏班主和演员是一个利益共同体，相辅相成。大家只有同心同力，才能在竞争激烈的市场大潮中乘风破浪，所向披靡。

　　把“好人”、专业技能一般、跑得慢、业绩差的“演员”“杀掉”，让企业轻装上阵。拥有一流的演员队伍，你的戏才会唱的更好，更长久。

这周要开始搭建测试管理系统bugzilla，第一步是装操作系统。由于使用的机器配置非常的老，机器有4块硬盘，每个硬盘17G；第一次遇到这样的情况，装上操作系统后，如何挂接硬盘还真是不会，在网上找了不少资料看，对资料进行归类总结，在此收录保存同时供大家需要时查看。

                          Redhat Linux 硬盘挂载方法！！！

参考资料网址：http://www.chinalinuxpub.com/read.php?wid=1080

硬盘挂载操作工作步骤：

1、先查看目前机器上有几块硬盘，查看命令有两种：

命令1：# fdisk –l

命令2：# dmesg | grep sd

其中：fdisk命令说明如下：

fdisk命令用途：观察硬盘的实体使用情形与分割硬盘用。

fdisk命令使用方法：
　 一、在 console 上输入 fdisk -l ，观察硬盘之实体使用情形。

二、在 console 上输入 fdisk  /dev/sda（具体磁盘名称），可进入分割硬盘模式。

Ø         输入 m 显示所有命令列示。

Ø         输入 p 显示硬盘分割情形。

Ø         输入 a 设定硬盘启动区。

Ø         输入 n 设定新的硬盘分割区。

Ø         输入 e 硬盘为[延伸]分割区(extend)。

Ø         输入 p 硬盘为[主要]分割区(primary)。

Ø         输入 t 改变硬盘分割区属性。

Ø         输入 d 删除硬盘分割区属性。

Ø         输入 q 结束不存入硬盘分割区属性。

Ø         输入 w 结束并写入硬盘分割区属性。

dmesg命令说明如下：

功能说明：显示开机信息。
语　　法：dmesg [-cn][-s ]
补充说明：kernel会将开机信息存储在ring buffer中。您若是开机时来不及查看信息，可利用dmesg来查看。开机信息亦保存在/var/log目录中，名称为dmesg的文档里。
参　　数：
　-c 　显示信息后，清除ring buffer中的内容。
　-s 　预配置为8196，刚好等于ring buffer的大小。
　-n 　配置记录信息的层级。

2、对要挂载的硬盘创建磁盘分区

   创建磁盘分区步骤举例如下：

   # fdisk /dev/sdb

进入fdisk模式：

Command (m for help):m   //查看fdisk命令帮助

Command (m for help):n   //创建新分区

Command action：

e extended    //输入e为创建扩展分区

p primary partition (1-4)     //输入p为创建主分区，这里我们选择p

Partion number(1-4)：1     //第一个扩展分区，按需求可以最多分4个主分区

First Cylinder(1-1014,default 1): 1   //第一个主分区起始的磁盘块数，可以选择默认值

Last cylindet or +siza or +sizeM or +sizeK: +1024MB //可以是以MB为单位的数字或者

以磁盘块数，这 里我们输入+1024MB表示分区大小为1G

这样我们就创建完一个分区，如果要创建更多分区可以照上面的步骤继续创建。所有分区创建完后用w保存分区。

Command (m for help): w

The partition table has been altered!

保存完成后重启服务器，可以用#fdisk -l 命令检查刚刚所建分区，可以在返回结果中确认/dev/sdb1的信息。

3、对要挂载的分区进行格式化

   用如下命令将新建的分区格式化为ext3

# mkfs -t ext3 -c /dev/sdb1

mkfs 命令说明如下：

   功能说明：建立各种文件系统。
语法：mkfs [-vV][fs][-f <文件系统类型>][设备名称][区块数]
补充说明：mkfs本身并不执行建立文件系统的工作，而是去调用相关的程序来执行。
参数：
fs   指定建立文件系统时的参数。
-t<文件系统类型>  指定要建立何种文件系统。
-v   显示版本信息与详细的使用方法。
-V   显示简要的使用方法。

4、挂载分区

格式化完后我们需要进行挂载分区，举例如下：

# mkdir /test

# mount /dev/sdb1 /test

# df            //用df命令进行查看

Filesystem 1K-blocks Used Available Use% Mounted on

/dev/sda1 101089 9463 86407 10% /boot

none 62988 0 62988 0% /dev/shm

/dev/sdb1 485906 8239 452580 2% /test //新挂载的分区

为了在每次系统启动时自动挂载新分区，需要修改/etc/fstab文件来进行自动挂载。在文件的末位加入如下一行：

/dev/sdb1 /test ext3 defaults 1 2

这样服务器每次启动都会自动挂载此分区，到此硬盘挂载工作就结束了。

mkdir命令说明如下：

功能：创建一个目录（类似MSDOS下的md命令）。
　 语法：mkdir [选项] dir-name

　 说明：该命令创建由dir-name命名的目录。要求创建目录的用户在当前目录中（dir-name的父目录中）具有写权限，并且dir-name不能是当前目录中已有的目录或文件名称。
   参数：
　　- m 对新建目录设置存取权限。也可以用chmod命令设置。
　　- p 可以是一个路径名称。此时若路径中的某些目录尚不存在，加上此选项后，系统将自动建立好那些尚不存在的目录，即一次可以建立多个目录。

mount命令说明如下：

功能：加载指定的文件系统。

语法：mount [-afFhnrvVw] [-L<标签>] [-o<选项>] [-t<文件系统类型>] [设备名] [加载点]

用法说明：mount可将指定设备中指定的文件系统加载到Linux目录下（也就是装载点）。可将经常使用的设备写入文件/etc/fastab,以使系统在每次启动时自动加载。mount加载设备的信息记录在/etc/mtab文件中。使用umount命令卸载设备时，记录将被清除。

参数说明：

描述内容比较多，在这里就不记录了。

具体可访问这个网址：http://blog.chinaunix.net/u1/55764/showart_1145424.html

df命令说明如下：

功能：查看Linux 文件系统的状态信息，显示各个分区的容量、已使用量、未使用量及挂载点等信息。

语法：df  [选项]... [文件]...

参数说明：

-a, --all             包括大小为 0 个块的文件系统
-B, --block-size=大小块以指定<大小>的字节为单位
-h, --human-readable 以容易理解的格式印出文件系统大小 (例如 1K 234M 2G)
-H, --si              类似 -h，但取 1000 的次方而不是 1024
-i, --inodes          显示 inode 信息而非块使用量
-k                    即 --block-size=1K
-l, --local           只显示本机的文件系统
      --no-sync         取得使用量数据前不进行 sync 动作 (默认)
-P, --portability     使用 POSIX 输出格式
      --sync            取得使用量数据前先进行 sync 动作
-t, --type=类型       只印出指定<类型>的文件系统信息
-T, --print-type      印出文件系统类型
-x, --exclude-type=类型   只印出不是指定<类型>的文件系统信息
-v                    (此选项不作处理)
      --help     显示此帮助信息并离开
      --version 显示版本信息并离开

常用操作：

df -k 　以千字节KB 为单位显示各分区的信息
　df -a 　显示所有分区包括大小为0 的分区
　df -T 　显示分区类型EXT2 或EXT3 等

 最近这段时间很忙很忙，忙着上驾校、忙着招聘新员工、忙着找房子搬家。。。。。。。。想要做的事情很多，回到家里洗洗看上几页书听听收音机就很困很困了，我的blog很想更新实在是没空。很快就搬家了，搬了家每天可以节约3小时，也不用做拥挤的地铁了。

想写这篇文章是因为最近在招聘大学研究生实习生时，心中突然有的一次感慨。

招聘感想之请学会抓住每一次成长的机会！！！！

到了新公司工作有1个多月了，有机会给自己的测试组招聘实习生，对象都是北京知名高校的在校研究生。

金融危机下的09年，大学应届毕业生找工作那是困难重重，让我想起以前在校园里大家流传的一句话：毕业等于失业。公司在发布了招聘信息后，我的邮箱被应聘简历邮件塞的满满的，周六日全拿来筛选简历了。

应聘简历很多，几百封邮件，我每个都要一一看，看多了总结出一些心得和感慨。

心得就是：

1.       北京市以外的大学研究生不考虑，因为考虑到外地学生来北京住宿和学习问题

2.       简历排版不合理，内容描述不简练不要，因为都读到研究生了连个简历都不会写有点说不过去

3.       专业不对口不考虑

4.       从简历上看，只是来找找实习工作的感觉挣点生活费的不考虑

5.       简历中和发布的招聘职位信息需求不匹配的不要

从上面5点开始进行一层层的筛选，最后在几百封邮件中选出了20份简历。

然后一一通知这些同学来公司进行面试，在通知的过程中，会发现有的人会问面试流程，问的这些同学说明做过找工作的功课，我对这些人进行了记录。

接下来就是面试，第一轮是笔试，我出的题不难，只要用心准备很容易就答上；可惜的是来面试的这些人中，只有这么几个人有做面试准备，最后这20多人笔试完，就剩下3个人进入复试。让我很是为这些同学惋惜，没有抓住机会。

在后来的面试中，还出现搞笑的一幕，测试和开发组都在招实习生，都同一天笔试，一个来应聘开发的学生尽然做起了测试的考题，他一进笔试的门也没问是应聘测试还是开发职位，看到别的同学在拿题做，自己主动也拿个题来做，结果就是：一道题都不会，看我进来了，用疑问的眼光看着我，然后不得不说，我是来找谁谁谁的；然后带他到开发组。

此次招聘在校研究生实习生，得出的感慨就是：

1.         大学生不停的说找工作很难很难，不知道他们有没有用心的学习如何找工作、如何应聘。

2.         刚毕业的学生主动沟通意识很弱，看着简历上写着参加XXX活动，获得XXX奖学金；但是为何在面试中让人感觉是那么的没有自己的观点。

3.         中国的教育都让人读书读的越来越傻了。

4.         最后一个就是：我要告诉自己和招聘进来的每一个同学，一定要学会抓住每一次成长的机会！！！

前几天都在忙着上驾校，测试时代论坛升级好几天都没法进去看资料，今天运气不错，论坛可以进去了，可以翻翻老贴，把一些自己认为比较有价值的整理整理然后收藏；看完测试时代的接着就要翻一翻51testing的了。

今天收录的关于历史数据迁移的测试，通常很少碰到；在我过去工作的5年多里，运气还不错，做过一次这方面的测试任务，在此记录记录。

历史数据迁移的测试

历史数据迁移，说白了就是数据库数据迁移，比如：把一个ACCESS数据迁移到ORACLE数据库，或者是其它数据库之间的数据迁移。

有的人可能会想，既然是数据库数据迁移，不需要做测试需求的确认了，检查一下数据就可以了；有的人由于没有做过这类测试、第一次碰到，傻眼了这可怎么测试啊，书籍上说的黑盒测试技巧里并没有历史数据迁移的测试方法，该怎么办。

我第一次接到这个测试任务时，感觉很特殊，因为实在少见，怎么做呢？

首先，在做历史数据迁移测试之前，也需要做测试需求的确认，主要是弄清楚用户为什么要做这个历史数据的迁移。

我记得，当时这个案例的用户是因为它的一个系统，之前的老系统是在ACCESS数据库中存储的，后来有了新系统、新系统的数据是在ORACLE里，为了把数据统一，就需要把老数据导入到新系统的数据库ORACLE里，便于新系统能查看到即可。

从这个需求，得出如下测试需求点：

1、 ACCESS数据库里有很多张表，要和用户确认要迁移的是那几张表？弄清楚老库中的老表对应要迁移到新库中的那几张新表？

2、 迁移的表中，那些数据字段需要迁移，那些数据字段不需要迁移？

3、 老表迁移到新表中，新表中有些必填字段在老表中没有的，用什么数据填写？

4、 老表迁移到新表中，老表数据在新表中没有对应字段存储，怎么处理？

5、 老库老表数据与新库新表重复，数据怎么处理？

6、 老表要迁移的数据记录条数是多少？

和用户弄清楚这些疑问点后，还需要和开发确认疑问点：

1、 老库中老表的表关系迁移到新系统新表中的表关系是怎样的？

2、 确认用开发编写的数据迁移程序迁移完后的数据检查方法？

确认上面的疑问点后就开始做工期时间计划安排、编写测试计划和测试用例。

    其次，要注意数据迁移后，新系统对老数据功能的使用。

记得当时在确定了测试需求点后，在编写测试用例时，我重点使用了一下新系统、确认新系统会用到老表数据的业务都有哪些？把这部分业务也作为测试用例点进行测试。也许有的人会想，只要后台把数据库表正确迁移完毕，前台应用程序应该是没有问题的，不需要检查的。这是一种偷懒怀着侥幸心理的想法。回到之前的用户需求，用户为什么要数据迁移，目的就是为了能在新系统使用这些数据，因此在数据迁移完毕后，还要重点的检查老数据在新系统中的使用。

就在这个数据迁移测试的过程中，我跟我们的部门经理说，用户肯定会有其它的需求、迁移这些数据肯定要做一些业务处理、新系统程序可能会有改动。结果在迁移数据做完后，用户真的提出了新的需求，被我说中了。^_^。为了让这些老数据在新系统能很好的完成新业务处理，要对老数据进行特殊标识后才进入新系统、同时新系统针对这部分数据相应要增加功能。这就是用户需求没有摸透、没有看清楚需求背后的真正需求，导致迁移程序需要再次进行修改。

有些人，在测试数据库迁移时，一开始想到的理论知识就是：测试数据的完整性、可靠性、有效性；有的人就会问，数据的完整性、可靠性、有效性的测试用例怎么写啊？说实话，我也没有写过数据的完整性、可靠性、有效性的测试用例，我只会根据用户给的需求、整理并发掘测试需求，根据需求形成测试用例。也许数据的完整迁移测试点就属于数据完整性测试用例吧；数据迁移完后新系统对迁移数据可正常使用并处理业务，就属于数据的可靠性、有效性测试用例吧。

不管怎样，在测试的过程中，一定要弄明白用户的真正需求，才不会走弯路，虽然只是个数据迁移，但不只是简单的数据迁移，背后有着很多不为人知的故事！！！！！^_^

常遇到这类问题,开发阶段的策划案经常修改,程序也经常调整,而一份详细的测试用例要花费几倍的测试时间,好不容易完成了,只要策划案子一修改,以前做的就白费了,部门很多人也不赞成写测试用例,认为对于一个老测试员来说,这根本是不必要的,是只工作时间的浪费,而且以目前的工作量来说,根本没有时间写,对于不稳定的异变的程序来说,意义也不大,在这种环境中,如何推广测试用例呢?测试用例的存在有何意义?sdlkfj8

我的回复：
今天回头看了一下这个帖子，发现有这么几点问题：

1、首先帖子的标题是：开发阶段的测试用例如何设计

   没看帖子内容，一看这个题目就觉得很奇怪，测试用例的设计和开发阶段有什么关系。具体看了帖子内容后才明白，原来是，测试用例设计好后，在开发阶段时出现需求变更，导致测试用例要进行变化的现象。

   建议楼主把帖子标题改成：开发阶段遇到需求变更，测试用例如何控制。这样帖子标题和内容更一一对应上。

2、在帖子的内容中，描述了如下的几个观点和现象：

   1）开发阶段的策划案经常修改,程序也经常调整,而一份详细的测试用例要花费几倍的测试时间,好不容易完成了,只要策划案子一修改,以前做的就白费了。

   2）部门很多人也不赞成写测试用例,认为对于一个老测试员来说,这根本是不必要的,是只工作时间的浪费，而且以目前的工作量来说,根本没有时间写,对于不稳定的异变的程序来说,意义也不大

   3）在这种环境中,如何推广测试用例呢?测试用例的存在有何意义?

   我的观点如下：

   对于第1个，开发阶段需求会有变化；我在猜想，如果你的测试用例是关于黑盒/灰盒的测试用于系统测试阶段的话，在开发阶段需求发生变更，从结果上就可以知道，这个需求前期做的有问题，要么是用户不明白自己要做什么，不然就是需求人员没有搞懂用户到底要做什么；之所以让用例修改，祸根就是需求的变化不是人家开发惹得祸；要弄清楚病根到底在哪里，才好下药。应对办法，测试前期参与需求理解、从测试的角度去把需求中不明确的地方弄清楚；在写测试用例的时候、尽量简洁明了可以节省时间，这就是写作技巧的能力了。

   如果你的测试用例是关于白盒的测试用于单元测试阶段的话，这真的很惨，有一种花费了很高成本做好的东西拿出去卖，没人买，被耍的感觉。我没遇到这样的现象，目前不知道是怎么应对的。

   对于第2个，部门很多人不赞成写测试用例，原因是：浪费时间没有必要，其次是没有时间写，最后就成了意义不大。我在想，做测试的如果没有时间写测试用例、来一个产品就随便点点、想怎么用就怎么用，这叫测试吗？这不叫测试，这叫试用。我看不想写用例的根本原因一个是：懒，说白了就是对这个工作忽悠过就得了；在就是自己感觉对这个东西挺熟悉的，有经验，不写用例也可以点出问题来，这说明程序写的很烂、试用都能用出一堆问题。有责任心的人，当测试过的产品在用户那边出现一堆问题的时候，就会自我反省那个地方漏测了，没有写用例的人往往会漏的很多。把测试用例看的那么没有意义、那么不重要，我在想你们部门应该是个产品试用部门吧，还算不上真正的测试。

   对于第3个，我觉的很好玩也很奇怪，基于上面的1和2点，把测试用例看得那么不重要、那么没有意义，为什么还要推广呢，你自己都不认为很重要的东西想让旁边的人认为重要，很难、非常的困难。想要把一个好的东西介绍给人使用，首先自己要觉得它很有价值，然后要让大家看到实实在在的价值和帮助、还有好处，这样才会得到认同。不过我觉得你那的环境比较困难，从你上面的描述得出，非常的困难、不是一般的困难、是相当的困难。

   嘿嘿，写了那么多，不知道能否对你有启发，祝你好运了。^_^。

  最后回到正题，开发阶段遇到需求变更，测试用例如何控制? 问题已经出现了，需求已经变了，该怎么办？那只能修改测试用例咯，然后告诉具体负责人，需求变更已经影响到了测试的进度和工作，做好这方面的时间工期应对风险。

帖子地址：

http://bbs.testage.net/viewthread.php?tid=37275&pid=172303&page=1&extra=page%3D1

经营者所必需的“无私的心”

--------让员工、公司的事情优先于自身问题

一言以蔽之，员工不仅仅要做上司吩咐的事情，还要有整体的考虑和团队行动。如果最底层的员工也可以有自己的想法，那么这将成为整个公司的精神。

有的企业采用“只要照我说的做就行了，这样才不会失败”这种军队式的管理方式。但如果员工只做上司吩咐的事情，就会使整个公司缺乏挑战精神，从而限制公司的发展。

很多企业都想使用丰田公司的管理方式，但是都不顺利，还有很多失败的例子，这是为什么呢？

像“参禅没有学到精髓”一样，在没有改变员工的思考方式之前，仅仅导入形态，肯定会失败。员工不能仅仅依照上司的吩咐做事，而是要有自己的想法，要形成团队的意识。只有改变了全体员工的思维方式，才能形成了不起的经营体系。

    即便有到国外工作的经历，也不一定能使自身具备顽强的交涉能力

最近有很多公司引进了有海外工作经验的人作为管理者。

出去过比没出去过好，但这只是为你出人头地加分的事情，而对你出人头地并不起决定的作用。这要看你在外国到底做些什么事情，海外工作经验并不是你出人头地的必要条件。

相反，在外国生活的时间长了，应注意不要沾染上外国的特殊习惯。很早之前，有位从美国回来的员工突然要求每天10点上班，并穿着休闲装，这些要求让管理者非常吃惊。

不能坚守自己想法的人，特别是年轻人，很容易受到外部环境的影响，所以出国留学不一定要学外国人的生活方式。

    证据、防御、自信------咨询公司存在的理由

在美国，经营者对自己要做什么有清晰的认识。

但是，如果全部由自己做，一旦失败，就会被董事会开除，甚至会引来诉讼。这时候，他们就会请来一个有名的咨询公司，并告诉这个咨询公司我想这样做，请其帮助自己。

在自己的计划之上面对工会或董事会的时候，他们就可以这样说：“某某咨询公司是这样分析的……”这样他们更容易获得支持。他们通过这种方式来排除不和谐的因素，从而自信的实施自己的计划。

也就是说美国的经营者在使用咨询公司的时候有着明确的目的，即有证据、防御以及足够的自信。这也是美国的经营者为什么可以成功的利用咨询公司的原因。

咨询公司也许评价起一家公司来头头是道，但进行实际的经营肯定是不行的。就好像文坛的评论家自己并不会写小说一样。如果咨询公司真的有优秀的经营能力，为什么不自己成立一家公司呢？所以说让咨询公司作为经营者，他们是不能胜任的。

咨询公司只是外界的一个评论家而已，除此之外，他们什么都不是。所以有些经营者将自己的公司委托给咨询公司，这样孤注一掷的行为必然导致失败。不要心存幻想！

         MBA也无非只是一种筹码

让自己在职场中更快发展的武器就是积累经验以及加强管理方面的学习，还有扩展自己的人际关系。将MBA作为自己升迁的入场券的人并不少。但是，经营战略、管理学方面的知识，对于经营者的成功来说，只是一个很小的方面，可以说仅仅是个道具，咨询公司也一样。知识再多，如果不能活学活用，也没有意义。

认真地工作比学历更重要。

如果你认为取得了MBA就是最近的成功之路，那么你必然遭受惨痛的打击。最重要的是在年轻的时候要努力认真地工作。在任何时候都要把工作放在心上，在梦中你也要想着工作的事情。

其实那些都是放在你眼前的工作。不要厌烦众多的工作，还有众多的员工的管理工作，在你热衷于做一件事情的时候，一定可以收到更好的效果。在还没有做之前，你就开始厌恶你的工作，真的开始做起来，有怎么能做得好呢？

而且，要善于分析他人的想法，以便更好的用人。要知道，在高高的位置上想要看到下属的心思，是一件很难的事情，所以你一定要认真地观察，并且时刻把观察下属放在心上。这样可以磨炼你的能力。

如果你这样做了，就一定会得到上司的信任，并且有所成就，而你的员工也会取得更大的成功。

所以，与其在没事的时候总是想“我还没有取得海外的MBA学位”，还不如好好的从事眼前的工作。在这个基础上再考虑MBA的事情，这才是取得成功的正途。

    是要实现理想，还是要出人头地-----取决于你的生活方式

以无私的心做事，你一定会有所成就。

如果你将所有功劳都归功于自己，就一定会受到惩罚。在你实现了自己的梦想的时候，一定要将功劳让给部下或同事，这样今后才能更容易得到他们的协助。如果别人对你的评价是：“他总是把功劳让给我们”，那么谁都会很放心的为你工作。

所以，如果你总是独占了功劳，即使实现了自己的梦想，也仅仅完成了1/2。

独占功劳可以让你出人头地，但如果你既有出人头地的欲望，也有实现自己梦想的愿望，你就会树立很多敌人。今后，大家与你一起相处都会感到很不安。

另外一方面，如果你把功劳让给别人，会延迟你出人头地的时间，会让得到褒奖的人更早地出人头地。如果你这样做了，就可以得到部下不遗余力的支持，让你实现更大的梦想。这样的人在大家心中是值得尊敬且受到好评的。

如果是我，我一定会选择为了实现梦想而努力。最终，出人头地也不是一件难事。如果仅仅为了出人头地，而放弃或歪曲了自己的梦想，是一件很不值得的事情。

是要实现你的理想，还是要出人头地？在工作中，你一定会面临这样的选择。可以说这是一个人生的大课题。

     人事工作不是人的管理而是认真听取他人说话

虽说你是经营者，但除非你也同时是公司的所有者，不然都一样是打工的。很多经营者都认为自己很了不起、很伟大，但其实他与其他员工一样，都只是个普通的员工，只不过是运气好一点，职位高一点罢了。

所以不要忘记自己只是一名雇员。想一想自己作为一名普通雇员，老板怎么做自己才会开心，怎么做自己会厌恶。这样的换位思考是很重要的。

或者想想自己年轻的时候想要在什么样的公司工作。这样做，首先可以让你不犯错误，并且可以让员工为你卖力地工作。

人事部起着重要的作用。人事部承担着组织架构、使用人力资源的重要职责，它必须面对员工，并了解员工的需求。

但是，因为它高高在上，很容易把员工的事情当成“别人的事”。这样一来，人事部就会在员工中间失去威信。

在佳能电子公司，人事部的墙壁上挂着这样的横幅：“我们的工作就是为了让员工可以放心，更有希望地工作。”这样人事部的职员就会有这种工作意识。

其中的真谛是：“不是管理人，而是要学会倾听”。如果让有能力的人来管理，则公司会越发展越好；但是若让没有能力的人来管理，则公司的人会越来越多，成为臃肿的组织。

--------管理者所必需的能力

早上、午后、下班前-----员工怠工的三大时间段

要观察部下的行为，首先应该做的是，了解他集中精力认真工作时的“正常状态”（理想的劳动状态）。全身心投入到工作中的时候，要观察他是以怎样的姿态、怎样的表情在做什么样的工作，要经常观察。在此基础之上，在什么时候他会脱离正常的状态，通过日常的观察就可以知道了。

    当你面对流言蜚语的时候，恢复信任的唯一方法

在员工的世界中诽谤中伤的事情很多，流言蜚语中你很快会成为坏人。

那些在公司中散布谣言的人实在很讨厌，他们往往散布一些连本人都不知道的谣言，但是这却会影响到一个人的人事考核。如果公司对自己评价不高的话，这将会成为自己在公司中的一个阴影。

这样的话，当事人也变得不爱去辩解了，慢慢地放弃为自己做任何解释的权利。因为这个时候为自己辩解也只是火上加油，别人对你的评价反而会更糟糕。

虽然自己很不情愿，但是不管别人说什么你都只能保持沉默忍受着，更加努力地做好自己的工作。

于是，在经历了一两年之后，你就可以听见别人这么说：“那个人到处散布谣言，实在是太可耻了。实际上是XXX先生对那个人不满，最后转嫁到XXX先生身上来，那只不过是一个谎言罢了。”

“果然，那个人真是厉害，一点都不为自己辩解。”

如果这样的话，之前的逆风也会变成顺风的，一定会出现支持你的人。

相信自己、走自己的路，老天爷是不会放弃这种人的。

    通过邮件给予部下指示的上司存在的问题

作为电脑专家的我指出，“不需要电脑，有时因为情况不同电脑反而会使业绩下降”。结果旁边的人都目瞪口呆。

实际上，不管是哪个公司都有不少员工利用电脑玩游戏，特别是那些从别的地方调过来的领导更是如此。那些职位高且有个人地区性办公室的领导，他的办公桌也是独立的，所以就不用在意别人的眼光，可以利用电脑时不时确认一下自己手头股票价格的升降。

只要不是开发等特殊工作，哪怕没有电脑也是可以工作的，特别是对于公司的高层领导来说就更不需要了。有些人说，我自己的公司没有电脑也依然可以进行工作。

用邮件传达的讯息只能是自己想说的话的10%而已。如果不是善于写文章的人，要100%将必要的讯息准确传达给对方是比较难的。如果真的是很重要的事情，就不要发邮件，可以直接见个面，提供必要的资料给对方看，并交谈清楚。

将见面的时间、交谈的讯息等都用邮件记录下来发给对方确认一下，这样便于以后确认，哪怕讯息本身内容没有错误，也一定要再打电话确认一下。

与人交流的大原则是“电话”和“直接面谈”。如果过分依赖于邮件的话就要谨慎一些。

有的年轻经营者说：“我通过邮件对部下下达指示。”效果怎么样？通过邮件就了事的经营该是怎么样的啊？如果是那种经营的话就不需要经营者了。

在公司出现麻烦的时候，哪怕社长问：“你们到底有没有很好地下达指示？”上层领导以下的人都会说：“用邮件传达指示了。”以此来逃避责任。

大概因为整个公司都可以看到邮件，所以员工只会觉得，“社长又在说什么啊！”至少我在做员工的时候是那样想的。不管是长期的理想还是短期的目标，如果是很至关重要的课题，那么一定要很好地传达给部下，而传达的方法绝不能用发邮件的方式传达给部下。

      这一周都在忙着面试，总算告一段落；今天回了我在测试时代的那块菜地看了看帖子，突然心血来潮，给如何做项目的测试经理这个问题简单的回复，希望能对大家有所帮助，有更多的点子，想看看我都回了啥，大家要耐心看咯。^_^。

                                [讨论]测试过程管理案例6---如何做项目的测试经理？

帖子地址：

http://bbs.testage.net/viewthread.php?tid=4588&pid=184557&page=1&extra=page%3D1#pid184557

案例描述：

简单叙述一下我遇到的问题吧：

公司其它部门有个项目，需要做很严格的测试，请求我们部门支持，部门就指派我负责。因为项目刚开始不久，项目经理说测试的人员目前还未定，暂时只有我一个人，所以我过来了之后就一直在埋头编写测试计划和测试用例，就像以前做过的那样。但今天早上我的主管把我叫去了，跟我说了一番话，对我触动很大。他说其它部门请我们去支持测试，是希望我们给他们带去一些更专业的测试思想和方法，而不仅仅是叫我们去给程序找BUG。我应该更多的考虑如何去做好测试，把整个过程想清楚，需要什么资源，如何安排，要大胆地向项目经理提出，而不是跟着项目的进度走，那样就根本体现不出我们部门的价值。我觉得他说得很有道理，但是说实话，我对一个项目的测试经理究竟需要考虑些什么，注意些什么，该做些什么，并不是十分清楚。所以在此提出来讨论，希望大家给我些建议，谢谢！

我的回复：

这是3年前的帖子了，今天回来在看这个帖子，这么久都没有人给个好的思路讲一讲这个关于如何做项目的测试经理，也许这个问题问的太大了吧，今天有感而发，说说我的观点吧。

对于项目的测试经理，每个公司组织结构、项目管理模式不一样，想做好项目的测试经理，首先是要和开发负责人、项目负责人达成共识，是对于项目的软件质量理解的共识，对于速度、成本、质量这三个方面，更偏向于那一面、还是都持平。

当然，站在测试的角度，希望软件质量是很高的，那么站在项目的测试，做为测试，要明白能做什么？起到的作用是什么？

程序一旦提交到测试，进度完全是可以在测试这一方来主控了。

本帖的案例，我看了一下描述，目前苦恼的问题是：

1、领导说其它部门请我们去支持测试，是希望我们给他们带去一些更专业的测试思想和方法，而不仅仅是叫我们去给程序找BUG。

2、我应该更多的考虑如何去做好测试，把整个过程想清楚，需要什么资源，如何安排，要大胆地向项目经理提出，而不是跟着项目的进度走，那样就根本体现不出我们部门的价值。

从上面的描述可以了解到，部门领导会这么说可能是因为：

1、在项目测试的过程中进度没有过程控制点，具体一点就是没有具体的工作计划（什么时间，用多少人力做什么样的测试？）

2、程序提交测试后，什么时候能发布、可不可以发布没有个确定点；测试没有自己的主见，项目经理说测试进度怎么做就怎么走

要想做好项目的测试，我想需要具备下面的一些素质吧，仅供参考：

1、深刻了解测试的整个工作流程、也就是在项目的测试工作中需要做的测试需求、测试计划、测试用例、测试报告、bug分析

2、及时的收集测试过程中的问题、了解测试进度，把问题和进度反馈给项目的各方负责人

3、很好的沟通、协调能力，应变测试过程中发生的需求变更、bug修改进度缓慢、开发延期提交等等一系列问题

4、很好的承受工作压力和适应能力，做为一个测试负责人，如果不能抗得住、下面的测试执行者就会慌乱

5、具有发现问题寻求好的解决问题的途径

6、关心组员的工作表现、会换位思考等等

暂时想到这些，希望会对楼上的楼主有帮助！！！祝好运！

--------管理者所必需的能力

秀吉和光秀的最大差别

如果想要飞黄腾达的话，就必须学会“熟练使用”。

熟练使用指的是，善于理解对方的心理。预先领会上司在思考些什么。“我想做这个”、“我想这么做”，在别人说你之前你要先准备好，等别人发布命令之后你就可以立刻付诸行动了。

“有能力的老鹰都会把爪子隐藏起来”，只有在派上用场的时候才显露出来。不管是如何的优秀，绝对不能老是炫耀自己的实力。如果你在那里炫耀“我已经做好了”，不要说上司就连你周围的人也会向你投来白眼的。

因此，当你取得成功的时候，应该这样认为：“这都是多亏了您的指导，正是因为按照您说的话去做才取得今天这样的成果”。把功劳归功于自己的部下是多么的可爱啊！人类心理就是这样的，对方会觉得“这个员工值得重用”，“真是一个好孩子”，这样对你自身也是一个质的发展。飞黄腾达，在某种意义上，是由“部下的人数”所决定的。部下的人数是10人或者100人，最后取得成果的规模是不一样的。那些会用人的上司，最后肯定能取得相应的成果----这才是人事部门的重要工作。

如果你能看透对方的心理和想法，那么你也能很好地用这个人并且培养好他。哪怕你这样做称不上出类拔萃、相当优秀，只要会巧妙地动员员工工作，也能不断取得成果。当和客户的交涉出现困难的时候，如果你能解读他的内心想法，巧妙地驱使他，那么你就容易在精神方面战胜他。

没有梦想是不行的。只有怀抱梦想才能开心、有趣地工作。

但是，为了实现梦想，很有必要看透现实。如果得不到上司认可，你就说：“那个家伙完全不懂我的意思，真是个大笨蛋。”如果你这样轻视上司，那么你很快就会受到教训。

首先要先解读好上司的心理，然后请求上司给予关照。只有这样，你想做的企划案才可以列入公司的预算中。这并不是要让你成为奴颜婢漆的人。为了实现梦想该怎么做才是最好的，要现实地考虑实现途径。

那种完全不顾及对方感受到唯我独尊的人，在年轻的时候就像是一匹狼，人们会拿他开玩笑说：“你这个家伙该改变一下你自己了。”如果到了35岁之后你还是这样，别人就会说“如果你还是这个样子就什么事也成不了”，那么你也就只有目瞪口呆的份了。

知道并且理解对方的心理指的是，作为社会中的一分子想要在社会上生存，就必须学会解读对方的心理，这是很必要的。尽量在你年轻的时候就掌握这门技巧，如果你自己已经成为上司，手底下也有了部下，那么你也要指导他们那样去做。

上司要求部下做工作报告的时候，无非是想把握工作的进展情况，并且想听取部下的意见。如果不是这样的话，上司大可以直接下命令就行了。

一点都不顾及上司的感受，从来不报告工作情况只是报告工作结果的人，上司是很头疼的，那样的员工无论如何是没法用的。拥有这样的员工真是让人伤脑筋啊！当然，对于上司来说，如果没法很好地理解对方的意图，那么也就没法很好地使用员工。

关于这一点，对于员工来说，要找准上司想要的东西是什么，在很好理解的基础上再进行报告。善于理解对方内心的人，往往善于指导部下工作。依我的经验，这是100%正确的。

             --------不要“辩解”

一罚百戒-----连小小的规则都不能违反

“违反规则”和错误、失败不同。应该遵守规则却没有很好地遵守，这是明知故犯。如果不遵守规则的话，很容易出现不良产品和事故等问题，会给社会带来很大的损失。因此，违反规则是不能够被原谅的，必须让违反规则的人马上写检讨书。

如果是年轻员工违反了规则，一定要严厉地训斥他们。不管他违反了多么小的规则，如果原谅了他一次，那么别人一定会认为“如果是违反了小的规则就没有关系”，员工在意识上就不会对规则引起注意。

能否很好地遵守规则，关系到能不能很好地约束自己、管理自己。对自己很严厉的人会很好地遵守规则，而那些对自己要求不高的人则很容易违反规则。

不遵守规则的人，不管他的能力有多高，他都会在公司中或者在社会中很容易暴露出他的这个缺点。

那些对自己要求不高、不遵守规则的员工，如果他能一步步晋升为组长、课长、部长，那么不知道这个企业会变成什么样子。比如在决定一种材料可不可以使用的时候，“差不多，就用这个吧”，他们往往会漫不经心地做出决定。如果真的是这样的话，那么企业一定会信誉扫地的。那些不遵守规则的人，在不知不觉中就会给他自己的生活带来不良影响。

作为一个组织，在维持规则的时候确实要强硬一些，因为如果一个组织没有了规则的约束，那么组织很快就会土崩瓦解。如果是在战场上，那么很有可能因为一个人违反规则使整个部队面临全军覆灭的危机。

最可怕的是，“那个家伙做了那样的事情上司居然还不生气，我也可以那样做”，如果大家对违反规则都抱着满不在乎的态度，那么就糟糕了。这样的话，组织是很难维持下去的。

如果发现有人违反了规则，哪怕是高层领导犯了错误也同样要受到严厉的惩罚。

从“枪打出头鸟”的时代到“出头鸟抢占先机”的时代

好的就是好的，坏的就是坏的，要发表这样的言论也是需要勇气、需要信念的。如果在意别人的眼光，那么无论如何也是发表不出任何言论的，当然，也会树立起自己的敌人。

这在挑战新事物方面也是同样的道理，挑战的时候会伴随着风险。如果什么也不做的话，确实不会失去什么；但是如果因为挑战而失败了，就会有负面评价。

因此，在挑战新事物的时候往往会遭到周围人的反对。如果失败的话，会遭到周围人的批判（我就说嘛，一定会失败的）。于是，挑战者就会抱怨自己的不幸遭遇，而那些什么事都不做的人却一步步地迈上飞黄腾达的阶梯。不合理的事情往往能行得通，没办法，这就是社会。

也许是引进成果主义的公司越来越多了，最近，听说“不惜把别人整垮”利用这种手段在自己飞黄腾达的道路上杀出一条血路来的年轻人越来越多了。

曾经我们说“枪打出头鸟”，但是现在已经是“出头鸟抢占先机”的时代了。如果没有仔细观察周围环境，那么说不定什么时候就从上面、下面、旁边杀出一只只出头鸟来。即使用棍棒去打这些出头鸟，但他们仍然有机会出头，只有把他们揪出来，才能彻底了事。

这就是社会的现状，知道实情的人，如果没有时刻注意周围的动静，有时候连自己是怎么被打败的都不知道。现在已经不是以前我们那个年代了，这点是可以确定的。

因此，要分析什么时间做什么事情，做事情的时候出现了什么问题，等等，首先要很好地把握公司内部情况。不管挑战什么事情，如果无法得到周围的理解，那么是没有把握取得成功的。

毫无目的的规则无非只是一种道具

规则如果没有目的是不行的。例如，交通法规是以道路交通的畅通以及确保交通安全为最大目的，棒球和足球等运动的规则是为了确保公正性、防止运动员受伤以及为了观众们看了能开心为目的的。

没有目的的规则，如果单纯只是管理的手段，那也无非是那个掌权人的自我满足罢了。例如，想想以前母校的那些规则制度便可知一二了。

说起规则，只有在目的明确的情况下才能开始运行。如果只是随便制订的规则，然后就直接在公司运行了，那么只能说是一种道具罢了。这种马马虎虎的规则真是制订不得的啊！

为了让员工遵守规则，首先要让他们先好好地理解规则的目的。如果只是为了制订规则而制订规则的话，是不行的。

--------不要“辩解”

成果主义最大的弊端

为了自己而工作指的是，通过工作提高自己的能力，实现自我价值。因此，那些为了自己而工作的人们，不惜辛劳地努力工作，不断地充实自己努力学习，积极地接受挑战。

但是最近，感觉到很多年轻人虽然嘴上说着“为了自己而工作”，但是却不怎么努力学习，也不怎么去挑战自我。

比起在挑战中失败的人，那些无所事事、即没有成功也没有失败的人反而得到了补偿，真是太可笑了。

因此，人们极度恐慌扣分主义，越来越多的人不愿意接受挑战了。如果不挑战的话，就没有必要努力，也没有必要学习了。于是，为了不连续失败，也为了不被扣分，有些人只考虑明哲保身、飞黄腾达，并以此为目标而工作。

本来就不是为了自己而工作，只不过是为了自己接下来的利益而工作，更谈不上个人的成长。如果公司有这种员工的话，那么这是经营者的责任。

如果指责失败，那么死人也可能跳出来抗议

“在工作中发生错误被责怪看似很正常，但是那样做是不对的。认真努力结果依然犯了错误，如果在这种情况下说些责怪的话，谁也不敢向新事物或者辣手的问题发起挑战了。”

如果一个组织没有强烈地保持好传统、好文化的意志，那么很快这些好的传统和文化就会消失。这便意味着公司领导和经营者们的责任是多么的重大。

安慰失败的人的理由

在部下失败的时候，对部下的关心是绝对必要的。再给他们别的机会，引导他们通过自己的努力重新获得成功。“混蛋，你做的都是什么呀！”如果你这样训斥自己的部下，你是无法培养出一个好部下的。人都是在不断的失败中成长起来的。

我安慰部下基本上不太说安慰的话，比起安慰的话来，我的话都稍微刺耳了一点，用稍微严厉的语言，责备他们一番。

例如，我会说这样的话：“你因为没有力量所以失败了。如果有力量的话，就不会失败了。你这样消沉到底是要证明你很厉害，还是要证明你很优秀？过高地评估自己也要有个限度。如果你有时间一直这样消沉下去，那么你就有时间好好学习，使自己具备更充分的力量。那么，你就重新挑战看看，哪怕你又失败了，你再继续学习就可以了。不要畏惧失败，像你这种年轻员工的失败，给公司带来损失是显而易见的。但是没关系，多失败几次就好了。”

无论是失败还是错误，要乐于探究其原因

“我参加了新的技术开发，我想制造出这样的产品”，如果你有这样强烈的愿望的话，哪怕挑战的结果是失败的，也一定能种出下一次成功的种子。能否活用这个道理，决定了一个人的明天和公司的未来。

不要拘泥于成功或失败----舍弃欲望的重要性

成功和失败无非都是你努力投球的结果，结果也只能是这两个。虽然有很多来自公司和社会上的评价，但是你只需要毅然决然地做好你想要做的事情，那样就足够了。

要尽全力努力工作，不要拘泥于结果。这是人在社会上生存最重要的一点，我是这么认为的。太拘泥于结果、执着于结果的人，一定会被欲望所拖累，很容易不择手段夺取别人的功劳、背叛别人，而最终自己也会沦落到同样的下场。

相反，“不要拘泥于结果，尽全力去做好自己想做的工作，把功劳让给别人”，如果能以这样的心态来工作的话，那么你的身边一定能聚集很多跟你关系很好的同事与你一起共事。

没有欲望的人在他心里是不存在敌人的。对于那些公司员工来说，不要给自己树立敌人是使自己飞黄腾达的一个很重要的因素。

呵呵，被裁后，今天收到好多同行的来信，分分表示关心和同情，让我感觉到实实在在的温暖；大家放心，我很期待我的下一家公司啦。

记得被裁的那天，我的领导对我说：因为你的综合能力是最强的、情商是最高的；所以裁了你，不愁找不到工作；剩下的如果被裁了，找不到工作就麻烦了；这话一听真是刺耳，很失水准，让我听不出一丝真诚啊。

我的大领导，我走时一句话都没问候，一想起我曾经那么辛苦勤奋的工作，平时没关心的话语，走了也没问候，跟这种没人情味的人干活，没劲。。。终于是彻底的解脱了。

嘿嘿，我心想你不裁我，我明年合同到期也是要走的；裁都裁了就别废话了。^_^。人啊，活在这世上不容易，一定要让自己开心快乐才行。

     如何与失败打交道

             --------不要“辩解”

面对无能的上司，你该怎么办

因为我不是精英，所以我在佳能公司更换过无数的部门，这些部门出现的赤字有很多，但是只要我下定决心做好的提案，一定会被认可。为公司做出贡献的时候，我会体会到那些业绩好的部门所无法体会到的充实感和成就感。

那些业绩好的部门面对我的提案会说：“失败了该怎么办？”这很像是那些业绩好的部门中业绩不好的管理人员所说出来的话。

业绩好的部门至少要维持现状，这是理所当然的，哪怕业绩有所提升也很难得到别人的嘉奖。“本来就进行得不错”，别人只会这么说，最终也只能以此收尾了。相反的，如果业绩稍微有所下降，“你到底在干什么”，很快就会受到来自各个方面的训斥。

我知道我的上司对于我的意见只是听听而已，并不会有什么行动。于是，我会尽量避开加班赶紧回家。“接下来面临的将是这个领域的课题”，我会刻苦地在家中学习。

“在上司吩咐的基础上更好地去完善工作会让你觉得工作原来可以这么有趣”，这一点我们在之前曾提到过，这是因为有了上司的理解。但是如果你很清楚地认识到“这个是我的工作”，并且尽量扩大范围把工作做得更好一些，而你的上司对此并不能理解的话，最终也是没用的，只能说是一种浪费。

适当地工作，为了自己好好学习，如果你这样做的话，那么当下一次上司和自己调动的机会到来的时候，你就能为接下来的工作做好充分的准备了。那个时候，自己就不会仍然是一个无用的人了。

如果你感觉现在怀才不遇，那么就卧薪尝胆，磨练自己吧！

如果激流来袭，那就上岸吧

不管是什么样的工作都如此，发展到一定的阶段，就会碰壁。

但是，这不是什么大问题。只要你能更好地学习，积累经验，听取别人的意见，不惜下苦功努力的话，一定能突破那层厚厚的屏障。

麻烦的是，自己的努力没有任何成果，碰到的又是坚硬无比的厚屏障。这个时候，你该怎么做呢？因为公司领导的换代，公司的方针政策有了180度的大转弯，有时会终止进行到一半的开发项目。

“终止那个项目吧！”有一天突然上司跟你说了这样的话，不管是谁都会发火，心想“我过去的心血都白费了”，可即使不想终止也是没有办法的。

但是，有这样做事情的吗？作为部长难道就不懊恼气愤吗？哪怕很生气，但是高层领导都这么说了，也是没有办法的事情。其实，作为上司来说也同样舍不得终止项目。

当激流来袭的时候，首先想到的就是逃跑。如果掉进了漩涡里面，也只有不断地挣扎，上岸之后，面对背后是奔腾而来的激流，若能冷静地看待这个问题，那么一定能看清楚袭击自己的激流的动因是什么。

                                                           --------“执着”可以带动人

  连接梦想与现实的东西，那便是“执着”

  工作，因为心情的不同，可能会是有趣的，也可能会是无聊的。

  挑战哪怕是以失败告终，也不能说是没有收获，一定能从中得到什么。“技术的进步是失败的历史所累积起来的”，只有在失败中，才能看见下一步进步的希望。

  在评价上司无能之前，先确定一下自己的企划书到底如何，自己的表达能力到底如何，冷静地思考这些问题是很重要的。不管是多好的企划书如果不能很好地把意思传达给对方，那么是很难让别人接受的。

  也就是说，要很好地解释清楚你想做的是什么，让对方明白是很重要的。实际上，我刚开始的时候也没法很好地做到这一点，曾经有一周的时间被禁止到公司上班。那个时候我刚好35岁左右，已经当上了课长了。

  但是，有一点可以参考的是，哪怕你的提案一次、两次被拒绝了，你也不能因此而放弃，应该让对方看到你到底想干什么，让他知道你的执着，那么上司一定能够看见你的努力的。思考如何很好地推销自己的企划书是很重要的。

注意以下5点：

1、 简洁明了地描述宗旨

2、 积累日常的“信赖”

3、 让对方看到“我想做那件事情”的执着

4、 听取别人的意见

5、 通过会议知道掌权的人

 最初，为了什么而开会

   开会到底是为了什么目的呢？是为了提出让经营者和上司所意想不到的新的想法，让部下去尝试新的东西。不管是多么优秀的经营者或者上司，他们无法时时刻刻都抓住时代的潮流，虽然知识和经验可以成为力量，但是相反的它们也容易变得思维定式。于是，等你发现所谓的潮流的时候你们公司已经落后于时代了。

   为了防止这种事态的发生，需要公司预见新的想法和力量。也正是因为要寻找公司的下一个顶梁柱般的事业，才会开会的。因此，上司要把自己的价值观作为一个衡量的尺度。“那样做是不行的”，一味地反驳部下的意见是不行的。特别是，人们对于自己无法理解的事情，往往容易持否定的态度。在判断自己无法理解的事情的时候，应该看看部下的“执着”，然后再下决定比较好。

   执着地提出企划书的年轻员工，上司应该客观地评价他们的执着于失败，“那就试试看吧”，给员工一个机会。如果上司不具备这样的素质，那么这个公司的未来是不太明朗的。

   工作结束之后和同事去喝一杯，发发牢骚，把在工作中的不满和抱怨等苦水一倒为快，这是常有的事儿。身为公司职员，喝酒、交际是很重要的，它的效用也必须被承认。

   但是，一边喝着酒一边满腹牢骚的话，会使大脑失去活力，进而退化。因此，那些不到3天时间就会再去喝酒的人们，应该稍微控制一下。每周有两天或者3天地时间在家看看书、听听音乐、看看电影、参观画展，给你的大脑以更多的营养与适当的刺激，这样做会比较好。