摘要：
一个偶然的机会,调试一段多年前的程序,那段程序有一套自动化的测试,但是经过多人易手,变化已经比较大了,测试已经无法通过,那么我的切入点就放在了这些测试里面. 这是一段带界面操作的程序,目标是测试一个矢量图形控件,这个例子里我关心的大致功能接口如下: 1, PlaceTestingSystem(..... 阅读全文
摘要：
MZK 原型模式就是拷贝构造吗 STST NO 模式不要和语法混在一起 MZK 此话怎讲 可以说c++中的深拷贝是原型模式的一个实例吗 STST 不是 拷贝构造是C++里面定义的一个语法而已 拷贝构造没有向用户隔离构造过程 原型模式隔离了 MZK 原型模式和ctrl+cctrl+v不是一个意思吗 STST 运行时候的ctrl+cctrl+v是太正常了 设计的时候ctrl+cctrl... 阅读全文
摘要：
1，向敏捷转变的过程是一个很容易出乱子的过程，尤其对项目的领导力来说。在实施敏捷的过程中，会突然释放出一些有用的信息，将原来隐蔽起来的真相推倒聚光灯下。 2，假如执行者忽略了技术实践（比如测试驱动开发,重构，持续集成等），代码基础很容易被缺乏经验的开发人员搞坏，这时候，任何开发过程都无法自动修复。3... 阅读全文
摘要：
CRS 如果功能复杂的情况下,是不是先写验收测试,然后写单元测试,最后写代码? STST 是的 从高往低走，无论是分析，还是测试，还是开发 从高往低走，带来的是干净无累赘的，底层依赖高层的优雅的结果 CRS 那模式是否1.先写feature2.实现自动化验收测试3.再写view层的ut(事实上view层的ut咋写?基本没法写啊..)4.实现view层(写死)5.实现contro... 阅读全文
摘要：
最近总结了有一个现象:很多人喜欢用钳子干扳手的活,然后就坚信钳子是通用的,扳手应该是特殊的钳子,特别是对那些还在从底层开始设计的人来说,尤其突出,他们喜欢追求"通用"却不明白,通用应该从实现中提取,而不是来自于"设计" 阅读全文
摘要：
STST 重复是软件最大的敌人,而复制粘贴是最最基础的重复 LF 软件可复用的 STST 通过复制粘贴来复用? HZ 软件可(粘帖)复制的 STST 从哪本书上看到有这样介绍的? 先分清下,这里的复制粘贴,不针对软件开发的结果(可直接发布的内容),而是指源代码层面的复制粘贴 STST 呵呵,把写代码的工作量当成软件开发过程的全部的话,复制粘贴有可能如你所说,能提高效率 C 哈哈哈，都这样啊。简便，... 阅读全文
摘要：
躺了一会,回忆以前看过的一些描述"原本"的知识,突然想到简单的数学运算1+1=2,在程序设计里的原本是什么呢,想到这里,不睡了,按照前人的指引,我也来探索一下阿（以下代码使用C#4.0，未使用LINQ，其他语言可以找对应的语法） 直接写下最直接的代码如下这就是1+1=2,没错!这个子程序很具体,... 阅读全文
摘要：
STST 想和大家讨论一下,一个测试用例里只做一个断言还是一个用例里做多个相关的断言 比如有一个查询函数Query(id)返回[姓名,性别,年龄] 那么是在一个测试用例里对这三个属性进行断言好? 还是在三个测试用例里,对每个属性进行断言好? HZ 三个检查一个用例 你是希望有10个问题每次告诉你一个人折腾10次还是一次告诉你10个折腾1次 STST 哦,但是我发现分开写,表达力更强 你说的"折腾... 阅读全文
摘要：
有人想要在房顶加盖两层,施工人员经过仔细分析,得出结论,说目前加不了,要考虑先对地基进行改造以后才可行,甲方不认,说要你加就加,这就是执行力,这是执行力吗? 如果施工方不坚持己见,这不但不是执行力,而且还是极不负责的行为. 对"快速修复"坚决说不,更多的是一种能力和责任,没有能力,无法自我判断快速目标的性质到底是陷阱还是荣耀,没有责任,就会人云亦云,不坚持主见. 阅读全文
摘要：
我前段时间和几个童鞋侃测试的话题,我的意思是,测试无论你用QTP,LR..,甚至是手工去操作,这些都不是核心,核心是理解测试的需求,整理测试用例,这才是核心中的核心,是测试工作中的创造性地工作,这部分创造好了,就是如何去实现测试,这就用上了前面提到的(QTP,LR...手工),这个过程实际上就是把测试需求映射到工具上的过程,这部分就比较好办了 阅读全文