语源科技BlogJava-xiekai-blog

Oracle 的小技巧

小言身寸 — Tue, 31 Aug 2010 07:58:00 GMT

■查询每张表有多少个字段
SELECT
    table_name,
    Count(*) As 列数
FROM
    user_tab_columns
GROUP BY
    table_name

小言身寸 2010-08-31 15:58 发表评论

招财猫

小言身寸 — Tue, 31 Aug 2010 05:27:00 GMT

日本人爱猫可以说是出了名的，所有猫猫里最有名的就是招财猫了，在日本各大商家门口必定有它的身影！可是你知道么，招财猫伸出左右手代表的意义可不一样喔？
[1] 左手招客，右手招金
[2] 各颜色招财猫寓意不同

右手（前脚）を挙げている猫は金運を招き、左手（前脚）を挙げている猫は人（客）を招くとされる。両手を挙げたものもあるが、“欲張り過ぎると「お手上げ万歳」になるのが落ち”と嫌う人が多い。

举右手的猫猫是在招财，举左手的猫猫是在招客人。还有一种猫猫是贪欲过深“双手万岁”都举起来，不过这样反倒变成像“举手投降”遭人反感。

一般には写真のように三毛猫であるが、近年では、地の色が伝統的な白や赤、黒色の他に、ピンクや青、金色のものもあり、色によっても「学業向上」や「交通安全」（青）、「恋愛」（ピンク）など、意味が違う。

一般的招财猫都是像图片上的三毛猫，不过最近几年底色除了传统的白、红、黑色之外，还出现了粉、蓝、金等颜色。根据颜色不同，寓意也有所改变，譬如代表“学运上升”、“外出安全”（绿色）、“恋爱顺利”（粉红）等意义。

黒い猫は、昔の日本では『夜でも目が見える』等の理由から、「福猫」として魔除けや幸運の象徴とされ、黒い招き猫は魔除け厄除けの意味を持つ。

在过去，日本人认为黑猫“到了夜晚依然能看清周围”，因此把它作为“福猫”作为辟邪、幸运的象征，黑色的“招财猫”更是有驱邪消灾的寓意。

また、赤色は疱瘡や麻疹が嫌う色、といわれてきたため、赤い招き猫は病除けの意味を持つ。

同时，在日本红色被认为是可以预防疱疹和荨麻疹的颜色，因此红色的招财猫被认为有祛病的意义。

右手招き猫「お金や財産を招きます」
举右手的猫猫代表“招金招财”

左手招き猫「人やお客を招きます」
举左手的猫猫代表“招人招客”

両手招き猫「お金、お客両方を招きます」
举双手的猫猫代表“既招金又招客”

白色招き猫（三毛猫）「福を招きます」
白色的猫猫（三毛猫）代表“招福”

黒色招き猫「魔除け及び病を防ぎます」
黑色的猫猫代表“驱邪消灾”

金色招き猫「金運を開きます」
金色的猫猫代表“开金钱运”

銀色招き猫「長寿と繁栄」
银色的猫猫代表“长寿和兴旺”

赤色招き猫「難病奇病や子供の病気を防ぎます」
红色的猫猫代表“远离疑难杂症、孩子健康成长”

桃色招き猫「愛情をはぐくみます」
粉红色的猫猫代表“情路顺利”

青色招き猫「学業の向上」
蓝色的猫猫代表“学业顺利”

緑色招き猫「安全を確保します」
绿色的猫猫代表“外出安全”

黄色招き猫「縁結びに一役かいます」
黄色的猫猫代表“找到一段好姻缘”

また、招き猫には、面白い統計結果が出されています。左手を上げているものが多い。小判を持った招き猫（小判猫）の比率は18% 。小判に書かれている文字は、千万両が一番多く、次が開運。涎かけ着用率は29%などです。

另外、关于招财猫还有一些有趣的统计数据。如伸出左手的猫猫最多；18%的猫猫手上都拿着小金币，其中最多小金币上写着的字是“千万两”，其次则是“开运”；带着围嘴儿的猫猫比例是29%。

更に、手の高さは、高ければ高いほど、遠くの福を招く。右手を上げているのが雄猫、左手を上げているのが雌猫と言われています。

另外，据说手举得越高越能够把远方的福气招来。还有一说是，举右手的是雄猫，举左手的是雌猫。

小言身寸 2010-08-31 13:27 发表评论

ORACLE的INSTANCE(实例)和SCHEMA（方案、模式）

小言身寸 — Sat, 17 Jul 2010 11:57:00 GMT

每一个运行的ORACLE数据库与一个ORACLE实例（INSTANCE）相联系。
一个ORACLE实例为存取和控制一数据库的软件机制。每一次在数据库服务器上启动一数据库时，称为系统全局区（SYSTEM
GLOBAL AREA）的一内存区（简称SGA）被分配，有一个或多个ORACLE进程被启动。该SGA 和
ORACLE进程的结合称为一个ORACLE数据库实例。一个实例的SGA和进程为管理数据库数据、为该数据库一个或多个用户服务而工作。
ORACLE在内存存储下列信息：
l 执行的程序代码。
l 连接的会话信息
l 程序执行期间所需数据和共享的信息
l 存储在外存储上的缓冲信息。
ORACLE具有下列基本的内存结构：
l 软件代码区
l 系统全局区,包括数据库缓冲存储区、日志缓冲区和共享池.
l 程序全局区,包括栈区和数据区.
l 排序区

软件代码区
用于存储正在执行的或可以执行的程序代码。
软件区是只读，可安装成共享或非共享。ORACLE系统程序是可共享的，以致多个ORACLE用户可存取它，而不需要在内存有多个副本。用户程序可以共享也可以不共享。

系统全局区
为一组由ORACLE分配的共享的内存结构，可包含一个数据库实例的数据或控制信息。如果多个用户同时连接到同一实例时，在实例的SGA中数据可为多个用户所共享，所以又称为共享全局区。当实例起动时，SGA的存储自动地被分配；当实例关闭时，该存储被回收。所有连接到多进程数据库实例的全部用户可自动地被分配；当实例关闭时，该存储被回收。所有连接到多进程数据库实例的全部用户可使用其SGA中的信息，但仅仅有几个进程可写入信息。在SGA中存储信息将内存划分成几个区：数据库缓冲存储区、日志缓冲区、共享池、请求和响应队列、数据字典存储区和其它各种信息。

程序全局区
PGA是一个内存区，包含单个进程的数据和控制信息，所以又称为进程全局区（PROCESS GLOBAL AREA）。

排序区
排序需要内存空间，ORACLE利用该内存排序数据，这部分空间称为排序区。排序区存在于请求排序的用户进程的内存中，该空间的大小为适就排序数据量的大小，可增长，但受初始化参数SORT-AREA-SIZER所限制。

方案也叫模式，一个模式(schema)为模式对象(scehma object)的一个集合，每一个数据库用户对应一个模式。模式对象为直接引用数据库数据的逻辑结构，模式对象包含如表、视图、索引、聚集、序列、同义词、数据库链、过程和包等结构。模式对象是逻辑数据存储结构。一个模式对象逻辑地存储在数据库的一个表空间中，每一个对象的数据物理地包含在表空间的一个或多个数据文件中。

建议：

服务器可用内存较小，采用多方案。多个SCHEMA（方案、模式）

服务器可用内存充足，采用多实例。多个INSTANCE(实例)

小言身寸 2010-07-17 19:57 发表评论

雷人语录

小言身寸 — Sun, 13 Jun 2010 10:00:00 GMT

你永远不要想打败一个纯SB，他会把你的智商拉到和他同样的高度，然后用他丰富的经验打败你！

无知不是你的错，但是出来丢人，就是你的不对了。

“我给你讲一个故事，从前有一只小鸟，大冬天一个人飞，天气太冷了，小鸟都冻僵了，bia-ji从天上一头栽下来摔到地上。这时候路过一头牛，这牛走到小鸟头上 pu 拉了一坨，pia 糊小鸟身上了。就跟盖了个热乎的大棉被一样，小鸟在屎堆里躺着热乎呀，马上就醒过来了，舒服的她一点都不想离开还张嘴就唱上歌了。结果这时候来了一只猫，听到鸟叫miao的一声扒开牛屎捞出小鸟就吃掉了。你听懂没？”
董延明给自己的侄子讲这个故事，讲的侄子面红耳赤。董延明接着说，“这个故事告诉我们三件事情，第一，在你头上拉屎的不一定都是敌人，第二，把你从屎堆里拉出来的不一定都是朋友，第三，你都掉屎堆里了，能不能闭上你的鸟嘴。”

那是一种明明做着婆婆却仍然像小媳妇般受气的无奈。

是不是我看懂了这本书我就什么都懂了，就无限牛B在险峰了？

小言身寸 2010-06-13 18:00 发表评论

关于触发器、存储过程和DBlink的综合运用（转）

小言身寸 — Thu, 04 Feb 2010 03:57:00 GMT

关于触发器、存储过程和DBlink的综合运用
需求描述：
需要在两个不同oracl数据库实例中进行数据逻辑处理。如果A实例中的表有新数据插入或者数据更新，那么在B实例中执行与之相关的存储过程。
先假设A数据用户中表TEST有变动，那么触发器触发调用实例B中的存储过程改写TEST_LOG表
A中操作如下：
1.建表
-------------------------------------------------------------------
create table TEST
(
T_ID   NUMBER(4),
T_NAME VARCHAR2(20),
T_AGE NUMBER(2),
T_SEX CHAR(1)
)；
-------------------------------------------------------------------
2.建立与B对应的DBLINK
-------------------------------------------------------------------
create database link INFOSYSTEM
   connect to infosystem identified by infosystem
   using '(DESCRIPTION =
     (ADDRESS_LIST =
       (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.10.249)(PORT = 1521))
     )
     (CONNECT_DATA =
       (SERVICE_NAME = ORCL)
     )
   )';
------------------------------------------------------------------
3.建立触发器
------------------------------------------------------------------
CREATE OR REPLACE TRIGGER test_trigger
AFTER DELETE OR INSERT OR UPDATE ON test
DECLARE
v_type VARCHAR2(15);
BEGIN
IF INSERTING THEN
v_type := 'INSERT';
DBMS_OUTPUT.PUT_LINE('记录已经成功插入，并已记录到日志');
ELSIF UPDATING THEN
v_type := 'UPDATE';
DBMS_OUTPUT.PUT_LINE('记录已经成功更新，并已记录到日志');
ELSIF DELETING THEN
v_type := 'DELETE';
DBMS_OUTPUT.PUT_LINE('记录已经成功删除，并已记录到日志');
END IF;
my_pro@infosystem(v_type);
END;
----------------------------------------------------------------

B中操作如下：
1.建表
----------------------------------------------------------------
create table TEST_LOG
(
L_USER VARCHAR2(15),
L_TYPE VARCHAR2(15),
L_DATE VARCHAR2(30)
)；
----------------------------------------------------------------
2.建存储过程
注意一定要加上PRAGMA AUTONOMOUS_TRANSACTION;让这个存储过程有自治的事务控制，不然会影响A的事务控制
----------------------------------------------------------------
create or replace procedure my_pro(v_type varchar2)
as
PRAGMA AUTONOMOUS_TRANSACTION;
begin
INSERT INTO test_log VALUES(user,v_type,
        TO_CHAR(sysdate,'yyyy-mm-dd hh24:mi:ss'));
commit;
end;
---------------------------------------------------------------

最后我们在A中输入以下测试语句：
INSERT INTO test VALUES(101,'zhao',22,'M');
UPDATE test SET t_age = 30 WHERE t_id = 101;
DELETE test WHERE t_id = 101;

SELECT * FROM test;
SELECT * FROM test_log@INFOSYSTEM;

结果可能如下：
TEST无数据
TEST_LOG数据
1 AAAPF0AALAAABq8AAA INFOSYSTEM DELETE 2009-06-12 13:45:30
2 AAAPF0AALAAABq8AAL INFOSYSTEM INSERT 2009-06-12 13:45:30
3 AAAPF0AALAAABq8AAM INFOSYSTEM UPDATE 2009-06-12 13:45:30

小言身寸 2010-02-04 11:57 发表评论

Oracle中sequence的使用方法

小言身寸 — Mon, 12 Oct 2009 08:02:00 GMT

在Oracle数据库中，sequence等同于序列号，每次取的时候sequence会自动增加，一般会作用于需要按序列号排序的地方。

1、Create Sequence
(注释：你需要有CREATE SEQUENCE或CREATE ANY SEQUENCE权限)
CREATE SEQUENCE emp_sequence
INCREMENT BY 1 —— 每次加几个
START WITH 1 —— 从1开始计数
NOMAXVALUE —— 不设置最大值
NOCYCLE —— 一直累加，不循环
CACHE 10;
- 假如指定CACHE值，Oracle就可以预先在内存里面放置一些sequence，这样存取的快些。cache里面的取完后，Oracle自动再取一组到cache. 使用cache或许会跳号，比如数据库突然不正常down掉(shutdown abort)，cache中的sequence就会丢失。所以可以在create sequence的时候用nocache防止这种情况。

只要定义了emp_sequence，你就可以用使CURRVAL，NEXTVAL
CURRVAL=返回 sequence的当前值
NEXTVAL=增加sequence的值，然后返回 sequence 值
例如：
emp_sequence.CURRVAL
emp_sequence.NEXTVAL

可以使用sequence的地方：
。不包含子查询、snapshot、VIEW的 SELECT 语句
。INSERT语句的子查询中
。INSERT语句的VALUES中
。UPDATE 的 SET中
例：
INSERT INTO emp VALUES
(empseq.nextval, 'LEWIS', 'CLERK',7902, SYSDATE, 1200, NULL, 20);
SELECT empseq.currval FROM DUAL;

2、Alter Sequence
你需要有sequence的owner，或者拥有ALTER ANY SEQUENCE 权限才能改动sequence.
可以alter除start至以外的所有sequence参数。如果想要改变start值，必须 drop sequence 再 re-create .

Alter sequence示例：

ALTER SEQUENCE emp_sequence INCREMENT BY 10 MAXVALUE 10000 CYCLE -- 到10000后从头开始 NOCACHE ;

小言身寸 2009-10-12 16:02 发表评论

delete from tablea & truncate table tablea 的区别

小言身寸 — Fri, 17 Jul 2009 07:26:00 GMT

相同点:truncate和不带where子句的delete, 以及drop都会删除表内的数据
不同点:
1. truncate和 delete只删除数据不删除表的结构(定义)
drop语句将删除表的结构被依赖的约束(constrain),触发器(trigger),索引(index); 依赖于该表的存储过程/函数将保留,但是变为invalid状态.
2.delete语句是dml,这个操作会放到rollback segement中,事务提交之后才生效;如果有相应的trigger,执行的时候将被触发.
truncate,drop是ddl, 操作立即生效,原数据不放到rollback segment中,不能回滚. 操作不触发trigger.
3.速度,一般来说: drop> truncate > delete
4.想删除表,当然用drop。想保留表而将所有数据删除. 如果和事务无关,用truncate即可. 如果和事务有关,或者想触发trigger,还是用delete.

小言身寸 2009-07-17 15:26 发表评论

Oracle的exp和imp

小言身寸 — Fri, 17 Jul 2009 07:05:00 GMT

今天才知道Oracle的exp和imp命令原来这么方便，趁热总结一下。
其实，这是Oracle自带的两个工具，在Oracle的安装目录的BIN目录下，可以看到exp.exe和imp.exe。

运行-->输入cmd-->进入DOS环境-->输入命令：exp 用户名/密码@数据库名 file=xxx.dmp
就可以实现数据库的导出了（前提是要设置环境变量PATH=C:\oracle\product\10.2.0\client_1\bin）

或者通过TeraTerm之类的软件登录数据库服务器，登录成功后运行命令：exp 用户名/密码 file=xxx.dmp

通过这个方法，一下子就可以把数据库的表，视图，触发器，包等数据库对象全部导出成dmp文件。
再通过imp命令，就可以实现数据库的转储。

小言身寸 2009-07-17 15:05 发表评论

vb.net中dataGridView行号的描画

小言身寸 — Wed, 17 Jun 2009 05:03:00 GMT

代码很简单，如下，无需任何改动，直接就可使用：

描画関連:行番号

小言身寸 2009-06-17 13:03 发表评论

vb.net中dataGridView的单元格的合并

小言身寸 — Wed, 17 Jun 2009 04:36:00 GMT

摘要: 对于下面的表格数据，我们经常会见到， 20090601 00001 100 abc 1 sumisu 20080601 ... 阅读全文

小言身寸 2009-06-17 12:36 发表评论

SCM/ASN　紹介

小言身寸 — Mon, 06 Oct 2008 06:38:00 GMT

①ＳＣＭとは「Shipping Container Marking」の略。

　出荷カ－トン・マ－キング。出荷梱包にバーコードつきのラベルでマ－クする。カ－トンに貼付されたＳＣＭラベルのバ－コ－ド（コ－ド１２８）をスキャナ－で読み取り、カートンを識別する。"Container"は、容器の意味。

②ＡＳＮとは「Advanced Shipping Notice」の略。
事前出荷明細通知。予め納品デ－タ（ＳＣＭラベルのバーコードナンバーと中に入っている商品コードとその数量）を電送しておくこと。
　製造／卸売企業が小売企業へ商品を出荷する場合、通常は段ボール等の出荷用カートンＢＯＸへ商品を詰めて小売企業へ配送する（もちろんハンガーにかけて出荷するケースもある）。この時段ボール（配送カートンＢＯＸ）に、識別のためのバーコードが印刷されたラベル（ＳＣＭラベル）が貼られるが、このＳＣＭラベルに記されたバーコード（コード１２８）のナンバーとＢＯＸへ詰められた商品の全てのバーコードをシステム的に関連づけ、ＥＤＩ（Electronic Data Interchange：コンピュータ・ネットワークを使って電子的にデータを交換すること）を使って製造／卸企業から小売企業へ事前に出荷内容を送付する。これがＡＳＮ（事前出荷明細）である。

　つまり小売側は、これから届くＳＣＭラベル××番の段ボールの中に、何が入っているかが事前に分かるわけである。商品が入った段ボール箱が小売企業に届けば、小売側はまずその段ボール箱のＳＣＭラベルをスキャンして商品の受け取り手続きを行なう。小売企業のコンピュータへ読み込まれたＳＣＭラベルのデータは、事前にＥＤＩで送付された内容と突き合わされ該当ＳＣＭラベルの内容が検索される。事前に送付されたＳＣＭラベルの内容と段ボールのＳＣＭラベルの内容が一致すれば、もし両者がパートナーシップの関係にあればそこで商品の受け取り処理を完了し、検品作業レスが可能になる。（検品は全部行なわず、抜き取り的に一部の商品だけを行なうという場合もある。）こうすれば検品という、手間と時間がかかるプロセスを簡略化することが出来るわけである。

　さらに小売企業にとっては、ＡＳＮで送られてきた商品情報をそのまま使って自社のシステムに商品データとして、仕入れ処理や商品データベースとして活用出来ることになる。納品伝票を見ながら商品を入力する必用がなくなり、入力ミスによる誤りもその分少なくなる。

SCM/ASN

小言身寸 2008-10-06 14:38 发表评论

程序中错误量的估算

小言身寸 — Tue, 19 Aug 2008 01:55:00 GMT

错误植入法与老祖宗的智慧

两个小组独立地测试同一个程序，第一组发现25个错误，第二组发现30个错误，在两个小组发现的错误中有15个是共同的，那么可以估计程序中的错误总数是 ___个。

A．25 B．30 C．50 D．60

当然，任何一个了解估算方法的朋友都可以根据公式计算出最终的结果是50个，这没有什么问题。——但是，我在这里引用这个题目，是希望我们可以把学习这件事情通过类比变得更加有趣一点。

其实，如何估算一个系统中存在的缺陷数，我们的老祖宗早就有现成的方法了。不信，请看我在我们老祖宗的数学专著中找到的一个实践问题：“有一口鱼塘，不知道其中有多少条鱼，如何才能估算出池塘中鱼的数量？”（当然，原文不是这样，请原谅我一下子找不到出处，只好凭记忆用我的语言描述一下了）。我们老祖宗给出的答案是这样的：

首先，从鱼塘中打捞出一些鱼（假设数量为m）；
将这些鱼做上记号，然后将其放回鱼塘；
等待一段时间，等到鱼均匀分布在鱼塘中了之后，再次打捞上来一些鱼（假设数量为n）；
统计第二次打捞上来的鱼中的带记号者（假设数量为p）；
计算得出鱼塘中鱼的数量为 S = m / (p/n)

    对这个答案最简单的理解是：假设第一次做了记号的鱼在鱼塘中是均匀分布的，第二次打捞上来的n条鱼中有p条是有记号的，则说明有记号的鱼的分布密度是p/n，鱼塘中一共有m条有记号的鱼，当然总的鱼数量就是 S = m / (p/n)了。

    再回到我们的原始问题，很容易做一个类比，第一个小组发现了25个缺陷（相当于第一次打捞的鱼m），第二个小组发现了30个缺陷（相当于第二次打捞上来的鱼n），两者相同的是15个（相当于是p），所以答案是 50。

    所以，从现在开始，不要再认为这个方法是什么深奥的方法——看看，我们的老祖宗都能熟练运用呢

    本来，到这里就可以告一段落了，可是我们能不能再深入点思考这个问题呢？

    这种方法显然是可以得到一个估算结果，但这种方法在哪些情况下不合适，使用时有什么注意事项没有呢？

    还是回过头看我们养鱼的例子，很显然，我们讨论的前提是“做记号的鱼在池塘中分布均匀”，如果这个条件不满足，我们的估算结果显然是有很大的偏差的。就鱼塘来说，不同类型的鱼由于喜欢的食物种类不同，喜欢分布在不同的层次，这样一来的话，在打捞的时候就要注意，如果只侧重在某一个水层，显然结果是有很大的偏差的，另外，由于鱼塘边上的温度相对较低，夏天鱼更加喜欢在鱼塘边休息……，可见，要达到“平均”这样的条件还是有难度的…… —— 等等，我们讨论了这么久的鱼，和我们的缺陷有什么关系呢？

    别忘了，缺陷在系统中的分布和鱼在鱼塘中的分布可是有异曲同工之妙的哦。缺陷有不同的类型（功能缺陷，性能缺陷，安全性缺陷……），分布在不同的模块，由于模块设计和实现人员的水平的差异，模块自身复杂度的差异等，不同模块中的缺陷分布显然是不同的，一个系统中，由于测试的测试不同，不同类型缺陷的发现效率也是不同的……——再看看，这和我们的鱼塘是不是一回事？

    关于鱼塘和缺陷的故事，如果我们要深究下去，还会发现他们的很多共同点，当然，你也可以提出各种方法来修正我们这个简单的模型——但这不是我们的重点。我要说的重点是：无论如何，在这条路上的思考是不是会比简单的背公式更有趣一些呢？

     经常有测试工程师问到，应该怎样才有最高的学习效率呢？

    我的回答是：学习、思考是乐趣，不是负担。我们学习是为了追求它自身的乐趣——获得知识的乐趣，在自己头脑中天马行空的乐趣，发现的乐趣，以及分享的乐趣。

小言身寸 2008-08-19 09:55 发表评论

微软的测试方法

小言身寸 — Mon, 18 Aug 2008 07:52:00 GMT

要点：

两类经典的软件测试方法
第一类测试方法是试图验证软件是“工作的”，所谓“工作的”就是指软件的功能是按照预先的设计执行的；
第二类测试方法则是设法证明软件是“不工作的”。

两类方法的优劣对比
很明显这两类测试方法在具体目标、或指导思想上截然相反。由此也决定了它们在思路、过程和测重点上有很大的差别，并各有利弊的。
第一类测试方法以需求和设计为本，因此有利于界定测试工作的范畴，更便于部署测试的侧重点，加强针对性。这一点对于大型软件的测试，尤其是在有限的时间和人力资源情况下显得格外重要。
第二类测试方法与需求和设计没有必然的关联，如果计划管理不当，测试活动很容易丢失重点，走入歧途。
第一类测试方法的缺点是缺乏灵活性，不利于测试人员主观能动性的发挥，不容易找到软件的错误（Bug）。而这方面正是第二类测试方法的长处。

微软的策略
正是因为认识到两类测试方法各有利弊，微软在软件测试活动中将两类方法结合起来，以第一类测试方法为基础和主要线索，阶段性地运用第二类测试方法。

微软的第一类测试
微软的第一类测试总体上说分为三个步骤进行：审核需求和设计—〉设计测试—〉实施运行测试。
需求和设计本身也有正确性的问题。依据不正确的需求和设计不可能开发出正确的软件产品，测试也将是徒劳的。因此验证需求和设计是微软进行第一类测试的第一步。
同时这种审核对于测试人员也是一种热身活动，使他们尽早地进入技术和业务状态。
从测试的过程来看，总是先运行或执行简单用例，然后再复杂用例；先验证单一的基本功能，再综合的端到端的功能；先发现解决表面的，影响面大的Bug，再深层的，不容易重现的Bug。
为了防止质量回归有很多测试用例是要反复运行的。

微软的第二类测试
微软的第二类测试是阶段性的，常常根据需要而带有随机性和突击性。对于这类测试，在微软有一个专门的名称：“Bug Bash（Bug大扫除）”。
Bug Bash通常发生在项目开发各阶段（微软叫里程碑）的末期，比如Beta版发布前，划出一个专门的时间段（通常1-3天），在这期间所有参与项目的人员，集中全部精力，运用各方面的知识，尽全部智慧来搜寻项目的Bug。
这是一个非常有意思的活动，但要组织好这样的活动并非易事。一般有以下要点：
（1）尽管这是一个测试活动，但参与者并不仅限于测试人员。项目经理，开发人员甚至于高层管理人员都应参加，如同全民动员。目的是要集思广益；
（2）要鼓励各部门，领域交叉搜索，因为新的思路和视角通常有助于发现更多的Bug；
（3）为调动积极性，增强趣味性，可以适当引入竞争机制，比如当活动结束时，评出发现Bug最多，发现最严重Bug的个人，给以物质和精神奖励。
（4）可以分专题展开，比如安全性、用户界面可用性、国际化和本地化等等。

通常Bug Bash会产生超乎寻常数量的Bug。
一般我们认为，产生Bug的量越大越好。因为，如果产生Bug的数量少，你很难判断是因为产品的质量确实很高，还是Bug Bash做得不彻底。而且事实往往是后者。
但同时会造成收敛的缺陷趋势出现严重的发散现象。

那么对Bug Bash所产生的大量Bug该怎么办？
在微软，有“Bug Triage （测试，开发和项目管理，三方会审）”的制度。
对于每个Bug，经过会审后不外乎有以下三中归宿（总体上来说）：
（1）被确认为“缺陷性”Bug，这样的Bug必须交开发人员解决，然后由原发现人验证。
（2）被调整为非“缺陷性”Bug，不用开发人员作任何更改，但必须将问题纳入产品用户文档，明确向用户解释，并告诉用户如何避免和应对。
考虑到，一方面这种情况在用户实际使用产品时发生的机率很低，而另一方面，从开发角度，解决这个问题有很大的技术难度，影响面也太大。这种情况下会把这个Bug改为“文本性”Bug，也就是要求文本编写人员将这一情况作一技术性解释。这类的Bug在Bug Bash中很常见，因为大家在这种测试活动中思维方式比较超常。
（3）被完全否定，立刻关闭，不再纠缠。
这类的情况在Bug Bash中也很常见。因为参与Bug Bash人并不都很了解产品功能的准确用法，误报是难免的。尽管对这类问题没有直接的后续措施，但这些信息仍然是有一定价值的，因为将来用户中的新手很可能会犯同样的毛病，而产品支持部门如果预先有这样的经验，就能及时准确地提供帮助。所以这些信息要保存在Bug的管理库中，以备将来产品支持部门查询。
经过这样的会审，筛选，如果（1）（2）类Bug，特别是（1）类Bug仍然很多，那测试部门很可能需要重新论证原先的测试计划和测试用例设计，看是否需要增加测试用例。必要时还要尽早提出更改项目总体计划和发布日期。大量Bug的出现也许不是件愉快的事，但和把这些Bug留给用户相比，代价要小得太多了。

一些基本的事实
微软的测试人员和开发人员数量大致相等或略多
微软的产品成本中测试大约占40%以上

历史回顾
软件开发历史四个阶段：
第一个阶段是60年代及其以前，那时软件规模都很小、复杂程度低，软件开发的过程随意。开发人员的Debug过程被认为是唯一的测试活动。其实这并不是现代意义上的软件测试，当然一阶段也还没有专门测试人员的出现。
第二个阶段是70年代，这个阶段开发的软件仍然不复杂，但人们已开始思考开发流程问题，并提出“软件工程Software Engineering”的概念。但是这一阶段人们对软件测试的理解仅限于基本的功能验证和Bug搜寻，而且测试活动仅出现在整个软件开发流程的后期，虽然测试由专门的测试人员来承担，但测试人员都是行业和软件专业的入门新手。
第三个阶段是80年代及其以后，软件和IT行业进入了大发展。软件趋向大型化。软件测试已成为一个专业，需要运用专门的方法和手段，需要专门人才和专家来承担。
第四个阶段是90年代以后，软件的规模和复杂程度迅速提高，测试与开发流程的融合也迅速走向更深层次，具体地说这种融合就是整个软件开发活动对测试的依赖性。传统上认为，只有软件的质量控制依赖于测试，但是现代软件开发的实践证明，不仅软件的质量控制依赖于测试，开发本身离开测试也将无法推进，项目管理离开了测试也从根本上失去了依据。在微软，测试的确有这样的地位和作用。这就是为什么微软在软件测试上有如此大的投入。

在微软，产品开发团队（主要包括开发、测试和项目管理）一般都有百人以上规模，有些产品甚至上几千人（Windows2000的开发部门曾有3000多人）。这样大规模的人力资源作用在一个动态的，内部相互联系的系统中，若没有有效的协同，其混乱是不可避免的。试想，有两个开发人员，分别在开发两个不同的功能模块，其相互有依赖关系。为了相互协调，他们可以随时进行当面讨论。如果这种关系发生在五个开发人员和五个功能模块之间，这种协调就只能通过定期的会议来进行。而一个大型项目，会有许许多多这样的关系，而且很多时候这种关系有着不确定性和不可预见性。当一个开发人员编写一段新的代码或对已有代码进行改动和调整时，他（或她）常常无法确定，或无法完全确定究竟有哪些相关的模块会受到影响，以及在什么请况下这种影响会带来什么结果。因为系统的复杂性已远远超出了人的逻辑思维、技能和经验所能力及的范畴。因此这种传统的协调手段是远不能满足需要的。
在微软，这种协调是通过测试来实现的。具体来说就是：每日建造+自动化测试。
关于每日编译和自动化测试，这里简单的说就是每天都建造一个新版本，每个版本都要运行通过一定量的自动测试用例，以检验当天工作的质量。
全面的自动测试，到早晨上班时间之前就会把结果自动通过e-mail等方式发送出来。开发人员上班后的第一件事往往就是检查测试结果。如果没有问题就会开始新的工作。如果有测试有用例没有通过，开发人员则必须协同测试人员一起立刻找出原因，解决后才能开始新的代码。有时一个小的失误会引起大面积的测试用例失败，很大一部分开发团队会受到影响。为尽量避免这种情况，要求开发人员在存入代码之前先在自己的个人建造版本上运行一定量的自动测试，全部通过后在存入。如开发人员没有按照这样的要求，而擅自存入质量不高的代码而造成大量测试失败，这种不负责任的行为是要受到严厉批评的。
从这一过程可以看出，开发人员依赖测试来保证开发工作的质量，使开发整体地协调地向前推进。

开发对测试的这种依赖性对测试和测是人员提出了更高的要求。
在理念上，软件测试已远不仅仅只是软件功能的验证和Bug的搜寻；
在具体方法上，自动测试和测试工具的使用已成为基本的要求。

一个软件企业要提高其软件开发的能力，特别是针对大型软件的大规模的快速开发能力，在测试方面对传统理念和方法进行突破是必要的。

原文全文：http://www.51testing.com/?157364/action_viewspace_itemid_90429.html

小言身寸 2008-08-18 15:52 发表评论

运行命令集锦

小言身寸 — Fri, 15 Aug 2008 02:06:00 GMT

write----------写字板
winmsd---------系统信息
winchat--------XP自带局域网聊天
Msconfig.exe---系统配置实用程序
mstsc----------远程桌面连接
dxdiag---------检查DirectX信息
devmgmt.msc--- 设备管理器
notepad--------打开记事本
ntbackup-------系统备份和还原
taskmgr--------任务管理器
explorer-------打开资源管理器
regedit.exe----注册表
calc-----------启动计算器
cleanmgr-------垃圾整理
osk------------打开屏幕键盘

小言身寸 2008-08-15 10:06 发表评论

.NET C# 如何将光标置于 TextBox 控件中的文本的开头或末尾或当前位置

小言身寸 — Tue, 12 Aug 2008 07:58:00 GMT

假设"textBox1">

若要将光标置于 TextBox 控件的内容的开头，应调用 Select 方法，并指定选择内容的起始位置为 0，选择长度为 0。

C#
textBox1.Select(0, 0);

若要将光标置于 TextBox 控件的内容的末尾，应调用 Select 方法，并指定选择内容的起始位置等于文本内容的长度，选择长度为 0。

C#
textBox1.Select(textBox1.Text.Length, 0);

若要将光标置于 TextBox 控件的内容的当前位置，应调用 Select 方法，并指定选择内容的起始位置等于光标的当前位置，选择长度为 0。

C#
textBox1.Select(textBox1.SelectionStart, 0);

小言身寸 2008-08-12 15:58 发表评论