2006年06月
最近不少人开始使用Selenium，特对它做个系统的介绍。Selenium 是适合 Web 应用的自动化测试的开源工具，它适合进行Web应用的功能测试，可直接运行在浏览器之上，而且支持众多的操作系统和浏览器，支持脚本开发的多种模式，支持不同语言来开发脚本，值得大家一用。阅读全文>
发表于 @ 2006年06月30日 10:37:00|评论(loading...)|编辑
培训对企业的 价值是不可估量的，但如此“变态”的做法恐怕不是每个人可以想象的——每天都进行培训，从不间断！一个准CMMI5的软件企业，是如何通过每日培训，保持竞争力的呢？（注：至于这种做法是否对，不用讨论，但它在培训的理念、管理方法和实践，对我们还是有很多启发的。象“每日构建”软件包，也不是所有程序员能理解的）阅读全文>
发表于 @ 2006年06月28日 10:56:00|评论(loading...)|编辑
王志东为点击科技的网络即时通讯产品起了一个很特别的名字——Lava-Lava，并在6月 24日的主流媒体记者交流会上高调亮相，宣布其基于Web 2.0精神与技术核心的全新即时通讯客户端Lava-Lava上线试运行。“我们的目的是为中国网民和网站提供除QQ和MSN之外的第三种选择，一种符合 Web 2.0特质的互动性与开放性更强的全新的网络通讯工具与平台。”王说。这无疑传达出一个清晰的信息：王志东杀回互联网，并欲携Lava-Lava分羹中国IM市场阅读全文>
发表于 @ 2006年06月27日 22:35:00|评论(loading...)|编辑
CMM/CMMI最早起源于美国国防部。为了改变在采购过程中频繁地采购到大量不合格软件的局面，美国国防部需要一种评估软件质量的方法，这就是要求软件企业进行CMM/CMMI认证。然而，CMM/CMMI真正解决这个问题了吗？(Ivar Jacobson)阅读全文>
发表于 @ 2006年06月25日 09:14:00|评论(loading...)|编辑
CMM包含18个关键过程域，而CMMI包含了24个过程域（不同的版本，有些差异），增加了一些过程域，也删除了几个过程域，在级别2基本没有多大区别，最大的区别在第3级。通过比较，发现CMM所存在的一些问题，在CMMI中得到了纠正，但即使在CMMI中，其结构和内容也不都是合理的，如“验证、“确认”和“质量管理”的层次、关系定义等值得商榷。从另一方面告诉我们，不要崇拜CMM, 应该科学地、辨证地看待研究成果，虽然它有许多值得我们学习、启发的地方（特别是其思想），也有其局限性或不正确的地方，更重要的是适合自身组织的软件过程管理框架才是最好的，这也就是Agile、RUP等有很好市场的道理。当然，如果企业只追求CMM认证，那就更是进入误区的悲哀。阅读全文>
发表于 @ 2006年06月22日 18:37:00|评论(loading...)|编辑
软件测试的众多方法是辩证统一的，它们相互依赖而存在，相互对立又相互补充，任何一种测试方法都有其优点，在特定的测试领域能得到充分发挥。同时，任何一种测试方法都不能覆盖所有测试的需求，在某些场合存在一定的局限性和不足。前面相继介绍了白盒测试方法和黑盒测试方法、静态测试和动态测试、手工测试和自动化测试、有计划测试和随机测试、新功能测试和回归测试等对立统一。这里主要谈测试方法在有效性和风险性之间的对立统一。阅读全文>
发表于 @ 2006年06月22日 18:27:00|评论(loading...)|编辑
照理说，一个25岁的年轻人是没有能力也没有资格写什么回忆录的——我还没有老到需要靠回忆往事度日的岁数。不过有些事情，你就是难以忘记。刚刚在 donews上看到昔日的同事Gary从盛大离职的消息，恍惚间仿佛又回到了那些充满了变数的日子。一直想用这样的题目写一点东西，不是为了纪念什么，只是觉得，作为生在这个时代的一份子，我们有义务为后世保留一点真实的记述，关于盛大，关于陈天桥，关于我们自己。这是身为当世之人的责任，也是为后世之人尽的一点义务。阅读全文>
发表于 @ 2006年06月21日 17:02:00|评论(loading...)|编辑
昨天去书店，买了一本书——“相信中国”——寻找.百度，觉得“百度”的确是一个很好的例子，告诉我们要“相信自己”，这一点无论对个人，还是对中国的IT，还是对我们的国家都是非常重要的。我可能存在这样一个偏见，中国人比较缺乏主心骨，容易接受新东西，容易崇洋媚外，听我慢慢道来 ......阅读全文>
发表于 @ 2006年06月21日 13:01:00|评论(loading...)|编辑
测试计划是指导测试用例设计、测试执行的纲领性文件，是成功测试的前提和必要条件，测试用例设计是测试工作的核心，测试用例的成功设计预示着——完成了一半的测试任务，但是测试执行是测试计划和测试用例实现的基础，严格的测试执行使测试工作不会半途而废；而且测试执行也是非常现实的，对每一个测试人员都是一种考验，一方面要创造性思维，另方面要做到一丝不苟。
前面我们谈到软件测试执行的策略，但这些策略也需要得到实施和监控，最终才能达到测试的目标。阅读全文>
发表于 @ 2006年06月16日 19:56:00|评论(loading...)|编辑
软件测试似乎与足球没关系，但事实并非如此，两者都可以说属于高风险领域，策略和执行上有不少借鉴之处，有异曲同工之妙。如果不信，进去一看，… … 果真如此阅读全文>
发表于 @ 2006年06月16日 19:34:00|评论(loading...)|编辑
测试自动化的初期投入很大，换句话说，从而增加了测试自动化引入的风险。我们要降低风险，保证测试自动化的成功，除了选择合适的工具、找准切入点、将其和软件开发的流程集成起来等，另外就是避免容易犯的错误。下面就简单介绍测试自动化实施中较普遍存在的问题。阅读全文>
发表于 @ 2006年06月15日 23:55:00|评论(loading...)|编辑
对于大型项目，软件测试的执行并不是一件容易的事，如何更早地发现缺陷又不增加风险？测试的本质是什么，发现缺陷还是风险评估？如何引导大家向着一个目标——产品及时高质量发布努力？阅读全文>
发表于 @ 2006年06月14日 18:50:00|评论(loading...)|编辑
我们知道，软件的功能测试所占的工作量比较大，尤其是开发人员的单元测试做得不足时，功能测试工作量是很大的。当开发软件产品第一个版本后，回归测试的比重逐渐增大，这时肯定会想到测试自动化。但测试自动化的效益究竟如何呢？这里进行充分的讨论。阅读全文>
发表于 @ 2006年06月14日 18:20:00|评论(loading...)|编辑
测试工具一般可分为白盒测试工具、黑盒测试工具、性能测试工具，另外还有用于测试管理（测试流程管理、缺陷跟踪管理、测试用例管理）的工具。测试工具的应用可以提高测试的质量、测试的效率，但是在选择和使用测试工具的时候，我们也应该看到，在测试过程中，并不是所有的测试工具都适合我们使用，同时，有了测试工具、会使用测试工具并不等于测试工具真正能在测试中发挥作用阅读全文>
发表于 @ 2006年06月12日 19:54:00|评论(loading...)|编辑
（未看过原小说或电影者观此解读前请多加考虑，以免破坏了第一遍读小说的乐趣）
达·芬奇密码(The Da Vinci Code)是是布朗2000年小说《天使与魔鬼》（Angels and Demons）的续篇，目前全球累积销售量已突破4000万册成为有史以来最卖座的小说。集合了侦探，惊悚和阴谋论多种风格，激起了大众对宗教、圣杯的传说、达·芬奇众多名画的兴趣......
阅读全文>
发表于 @ 2006年06月09日 11:55:00|评论(loading...)|编辑
在计算机软件刚兴起的时候，它的确非常有趣，即使到了今天，它依然在某些方面日新月异，保持着趣味性。所以，用户常常为之买单，而我们忽略了质量，一种典型的态度是：“你完全可以相信，我们研制的软件系统已经实现了各种所需要的功能，但是我们确实不能保证软件不出错。如果有什么问题，我们会在8小时做出响应，尽快修正它。”软件开发厂商，常常让用户来扮演软件系统的测试员。只有当用户的抱怨声越来越多，其他的竞争对手从我们手中抢走用户之后，我们才开始认真考虑用户的想法、满足他们的愿望，于是我们认为自己应该为计算机成功地、无错地完美运行负责。（版权所有，未经作者允许不得转发）
阅读全文>
发表于 @ 2006年06月08日 19:50:00|评论(loading...)|编辑
摘要： 软件测试的众多方法是辩证统一的，它们相互依赖而存在，相互对立又相互补充，任何一种测试方法都有其优点，在特定的测试领域能得到充分发挥。同时，任何一种测试方法都不能覆盖所有测试的需求，在某些场合存在一定的局限性和不足。前面我们相继介绍了白盒测试方法和黑盒测试方法、静态测试和动态测试、手工测试和自动化测试等的对立统一。这里介绍有计划测试和随机测试、新功能测试和回归测试等对立统一。（版权所有，未经作者允许不得转发）阅读全文>
发表于 @ 2006年06月08日 19:44:00|评论(loading...)|编辑
如何更好达到测试自动化的目的? 除了上次谈到的一些基本原则之外，还有许多经验值得大家借鉴，如TA的构架、TA的执行环境和TA的脚本开发和应用 ... ... 等等。
阅读全文>
发表于 @ 2006年06月08日 19:38:00|评论(loading...)|编辑
测试自动化在测试中的地位可想而知，但真正发挥测试自动化的作用并不容易。我们在过去几年的探索、实践中，有过兴奋，有过彷徨；有收获，也始终不满意。我们主要是用Rational Robot/QAManager, WenLoad, Jmeter, Juint, ..., 拥有了十多位专业的TA工程师、建立了Script LIB、定义了Scripting rule和众多培训、脚本编写规则等等，前面的路还不是十分清晰，但还是要走下去.....在此和大家共享经验和教训，同时也希望从各位那里得到启发......阅读全文>
发表于 @ 2006年06月07日 23:47:00|评论(loading...)|编辑
于人们对于软件质量的重视程度越来越高，就导致了测试在软件开发中的地位越来越重要。测试是目前用来验证软件是否能够完成所期望的功能的唯一有效的方法。在这一趋势的引导下，现在很多软件相关的公司都非常重视对于他们所开发的软件的测试，甚至不惜花费巨资购买商用的测试工具，但是效果却不一定理想。究其原因主要是存在着对于软件测试的诸多误解。本文试图对一些比较普遍的关于测试的误解进行剖析，并且在测试对于软件产品质量可能带来的更深远的影响方面，也进行了论述.阅读全文>
发表于 @ 2006年06月07日 08:36:00|评论(loading...)|编辑
ThoughtWorks的开发方法：极限编程(XP)，测试驱动，持续集成，测试驱动编程，和重构？
联合技术开发FTD？
IBM-Rational RUP、V模型、原型方法?
阅读全文>
发表于 @ 2006年06月05日 20:24:00|评论(loading...)|编辑
1. 你们的项目组使用源代码管理工具了么？
2. 你们的项目组使用缺陷管理系统了么？
3. 你们的测试组还在用Word写测试用例么？
4. 你们的项目组有没有建立一个门户网站？
5. 你们的项目组用了你能买到最好的工具么？
阅读全文>
发表于 @ 2006年06月05日 20:00:00|评论(loading...)|编辑
华为评论员：纪念胡新宇君
公元二零零六年五月二十三日，就在天涯社区为十八日在华为公司里倒下的胡新宇君祝福的那一天，我独在论坛外徘徊，遇见慧君，前来问我道，“先生可曾为胡新宇写了一点什么没有？”我说“没有”。他就正告我，“先生还是写一点吧，新宇君病前一直未能看到先生的评论，此后恐怕也难看到了……”阅读全文>
发表于 @ 2006年06月01日 19:58:00|评论(loading...)|编辑
以戴尔联姻AMD为标志，全球IT产业正发生“化学反应”，近年来因为风险资本大量进入而产生的IT行业泡沫似乎正在爆炸的边缘，其标志就是全球范围内包括微软在内的IT大佬们正遭受下课大潮，中国恰好处于这场下课潮的浪尖上。如此多的IT高管在中国集中下课，是意味着行业泡沫已经开始爆炸，还是这些跨国公司无法适应中国的文化呢？
Sun创始人、CEO麦克利尼在上月宣布辞职；惠普亚太区总裁PaulChan于4月30日正式离职；微软CEO史蒂夫·鲍尔默在此前被传闻可能将离职，原因是公司持续低迷 ......
阅读全文>
发表于 @ 2006年06月01日 19:53:00|评论(loading...)|编辑
互联网产业是创新的产物，而其发展之路就是一个探索的过程。探索，有成功，也免不了有失败。门户、即时通讯、论坛，这些成功的模式已经成为经典。而电子邮件收费已经成为失败的案例，电子商务还在挣扎，Web2.0正在迎接考验……
阅读全文>
发表于 @ 2006年06月01日 19:45:00|评论(loading...)|编辑
测试团队构造有各种方式，如何构建一个高效、专业又灵活的测试团队，一直是困扰大家的一个问题，欢迎大家各抒己见...阅读全文>
发表于 @ 2006年06月01日 19:38:00|评论(loading...)|编辑
为什么企业不能把握正确的时机，来出售某个失利的业务部门或者是退出失败的项目，转移组织的发展方向呢？原因有很多。其中首要的原因是，当决策者面对不成功的业务或项目时，心理偏差会把他们引入歧途，使他们不能做出正确的决定。这些偏差导致公司忽略了危险征兆，即使获得了新信息，也没能及时调整目标，最终连老本都赔上。 退出决策该怎么做呢？《麦肯锡季刊》上的一篇文章Learning to l......
阅读全文>
发表于 @ 2006年06月01日 19:28:00|评论(loading...)|编辑