2005年03月_Wasonzh

原创关于单元测试的策略问题

单元测试其实难在测试策略上,对于一个上百行代码量的软件系统,要完成所有单元模块的测试对于国内大多数企业来说几乎是不可能的.所以,如果制定一个好的,有效的测试策略是至关重要的,也是能够有效地进行单元测试活动的途径! 经过一段时间以来的实践,总结出了以下几个原则:1. 做重点模块2. 做底层模块3. 做使用频率最多的模块具体的事情就不再展开了,等有时间再详细地说一说单元测试经验. 睡觉先

2005-03-25 23:40:00 1732

原创通过#pragma pack(n)改变C编译器的字节对齐方式

通过#pragma pack(n)改变C编译器的字节对齐方式在C语言中，结构是一种复合数据类型，其构成元素既可以是基本数据类型（如int、long、float等）的变量，也可以是一些复合数据类型（如数组、结构、联合等）的数据单元。在结构中，编译器为结构的每个成员按其自然对界（alignment）条件分配空间。各个成员按照它们被声明的顺序在内存中顺序存储，第一个成员的地址和整个结构的地址相同。例如

2005-03-18 10:08:00 1137 1

放弃了，也就获得了！无论做出何种选择！有时候，要做出一个重大的决定是非常难的，非得考虑过很多次．这次我终于下定了决心．因为我觉得我做了一个最好的选择！现在所拥有的，只能证明我的过去．而未来将会拥有什么？将会证明我的现在．生活需要变化，而且要在变化中不断的力求创新和进步，只有这样，事情才会向好的方向发展．要勇于接受挑战，充当前沿阵地的士兵！即使有一天你不幸牺牲了，那也证明你已经付出了努力，而且你做了

2005-03-10 20:14:00 1304

原创二十三条管理定律

一篇非常不错的管理文章，点点滴滴不罗嗦，给我们联系自身的空间。我喜欢经验，更喜欢浓缩版。现在分享给大家，希望大家喜欢。一、素养蓝斯登原则：在你往上爬的时候，一定要保持梯子的整洁，否则你下来时可能会滑倒。提出者：美国管理学家蓝斯登。点评：进退有度，才不至进退维谷；宠辱皆忘，方可以宠辱不惊。卢维斯定理：谦虚不是把自己想得很糟，而是完全不想自己。提出者：美国心理学家卢维斯点评：如果把自

2005-03-08 14:22:00 2045

原创微软法则－延误了这个里程碑，就一定要如期到达下一个里程碑

"After a slip, hit the next milestone,no matter what"我们必须明白，每一次的延误，就是你和团队信心的一次受挫，所以，延误这个里程碑时，最好的补救办法就是无论如何绝不延误下一个里程碑。团队必须挽回对自己的信心和对理想的承诺；因些，下一个任务必须准时完成的意义更重大，团队需要重建信心。　　你知道进度落后的情形有多严重，也知道是什么原因造成，你知道该如

2005-03-08 13:19:00 1709 1

原创项目经理--要权威，不要霸威！

项目经理是软件开发团队的一份子，他的职责是：×领导大家定义出一个成功的产品。×引导大家对产品注入深切的期望和信念。×带领团队将理想实现，变成可预见的产品诞生。要定义“项目经理是什么”，倒不如从定义“项目经理不是什么”，还比较简单一些。一位项目经理实际所扮演的角色并不是一般人直觉上想到的工作性质而已。　　项目经理并没有（或只有很少的）正式的权力或地位，至少刚开始时是如此，所以项目经理通常会为此感到非

2005-03-08 13:18:00 1183

原创 >-133 鼓励开发单元测试包

单元测试关注构成软件系统的最小单元：程序员所创建的的函数、类和方法。大多数经理都要求自己的程序员做单元测试，而且程序员也声称做了单元测试。但是在实践中变数非常大，而且很难确认。真正的单元测试要孤立地测试单元。要创建桩处理对外调用，创建驱动器提供对内调用。构建这些桩需要很大工作量。自动化单元测试最常见的形式，通过在语境中测试单元来避免开发桩。我们也许可以把它叫做单元集成测试。对于自底向上构建

2005-03-08 12:52:00 1396

原创ＭＳ成功法则--8 项目经理的职责

通常是等到情况坏到无可救药时，项目经理才会明白“政治”只是合法的借口。对于这类项目经理的挫折感，我见过很多不同类型的反应。最常见的一种是项目经理开始对他真正的角色--领导--做出负面的、反叛性的行为，这种行为通常是通过对“政治垃圾”(political bullshit)的厌来表现。除了对科技要有一定的知识之外，软件开发团队的领导人还得具备对人性高度敏锐的观察力，必须能够看出在团队外在行为背后

2005-03-08 12:51:00 1586

原创软件工程--不是制造，而是创造！

今晚，我的一位同事跟我谈到软件工程的一些他的观点，他是个追求前沿技术人，而且是个活泼的人！其实他的观点也没错：“1、很多软件不是制造出来的，是创造出来的；”“2、为了文档而文档，管理者又无能力检查文档的真正价值”“3、真正每一个步骤都做到了吗？答案是没有，那么你就失败吧，也怪不得人家软工理论了。”我是比较喜欢务实一些的人，但有时会做出让别人觉得“理想主义”的事情。不可否认，创意在软件行业中可以说是

2005-03-08 12:48:00 1477

原创简记，乱想。。。

突然想起了软件测试的未来，现在IT行业从业者想做软件测试工作的人多了起来，可想而知，这个行业将面临更加激烈的竟争，成王败蔻！落后者将会被淘汰，这个是永恒的规律。今年是IT行业跳槽频繁的一年，证明事态很不乐观，IT的冬天已经来了！

2005-03-08 11:56:00 1052

原创台风、、碎忆、、

从小到大,成长在海边,经历了无数次台风,从5,6级到12级,上小学时听说台风要来时很兴奋,因为当台风过后,我们又可以看到很多大树倒下来的"壮观场面",台风过候,我们经常去村子后面的小山去拾树枝,因为那时家里煮饭都是烧柴和稻草的.当拾到较大的断支后,经常兴奋得向妈妈"报告".呵呵~~想起来就好玩! 读中学就搬到城里住,过着"城市人"的生活,城里买东西好方便,但玩的东西和"朋友"没农村里的多.

2005-03-08 11:54:00 1210

原创谈话的经验

在没有完全清楚对方所表达的真实意图之前，千万别进行假设。。。这样，不仅会让自己无法理解，同时也会增加和对方的争辨机会。on 2004-7-26

2005-03-08 11:49:00 1145

原创网络游戏的负载均衡技术

１、分布式计算架构；２、降低网络带宽占用率的多阈值状态递推（DR）算法。游戏软件中的同一场景中常常包含兴趣范围差别较大的多种实体对象。如：一般的坦克的兴趣范围可能只有几公里，而雷达的观察范围可达100公里以上，这样很容易造成某些结点由于其实体兴趣域较广导致相关网段出现通讯瓶颈。为解决这一问题，我们需要研究多阈值状态递推（DR）技术。DR协议允许实体数据存在一定的误差，以减少网络数据传送频率而减少通

2005-03-08 11:45:00 1937

原创人的问题永远是最难解决的

我其实不太想批评人的，但有时候，某些人做事却太不礼貌。我最不喜欢拍马屁的人。我觉得要掩盖能力不足的现实或要显示自己的能力也要通过正确的途径，拍马屁的人虽然可以在短期内获取意外收获，但从长远来看，这无疑是给他、她自己埋下一个定时炸弹。时代会进步，人也会变。当这种变化的趋势向着好的方面的时候，靠拍马屁来获取认可的人就到了该下场的时候了。在现实中，有时候真的会冲动，而对这些人有一种气愤，但在一个企业中，

2005-03-08 11:42:00 1080

原创测试工具并不是策略

测试工具并不能教测试员如何测试。如果测试出现问题，则测试工具会加重问题。在实现测试过程自动化之前，应首先解决测试过程中的问题。　　有些测试工具带有测试策略的建议。但是这种建议很少能够描述得很清楚，并不能针对具体情况，而且往往过于强调他们那种自动化测试的重要性。　　我们接触过一些测试经理，他们想采购测试工具，而不是聘用测试员。（我们也接触过一些助长这种思想的工具提供商。）我们从来没有见到这种想法行得

2005-03-08 11:36:00 1107

原创为什么付出得不到应有的回报？

昨晚听珠江经济电台的“心灵地图”节目，主持人陈SIR说了句：“这个世界没有公平，唯一可以做的是改变自己”。真的是太经典了！曾经有一位同事在离职前，我们一起去吃饭，他跟我说了很多不公平的事情，如辛苦做了事情，而且同事的评价是很好的，但他的直接领导却没有对他有任何的认可，而且还把一些责任归咎于他，这令他很难接受。作了一番“无用”的努力后，最后他选择了离开。。。。离开对他来说可能是一种逃避或“解脱”的表

2005-03-08 11:31:00 1231

原创 QC路的终点在哪里？

QC到现在已经第5个年头了,曾经全身心投入去实践测试自动化,也曾经为了如何才能更好地熟悉软件功能而茶饭不思!到目前为止,由于太多的现实问题(资源不足,开发流程不规范,人员水平上不去....)我又不得不放慢脚步,从基础做起!

2005-03-08 11:30:00 1098

原创软件测试用例设计的必要性

纵观国内软件测试行业，从2001年开始，测试人员及测试主管经常研究测试用例的编写方法。以为编写了测试用例就可以做好测试工作。其实不然。测试用例只是用来达到测试覆盖和进行测试经验积累的一种手段。我们部门从2002年开始开始测试用例的编写任务，但直至2004年，测试用例对实际的测试工作并没有带来明显的效果，反而造成工作量上的增加和资源浪费。因为，一直以来，已经编写好的测试用例并没有认真地执

2005-03-08 11:26:00 3376

WilsonWei的软件测试专栏