Tricks of Software testing

参加了一个小培训，关于测试的。基本的理论就不多说了，其中有几个比较好的观点，列举如下：

(1)群集现象： 发现问题越多的地方，隐含的缺陷也越多，需要重点处理。

佩瑞多定理：（80-20定律）许多软件现象都遵循佩瑞多分布规律：80%的贡献来自于20%的贡献者。例如20%的模块含有80%的错误。

(2)用例： 一般考虑3个方面的， 合理的，不合理的和边界的。

(3)黑盒和白盒：黑盒测试无法知道从来没有走过的分支。

(4)圈复杂度： 建议圈复杂度限制在10以内。

(5)黑盒测试的典型方法： 正交矩阵法是减少测试用例的有效方法。等价类划分的缺点是没有考虑边界。

(6)GreyBox（灰盒）：用例设计依据程序结构（白盒），用例运行按功能测试（黑盒），一种十分有效的软件测试方法。

(7)Smoke Test: 在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。

(8)测试完成的标准： 要求人们用图标出某个测试阶段中单位时间查处错误的数量。通过对此图的分析，可以确定应继续测试或是结束这一测试阶段而开始下一测试分阶段。

(9) 历史数据：无论是测试还是规模度量都很重要。经常记得记下历史数据，是一个很好的习惯。要记下来，不要凭感觉。(这是我说的）

(10)测试的基本过程：Plans -〉Outlines -〉Test Case generation ->Execution -> software testing Reports ->Management

(11)如何有效的报告问题是很有学问的。

我看《新结婚时代》

这几天看了《新结婚时代》，很有共鸣。不过编剧好像有点过了，结局安排的不太合理，保姆嫁给了教授，比杨翁还荒唐。把农村的事描述的有不少的夸大，不过对农村人的观念描述还是基本合理属实的。
LP看完了之后大骂何建国，还庆幸我比何建国强了N倍。哎，看电视剧对号入座，还是头一回。

Everybody has his life

周六招待了一拨同学，虽累而无憾。毕竟同学间的娱乐是最自然的，最坦率的。周日又来了一对同学，一硕一博，体会了不同的领域的东西，开采油田。中国的石油 已经有1/5的靠进口了。大庆的产量也下降了。以前小时候经常看到的找到大油田的报道都是虚的。因为只是理论上的数据。很有可能是错误的，也有可能是无法 开采的。不一样的领域，却都有相同的浮夸的特点。

昨天晚上夜不归宿，跑到市里面的一个较大的医院去看同学，他带我看了他们的病人的病房，了解了住院部的值班的规章制度和一些为医的故事，好多医生都犯过错 误，但是没有人敢承认，因为责任重大。为医不易呀，没有节假日，还要经常去安抚病人，如果做错了事，更要承受精神上的煎熬。而我们程序员有些不一样，有了 Bug只是blush一下，马上去修改就可以了。

晚上在他们宿舍里借宿，有一位很能侃的老兄说是学了十几年的中医，我用看过的好几篇批评中医的文章的观点跟他辩论，对于这些观点，他都能一一应对，当然他 也客观，中医有它适用的地方，中医也不万能，中医一直就没有发展。不过他不能说服我，我一直认为中医不是科学，最多像他说的那样，有点玄学，有点哲学，有 点国粹。

同学中学语言的说肯定不让孩子学语言，学医的一定劝别人千万别当医生，搞IT的也要劝别人不要去编程。每个人看到别的领域的时候，都只是看到了别人的好 处，却忽略了其中的辛苦，因为学习本来就是一件辛苦的事。但反过来讲，如果上道了，是不是会是另外一种体会呢？我还没有上道呀。