jianxiong8814的专栏

人脉资源重要性

Ag（jianxiong8814） — Sun, 08 Nov 2009 14:35:00 +0800

1)管理人员的时间平均有3／4花在处理人际关系上；　　2)大部分公司的最大开支用在人力资源上；　　3)管理的所定计划能否执行与执行成败，关键在于人；　　可见，任何公司最大、最重要的财富是人。　　人脉资源是一种潜在的无形资产，是一种潜在的财富。表面上看来，它不是直接的财富，可没有它，就很难聚敛财富。如果你的人脉上有达官贵人，下有平民百姓，而且，当你有喜乐尊荣时，有人为你摇旗呐喊，鼓掌喝彩；当你有事需要帮忙时，有人为你铺石开路，两肋插刀，你就能感到人脉的力量。

商业模式

Ag（jianxiong8814） — Sun, 20 Sep 2009 23:10:00 +0800

概述早在20个世纪50代就有人提出了“商业模式”的概念，但直到40年后（1990年代）才流行开来。
[4]泰莫斯定义商业模式是指一个完整的产品、服务和信息流体系，包括每一个参与者和其在其中起到的作用，以及每一个参与者的潜在利益和相应的收益来源和方式。在分析商业模式过程中，主要关注一类企业在市场中与用户、供应商、其他合作办的关系，尤其是彼此间的物流、信息流和资金流。
　　商业模式的设计是商业策略（Business Strategy）的一个组成部分。而将商业模式实施到公司的组织结构（包括机构设置、工作流和人力资源等）及系统（包括IT架构和生产线等）中去则是商业运作（Business Operations）的一部分。这里必须要清楚区分两个容易混淆的名词：业务建模（Business Modeling）通常指的是在操作层面上的业务流程设计（Business Process Design）；而商业模式和商业模式设计指的则是在公司战略层面上对商业逻辑（Business Logic）的定义。 [编辑本段]概念形成商业模式即Business Model，已经成

C＃下实现动态系统托盘图标

Ag（jianxiong8814） — Sun, 01 Mar 2009 21:25:00 +0800

我这里所指的图标程序是类似于在Windows中经常接触的停放在任务栏上，在后台运行的病毒监视、媒体播放等程序。它们一般都具有单击显示或隐藏主界面，击右键弹出菜单，当鼠标停在图标上时显示提示信息的功能。

c# 任务栏中图标闪烁效果

Ag（jianxiong8814） — Sun, 01 Mar 2009 21:24:00 +0800

导读：　　相信对于QQ消息提示时,在任务栏闪烁的效果,大家肯定都见过,在网上找了些相关资料,发现用c#来实现这个效果并非很难,只是使用了一个控件 NotifyIcon(因为不知道叫什么所以估且叫它任务栏托盘控件).因为并没有对它进行深入学习,所以我只能简单的介绍下基本的用法,来实现闪烁的效果.(winform中)

C# 实现任务栏图标程序

Ag（jianxiong8814） — Sun, 01 Mar 2009 21:19:00 +0800

这是一个.Net平台上用C# 写的可以停放在任务栏上的图标程序，类似于SQL管理器、防病毒软件图标及OICQ图标等。一、图标程序基本概念我们这里所指的图标程序是类似于在Windows中经常接触的停放在任务栏上，在后台运行的病毒监视，SQL服务管理器等程序。这些程序启动后形成一个图标停在任务栏上，具有以下的外观特征：双击图标可打开程序主窗口。当鼠标停在图标上时显示提示信息。在图标上点击鼠标右键可以弹出一个快捷菜单，通过点击快捷菜单上的菜单项可以运行相应的程序功能。二、程序使用类简介.Net 提供了非常多的类，我们在开发过程中只需要使用其提供的各种类就能够实现我们的大部份功能，.Net平台中的类有的是封装的，有的是虚拟的，大多数的都是一般的公共类。你可以直接构造这些公共类的实例，也可以通过继承而使用类的全部功能。在本程序中，我们使用了很多.Net类，下面，我将分别对主要的类作简单介绍！*System.Windows.Fomrs.NotifyIcon类这是本程序中最主要的类，其从Component类继承的一个封装类，不可继承，主要功

PHP学习时间完整表

Ag（jianxiong8814） — Thu, 22 Jan 2009 00:03:00 +0800

本文旨在讨论如成为一名真正的PHP开发者.
本文不把三个月学会PHP的人纳入讨论的范围.
本文讨论的重点在于PHP学习及开发的持久性与外延性.
当许多人把自己三个月学会PHP当作一种资本到处炫耀时.
当这些人炫耀过后又转投其它语言时.我必需告诉你,你不适合做PHP的开发工作.
是的,PHP有许多直观的函数,可以很直观的使用,但你未必真正了解他在什么样的状态下使用..或者说所有函数的所有组合使用是很难一下子完全撑握的...即便完全撑握...也或许可以找到别外的更好的方法...是的,每个新的PHP的发行版本都有函数在被废止,还有另外一些新的函数出现,所以,这是一个不断加固的过程....你可能或者必需采用面象对的方法做开发.而仅仅是理解面向对象的真谛,如果你不是超人,而又从来没有接触过面向对象,那么, 没有半年的时间你是很难完全理解它的....当然,你还需要读许多的代码..读论坛程序可以很好的撑握整体的布局.PHPBB的代码是最最优秀的学习工具,而且可以很方便的修改..看看DISCUZ的代码你就会很明白,

测试三剑客Quality Center Starter9.x，LoadRunner9.x，QuickTestPro9.x 破解

Ag（jianxiong8814） — Mon, 27 Oct 2008 00:30:00 +0800

------------------------------------------------------------------------------------------------------------------------------------
Quality Center 9 破解许可文件(缺陷数目可能未破解)
声明：
1、破解仅是自己尝试，不能确定一定有效，所以如果试用后无效请勿对本人进行人身攻击。
2、破解只是提供License文件(txt)，理论上不会对试用者产生任何损失，除非QC9自身能够对非授权用户产生破坏。所以由此引起的任何问题均与本人无关。
创建文本文件，将下列内容贴入，在安装时选择文件，或在安装后在sabin后台粘贴。

rapidhorse.com.cn

使用QC和QTP构建自动测试体系

Ag（jianxiong8814） — Sun, 26 Oct 2008 18:41:00 +0800

如果要搭建自动测试体系，需要完成以下几个工作：
1、规范测试脚本的配置管理
2、制定测试脚本的编码规范，QTP脚本还要制定对象仓库和VBS的规范
3、创建自动测试实验室，通过控制台指挥各个测试机分布式执行脚本，并集中收集测试结果
4、健全测试脚本的维护机制，脚本责任到人

下面先讲一下第一点：脚本的配置管理，因为QTP本身提供了和QC集成的功能，使用QC作为配置管理工具非常合适，而且在组建测试实验室的时候，QC也有很强的优势，后面会讲到。

只要利用QTP的QC连接功能，就可以直接把Test、对象仓库等资源保存在QC服务器上，这里我主要讲一下QC的目录分类管理。在根目录下可以建一个common目录，里面主要存放vbs脚本文件，这些脚本文件提供了各个Test需要调用的公共方法，比如和数据库交互。

然后在根目录按照功能模块的名称建立文件夹，下面保存每个功能模块的所有Test和资源。建议每个功能模块目录下面建三个大目录，分别是framework、主要流程、

知识管理：营建学习型团队

Ag（jianxiong8814） — Sun, 26 Oct 2008 18:40:00 +0800

首先让我们看看什么是学习型的团队。按照曼彻斯特商学院研究人员对两千多个团队的调查研究，把团队分为三种类型：创造性团队、常规型团队和糟糕的团队。这三种类型的团队呈前大后小的枣核形的分布状态。创造性团队数量不多，在前端被称为梦之队；枣核后端的数量更少，是他们称之为地狱之队的糟糕团队；居于中间的是数量巨大的常规型团队。一个学习型的团队实际上就是曼彻斯特团队模型中的创造性团队。因为学习使团队进步，而进步就体现在能做过去所不能，创造过去所不曾有。团队的基本功能特征是协作，协作的实质是分享和共享，分享或共享资源、知识、经验、技能，当然还有风险、挫折和成功的果实。在团队中，每一个成员都处在一种特殊的团队文化之中，这种特殊的团队文化主要体现在行为方式和规范上。对于一个企业，这种文化还贯穿到决策形成的机制之中。因此我们就可以得出这样的结论：营建学习型团队就是在团队中营造一种协作学习的文化机制和环境氛围，构造团体协作学习的交流平台，鼓励队员们在这个平台上共享知识、经验和学习能力。个人知识、公共知识和团队知识在一个团队中，每一个人由于其成长经历、受教育程度、工作经历等人生经

编写优秀Bug报告的艺术

Ag（jianxiong8814） — Sun, 26 Oct 2008 18:16:00 +0800

在Quality week上的一次演讲中，微软的一个测试经理，Roger Sherman指出了由于“不可重现”导致bug关闭的主要原因。这是一个非常可惜的情况，因为这样的bug report浪费了紧张的开发计划中的宝贵时间，增加了对产品质量完全是无关紧要的事情，同时导致了在开发人员和测试之间的挫败感和差的感觉。有时，bug report是由于短暂的或随机的事件，测试和开发之间不一致的工具和配置，或者在测试的环境下对正确的行为的模糊定义而产生的，但是许多的由于不可重现而被关闭的测试报告是因为描述不清晰，被误解，或者只是文字的错误。

幸运的是，我学习到一些能够引起管理层注意，更清楚的和开发人员沟通并得到修复的编写优秀bug report的诀窍。这些技巧不仅仅提供了是在被修复的问题的比例方面得到了可靠的回报，而且在同开发人员和管理层的通过中也得到了回报。在我管理的项目中使用这种方法编写bug report，8份bug report中大约只有一个没有被修复。

这篇文章的思想只有当你的报告针对的测试执行过程是专业的质量工作才可以发