李玉鹏的blog

黑幕，漫骂，准色情···天天被这些东西忽悠着。
除了及时甚至超前，网络媒体，你还能给我带来什么？

几年前还有声音说网络媒体将会替代纸质媒体或电视媒体，几年过去了，还是有很多人宁愿花5毛钱买份信报读读新闻，还是有很多人喜欢围在电视前看看深度调查的节目。正所谓成也萧何，败也萧何。及时和生产迅速成就了如今“繁荣”的网媒，也带来了没有深度和过量垃圾信息的尴尬。

没办法，抓点钱不容易，在如今搜索和游戏门槛稍高，SP行业遇新政策又哀声一片的时候，还是广告概念来的香，可是没有眼球，咋卖广告呢？
可信度也是网媒的一个硬伤，前后报道不一，自己打自己嘴巴子的事恐怕没几个没做过。不过网民不管这些，上来看看就是图一乐，要不然就再跟周围的人摆摆龙门阵，吹吹牛皮啥的。但人的猎奇心理总有疲软的时候，到那个阶段，网络媒体该何去何从？现在的网媒还谈不上发达，如果网络的发展就是用模拟现实来衡量的化，那么网媒本身做的还远远不够。

觉得总会有新鲜的网媒模式出现，至于何种，目前还想不到。

不知不觉，在这个“圈”里快两年了。
也许待的久了，也许待的不久，本着哪混说哪的原则，自认为IT跟其他行业相比有很大的不同。
甭管废话实话，今天就随便撇两句。

IT之累－－提起过劳死，算是最近这一段时间IT圈里最沉重的话题。高管，白领，工程师，倒下的都是一个个正值壮年的的生命。当别人对IT里的财富神话津津乐道的时候，殊不知大量的IT人在透支着他们的健康和青春来维系着行业的繁荣。这是一个靠技术掌握话语权而最终技术不是掌握话语权的行业。相对与其他产业领域，IT的成熟技术的周期十分短暂，用日新月异来形容并不夸张，而想要在IT领域长久的立足，就要不断的掌握新涌现的技术。其实所谓的熟工，在IT里是个悲哀的角色。

Internet，现实世界的翻版－－24hr×365天，或许没有哪个行业的“工厂”能像网站这样运转，白天和黑夜在web里已经失去了其本来的意义，而因特网所构造的虚拟世界也已经超越了IT本身的行业意义。人们在网游，在聊天，在看新闻，在购物，在发信，在看世界杯，…，还有像我这样的人在写blog。还记得高一的时候曾经看过21世纪是生物化学科技的世纪，但现在看来，人们更喜欢在网络上定购美味，而不是去品尝什么基因牛肉。

IT之智力密集度－－如果对电脑真是的了解真是“一穷二白”的话，那么这个人肯定会对“懂电脑”的人心有佩服之情。说这个有点自诩的味道，还有很多高脑力劳动的行业。其实在中国的IT界里，大家心里都有谱，有几家做的东西有技术含量？

行业的渗透与被渗透－－IT已经触及到各个行业的内部，企业、事业的信息化管理只是一个缩影。可以说没有哪个行业能像IT如此一样渗透到国民经济生活的各个领域中。反过来，大型服务器的制造，纳米级芯片的生产，数学、物理、工程理论的深度应用，IT无不在尽力使用着各个行业的理论和实践在武装自己。

IT财富神话－－关于这个不想说太多，就一句话吧：脑力劳动产成的剩余价值高的最好印证。

IT，忽悠～接着忽悠吧～

最近做了很多测试工作，写case，提bug，当作为一个纯粹的测试人员介入项目的开发工作时，会有一些新的感觉。
今天看了一篇文章，觉得对测试人员本身的工作开展很有指导意义。转来与大家分享。

测试人员和开发人员和谐相处的技巧

—Yogita Sahoo原著《A Tester’s Tips for Dealing with Developers》
—Kiki翻译于2005/7/20

当测试人员证明了应用程序充满了bug时，她正在做一份令人满意的工作还是糟糕的工作？从一些开发人员的角度看，那是一份糟糕的工作。看上去很可笑，项目经理责备测试人员拖延了产品的发货期，开发人员（通常是开玩笑地）抱怨说“测试人员对程序太粗暴了”。很显然，没有比bug数量更能代表成功的测试了。以下是一些关于测试人员如何和开发人员建立成功的关系的技巧。

当我以作为一个软件测试人员开始我的职业生涯时，我就意识到在开发人员和测试人员之间正在进行的对抗。我根本没有花时间和精力就确信这种情况是非常普遍的。我收到了来自开发人员的各种不友好的回应，我认为所有的测试人员都在他们的职业生涯中经历过这些事。
从冷漠的耸肩到明显的敌意（有时会用同情的微笑掩饰），一个测试人员不得不忍受来自开发人员的许多态度。很难保持一个积极的态度。但是保持我们的优先的正直，并且向前推动高质量的项目是由我们自己决定的。
我从Cem Kaner的《Testing Computer Software》里挑出一句很好的话：“最好的测试人员不是那些发现大多数bug的人，或使大多数开发人员尴尬的人。最好的测试人员应该是能够使大多数bug得以修复的人。”
原文：“The best tester is not the one who finds the most bugs or who embarrasses the most developers. The best tester is the one who gets the most bugs fixed.” －经典。

那么我们可以做什么呢？

热忱并且耐心（Be Cordial and Patient ）
作为一个测试人员，你或许发现使开发人员信服你发现的缺陷是非常困难的。通常，如果一个测试人员找到了一个bug，程序员将准备10个理由。有时让开发人员接受他们的代码是有缺陷的（并且是其他的人发现的）这个事实是很困难的。
开发人员需要来自测试小组的支持，测试小组可以保证发现的新bug是值得关注的，健康的并且对于使产品更好是非常重要的。一个人性的方法是经常帮助测试人员更多的了解编程人员。相信我，不用多久，相同的一个人将站在你身边了并且笑着指出引起bug的错误。热忱将帮助开发人员对你的错误报告说“Yes”。这是重要的第一步。

处事老练（Be Diplomatic ）
试着巧妙地表述你的发现，并且不带任何责备地解释bug。“我确信这是一个很小的bug，你不用花多少时间就可以处理掉。到目前为止这还是一个不错的程序。”开发人员将会跳起来并且拥抱你的bug。
用一种心理方法。有时表扬一下开发人员的工作。为什么大多数开发人员不喜欢我们的错误报告的原因非常简单：就是他们认为我们在诋毁他们的辛勤工作。有些测试人员只在出现问题的时候才和开发人员沟通。对于大多数开发人员而言，软件是他们自己的孩子，而你只是一个妨碍他们的外人。我告诉我的开发人员因为他们我才存在于公司，而且由于我的存在，他们的工作才得以继续。测试人员和开发人员之间的关系是一种共生及互惠的关系。

不要害怕尴尬（Don’t Embarrass ）
没有人喜欢被指出错误。这是人类的天性。试着解释修复那个特别的bug的需要胜于只是用庞大的bug报告向开发人员开火。一连串的缺陷不只会激怒开发人员，而且会使你的辛苦工作对他们来说是无用的。
正象一个人不可能独自测试完一个程序一样，开发人员也不能设计程序没有任何错误，而且在其他事情发生之前，他们需要先了解清楚。有错误是预料之中的事，他们也是过程中的一个正常的部分。

你赢得了一些，你也失去了一些（You Win Some, You Lose Some ）
我知道有些测试人员尽可能将自己的错误报告强硬。他们甚至不听开发人员关于为什么不能修复一个错误和不能实现一个功能的解释。尝试一些可以让自己放松的方法。做到开发人员身边和他一起分析错误的优先级和严重程度。如果开发人员在其不愿变更的背后有一个合理有效的解释，试着理解他。只是确信了解了要在什么地方划定界限以保护你产品最终的质量。

谨慎一些（Be Cautious ）
外交手段和适应能力不能替代谨慎的需要。开发人员经常会找借口说因为他们没有意识到（或者你没有告诉他们）那个错误有多严重所以他们拒绝修复它。用足能够清楚展示风险和问题严重性的方法设计你的错误报告和测试文档。甚至更好的办法是召开一个会议并且向他们解释那些问题。

一个聪明的测试人员是在倾听和执行之间保持平衡的人。如果开发人员不能使你信服错误不应该被修复，那么你的责任就是使他信服要修复错误。

最近接触了不少关于php面向对象编程的知识，渐渐开始用类来实现功能代码。
发现原来看过的phpunit正好是用于类的单元测试的，于是又重新找了关于phpunit的资料，并用phpunit做了一些测试应用。以下是试用手记。

1、phpunit2的相关资料
下载地址：下载
说明文档：PHPUnit Pocket Guide
2、phpunit2的安装和命令行的使用
phpunit2需要php5.1及以上版本的支持，下载phpunit包后，放在pear目录，并将文件夹改为phpunit2。
包的根目录下有两个分别用于linux和windows命令行的“pear-phpunit”文件，根据自己机器的实际情况来修改。
我的系统是xp，就把pear-phpunit.bat的最后一行改成了：
“C:/php5/php.exe” “C:/php5/PEAR/PHPUnit2/TextUI/TestRunner.php” %*，
并保存成phpunit.bat。
记得要把php.exe和phpunit.bat的路径放到系统的环境变量中，这样才可以在cmd下进行命令行的操作。
如果以上都配置完毕，则在cmd下运行phpunit，将会有以下提示：

PHPUnit 2.3.0 by Sebastian Bergmann.

Usage: phpunit [switches] UnitTest [UnitTest.php]
–testdox-html Write agile documentation in HTML format to file.
–testdox-text Write agile documentation in Text format to file.
–log-tap Log test progress in TAP format to file.
–log-xml Log test progress in XML format to file.
–loader TestSuiteLoader implementation to use.
–skeleton Generate skeleton UnitTest class for Unit in Unit.php.
–wait Waits for a keystroke after each test.
–help Prints this usage information.
–version Prints the version and exits.

3、第一个测试类
还是用经典的银行类来说一下吧
Continue reading ‘phpunit2试用手记’ »

在原来的印象中，单元测试就是开发人员用来测试自己代码的测试过程，而验收测试则是测试专员做的事，至于更具体的区别，还真说不出一二三来，今天看了一篇文章，其中一段对这两个测试的描述对我比较有启发，尤其是那四个“如果”，转过来与大家共享。

原文地址：解析软件测试的认识误区
· 如果一个单元测试要跨越类的边界，那么它可能应该是一个验收测试
· 如果一个单元测试变的非常复杂，那么它可能应该是一个验收测试
· 如果一个单元测试经常要随着用户需求的变化而改变，那么它可能应该是一个验收测试
· 如果一个单元测试比它要测试的代码本身要难以编写，那么它可能应该是一个验收测试

外加一篇：

bug和缺陷的区别
时光倒转到了我们还使用电子管技术制造计算机的那个年代，那是计算机的主机重达数吨，并常常占据整个房间的时代。在某个实验室的某个平常的早晨，这个庞然大物突然停止了工作，我们的IT前辈们马上就开始寻找出现这种情况的原因。凭借设计图纸的引导，他们很快就圈定了可能发生问题的那一部分。在接下来的检查中，他们发现这次故障原来是一只虫子在经过两只继电器时造成了短路所致。在修复了计算机并重新开始工作之后，负责计算机维护的工程师把这次故障记录在了一份备忘录上，以便将来其他人遇到类似的情况可以迅速的找到答案。当然，他还写了一份文档给计算机的设计人员，希望以后在主机的散热孔那里可以加装一层更加细密的金属网，即不影响散热，又可以防止虫子爬到主机里。

发现上面的区别了吗？一只虫子爬进主机引起短路的这个事件，更多的被我们称为Bug，这个名词一直从计算机硬件故障沿用到了计算机软件故障。那么缺陷又是什么呢？
还是看上面的这个例子。真正的缺陷是计算机维护工程师提出来的那个问题：在主机的散热孔那里可以加装一层更加细密的金属网，即不影响散热，又可以防止虫子爬到主机里。这是计算机设计人员疏忽的地方，是产品真正的缺陷。而虫子引发的那个故障只是这个缺陷导致的故障的其中一种表现形式。也就是说，Bug是缺陷的一种表现形式，而一个缺陷是可以引起多种Bug的。

受Hick的启发，整理了一下wp的表情集，把鼠标放在表情上面，就知道用什么字符了。
ps：有的表情符号前要加空格才有效。
8O:|
8):lol: :P:mrgreen:
:cry::evil::twisted::roll::wink:
:!::?::idea::arrow:

首先让我们看看一个普通的表格是如何写出来的：

<table>
  <caption>表格头</caption>
  <thead>
    <tr>
      <th>标题一</th>
      <th>标题二</th>
    </tr>
  </thead>
  <tfoot>
    <tr>
      <th colspan="2">表尾</th>
    </tr>
  </tfoot>
  <tbody>
    <tr>
      <td>内容一</td>
      <td>内容二</td>
    </tr>
  </tbody>
</table>

这段代码的现实效果如下：

表格头

标题一	标题二
表尾
内容一	内容二

以前在定义表格的居中，边框，还有字体颜色等等的时候，要写很多标签和class在html标签里，
现在，我们通过css，只要定义一个样式类：

table.tableline{
border-collapse: collapse;
width:80%;
font-size: 12px;
star:expression(this.align=’center’);
}
table.tableline th, table.tableline td{
margin:0px;
border:1px solid #808080;
}
table.tableline th{
background-color:#06c;
color:#000000;
}
table.tableline caption{
font-size:14px;
color:#347B01;
font-weight:bold;
}

再修改一下刚才代码的第一行：<table class=”tableline”>，
表格就会变成下面这个样子啦

表格头

标题一	标题二
表尾
内容一	内容二

css还是很神奇的～～～

目前计算机中用得最广泛的字符集及其编码，是由美国国家标准局(ANSI)制定的ASCII码（American Standard Code for Information Interchange，美国标准信息交换码），它已被国际标准化组织（ISO）定为国际标准，称为ISO 646标准。适用于所有拉丁文字字母，ASCII码有7位码和8位码两种形式。 Continue reading ‘常用ASCII 码对照表’ »

一：前言。
wordpress是非常优秀的blog程序，基于php+mysql，自从mt开始受费以后，wordpress就是世界上使用人
数最多的blog程序！有很多的插件下载，而且对中文的支持也很好！好啦，闲话少说，进入正题！· Continue reading ‘转：WP的安装与中文化’ »

对于IT项目，我想程序员抱怨最多的就是客户的需求在不断的变化，从而导致项目的很多模块要修修补补，甚至推倒重来。
经过几个项目过后，我渐渐明白，对于需求，客户在一开始也都是不清楚，需求在客户的脑袋里也只是几个形象的界面，抑或几个他想实现的功能而已。
所以在一个项目的准备阶段，最大限度的“挖掘”客户的潜在需求是必要的。 Continue reading ‘项目开发之我见－－关于需求’ »