category/332720.aspxzh-CNSat, 05 Jul 2008 00:30:36 GMT60phphothttp://blog.csdn.net/phphot/archive/2008/07/05/2613039.aspxSat, 05 Jul 2008 00:31:00 GMThttp://blog.csdn.net/phphot/archive/2008/07/05/2613039.aspxcomments/2613039.aspxhttp://blog.csdn.net/phphot/archive/2008/07/05/2613039.aspx#Feedback0comments/commentRss/2613039.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2613039常常被问到这么一个问题：如何评测一个软件系统到底有多安全？ 一个回答是：我们不是有专门的软件安全评测标准和机构吗？没错，我们有专门的国际标准Common Criteria， ISO/IEC 15408，国家标准GB 18336。有专门的评测中心，如Common Criteria Lab，和中国信息安全产品测评认证中心。 <img src ="aggbug/2613039.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/07/02/2606238.aspxWed, 02 Jul 2008 19:28:00 GMThttp://blog.csdn.net/phphot/archive/2008/07/02/2606238.aspxcomments/2606238.aspxhttp://blog.csdn.net/phphot/archive/2008/07/02/2606238.aspx#Feedback0comments/commentRss/2606238.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2606238　　公司开发的产品专业性较强，软件测试人员需要有很强的专业知识，现在软件测试人员发展出现了一种测试管理者不愿意看到的景象： 　　1、开发技术较强的软件测试人员转向了软件开发(非测试工具开发)； 　　2、业务能力较强的测试人员转向了软件需求； 　　3、沟通能力较强专业能力较强的人员转向了软件实施； <img src ="aggbug/2606238.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/06/29/2596685.aspxSun, 29 Jun 2008 22:57:00 GMThttp://blog.csdn.net/phphot/archive/2008/06/29/2596685.aspxcomments/2596685.aspxhttp://blog.csdn.net/phphot/archive/2008/06/29/2596685.aspx#Feedback0comments/commentRss/2596685.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2596685之前，我分析过QQ游戏（特指QQ休闲平台，并非QQ堂，下同）的通信架构（http://blog.csdn.net/sodme/archive/2005/06/12/393165.aspx），分析过魔兽世界的通信架构（http://blog.csdn.net/sodme/archive/2005/06/18/397371.aspx）， 似乎网络游戏的通信架构也就是这些了，其实不然，在网络游戏大家庭中，还有一种类型的游戏我认为有必要把它的通信架构专门作个介绍，这便是如泡泡堂、QQ 堂类的休闲类竞技游戏。曾经很多次，被网友们要求能抽时间看看泡泡堂之类游戏的通信架构，这次由于被逼交作业，所以今晚抽了一点的时间截了一下泡泡堂的 包，正巧昨日与网友就泡泡堂类游戏的通信架构有过一番讨论，于是，将这两天的讨论、截包及思考总结于本文中，希望能对关心或者正在开发此类游戏的朋友有所 帮助，如果要讨论具体的技术细节，请到我的BLOG（http://blog.csdn.net/sodme）加我的MSN讨论。<img src ="aggbug/2596685.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/06/23/2580576.aspxMon, 23 Jun 2008 23:47:00 GMThttp://blog.csdn.net/phphot/archive/2008/06/23/2580576.aspxcomments/2580576.aspxhttp://blog.csdn.net/phphot/archive/2008/06/23/2580576.aspx#Feedback0comments/commentRss/2580576.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2580576这个问题其实是一个伪问题，因为大多数软件从业人员都相信没有银弹，但很多时候这一观念需要不断被强化。Ivar就说过，软件行业是一个时尚行业，人们不断将旧的概念包装和组合来创造新的概念。在过去十年中，先是面向对象/UML而后是CMM(I)被当成银弹来出售。据我个人的观察，敏捷有被神化成下一颗银弹的趋势。<img src ="aggbug/2580576.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/06/21/2573926.aspxSat, 21 Jun 2008 22:04:00 GMThttp://blog.csdn.net/phphot/archive/2008/06/21/2573926.aspxcomments/2573926.aspxhttp://blog.csdn.net/phphot/archive/2008/06/21/2573926.aspx#Feedback0comments/commentRss/2573926.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2573926今天，在第三届“敏捷中国”技术大会上，我们听到了很多关于敏捷开发的相关论题，其中不乏互联网公司代表腾讯公司的敏捷开发的实例，也不乏 ThoughtWorks首席科学家的亲身经历，在具体的敏捷开发过程中，究竟是哪一点最为吸引人们的目光？敏捷开发吸引人的潜力在何处？我们来听听作为作为敏捷开发过程中的开发者Paulo Caroli，他是如何理解敏捷开发的魅力的？他对敏捷开发又是如何理解的呢？<img src ="aggbug/2573926.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/06/21/2573920.aspxSat, 21 Jun 2008 22:03:00 GMThttp://blog.csdn.net/phphot/archive/2008/06/21/2573920.aspxcomments/2573920.aspxhttp://blog.csdn.net/phphot/archive/2008/06/21/2573920.aspx#Feedback0comments/commentRss/2573920.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2573920在2008年6月21日的第三届”敏捷中国“技术大会的现场，不乏犀利的观众提出的一些项目实施过程中的实际疑难，我们的敏捷开发者是如何解惑的呢？ A问：在开发过程中，我们如何分工？项目的初期，哪些是最需要解决的问题？ <img src ="aggbug/2573920.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/06/21/2573670.aspxSat, 21 Jun 2008 20:51:00 GMThttp://blog.csdn.net/phphot/archive/2008/06/21/2573670.aspxcomments/2573670.aspxhttp://blog.csdn.net/phphot/archive/2008/06/21/2573670.aspx#Feedback0comments/commentRss/2573670.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2573670测试在sqlserver2000上进行，对工作流操作的相关方法在单元测试里进行多线程并发。测试发现sqlserver出现死锁的情况相当多，一些典型的情况： 1、对同一张表先insert再update是很快会引起死锁的，不管操作的是否是同一记录 解决方法：对于同一记录，需要调整hibernate的映射策略，使得一次insert完成操作。对于不同的记录需要在代码中手动flush，使得update先于insert。 2、对两张表进行多次update操作时，两张表交替update也会很快引起死锁 解决方法：在代码中手动flush，保证对两张表的update不会出现交替的情况。 3、部分大范围扫描的select和update混合也会导致死锁 <img src ="aggbug/2573670.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/06/20/2570653.aspxFri, 20 Jun 2008 21:15:00 GMThttp://blog.csdn.net/phphot/archive/2008/06/20/2570653.aspxcomments/2570653.aspxhttp://blog.csdn.net/phphot/archive/2008/06/20/2570653.aspx#Feedback0comments/commentRss/2570653.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2570653看了功夫熊猫之后，我发现这是一部非常好的电影，我很喜欢。不过，相对于小孩子们被这些动画角色的夸张表演和看似可以的内容吸引，我更在意的是这部电影里所提到的与成人社会有关的内容。而且，当我把这些与我自己在软件开发的工作进行比较时，我就更加关注这部电影的内涵了。所以，让我来说说功夫熊猫和软件开发里的共通点吧。<img src ="aggbug/2570653.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/06/20/2567307.aspxFri, 20 Jun 2008 00:25:00 GMThttp://blog.csdn.net/phphot/archive/2008/06/20/2567307.aspxcomments/2567307.aspxhttp://blog.csdn.net/phphot/archive/2008/06/20/2567307.aspx#Feedback0comments/commentRss/2567307.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2567307我们知道，对于一个大型网站来说，可伸缩性是非常重要的，怎么样在纵向和横向有良好的可伸缩性，就需要在做架构设计的时候考虑到一个分的原则，我想在多个方面说一下怎么分：<img src ="aggbug/2567307.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/06/20/2567289.aspxFri, 20 Jun 2008 00:16:00 GMThttp://blog.csdn.net/phphot/archive/2008/06/20/2567289.aspxcomments/2567289.aspxhttp://blog.csdn.net/phphot/archive/2008/06/20/2567289.aspx#Feedback0comments/commentRss/2567289.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2567289 作为世界最著名的两大CASE工具，Rational Rose和PowerDesigner的名声可谓如雷贯耳。Rose是当时全球最大的CASE工具提供商Rational的拳头产品，UML建模语言就是由Rational公司的三位巨头Booch、Rumbaugh和Jacobson发明的，后来Rational被IBM收购，所以Rose 可谓出身名门，嫁入豪族。而PowerDesigner也有一段好玩的历史，作者王晓昀是一位中国人，在法国SDP软件公司工作时，由于苦觅一个好用的 CASE工具未果，干脆自由开搞，整了个AMC*Designor出来，居然一炮打响，在法国卖得个“巴黎纸贵”，后来SDP被Powersoft公司收购，同年Sybase这只大黄雀又吃下了Powersoft这只螳螂，所以PowerDesigner也是惊艳出场，星光四射。<img src ="aggbug/2567289.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/06/19/2567131.aspxThu, 19 Jun 2008 22:47:00 GMThttp://blog.csdn.net/phphot/archive/2008/06/19/2567131.aspxcomments/2567131.aspxhttp://blog.csdn.net/phphot/archive/2008/06/19/2567131.aspx#Feedback0comments/commentRss/2567131.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2567131看到这个标题，如果你认为我在痴人说梦，那么请一定仔细阅读本文。你还在认为测试和开发是天生的一对冤家，有不可调节的矛盾，是对立的两面么？开发的天职是构建程序，测试则恰恰相反，是从事破坏活动。其实从另外一个角度讲，矛盾的两者又是对立的统一面-共同为了把产品的质量提高。有的时候我们抱怨开发团队不够重视测试团队，请在抱怨的同时进行思考，是否我们的测试团队或者测试人员是不合格的。是否我们具备的测试人员的基本素质了呢。<img src ="aggbug/2567131.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/06/12/2541128.aspxThu, 12 Jun 2008 19:24:00 GMThttp://blog.csdn.net/phphot/archive/2008/06/12/2541128.aspxcomments/2541128.aspxhttp://blog.csdn.net/phphot/archive/2008/06/12/2541128.aspx#Feedback0comments/commentRss/2541128.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2541128令狐写了一篇《单元测试》，源于我们上周的一次关于测试的讨论。TR说到的原子性、独立性、正交性的确也都是值得讨论的问题。不过我比较关注的是粒度和覆盖度。 讨论是缘起于我们几个最近在合作的一个基于Pylons开发的小项目。Pylons本身是一个基于MVC的WEB框架，我们的应用可以简单地分层为： Controller, Function, Model 这样三层。Model里都是表结构的定义，没有什么好测试的；Function部分是主要的功能实现部分，所以我们在这里使用了Python的 unittest框架进行测试；当然，Pylons为Controller的测试提供了一个基于nose的测试环境，不过我们没用——因为在我们的应用中 Controller只是作为View与Function之间的接口。 <img src ="aggbug/2541128.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/06/06/2515484.aspxFri, 06 Jun 2008 01:20:00 GMThttp://blog.csdn.net/phphot/archive/2008/06/06/2515484.aspxcomments/2515484.aspxhttp://blog.csdn.net/phphot/archive/2008/06/06/2515484.aspx#Feedback0comments/commentRss/2515484.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2515484不少介绍微软测试过程的文章都强调大量运用自动化测试，给人一个只要有了自动化测试，整个测试过程就得到保证的印象。不可否认自动化测试的作用，但是对于下面两个问题： “自动化测试总是任何时间内、任何条件下、任何项目阶段中的最佳选择吗？” “进行/不进行自动化测试的决策是怎样做出来的？” 答案会是什么？<img src ="aggbug/2515484.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/06/05/2515356.aspxThu, 05 Jun 2008 23:28:00 GMThttp://blog.csdn.net/phphot/archive/2008/06/05/2515356.aspxcomments/2515356.aspxhttp://blog.csdn.net/phphot/archive/2008/06/05/2515356.aspx#Feedback0comments/commentRss/2515356.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2515356UML lost the programmers. There is no doubt about it… in my mind. And when a software design technology loses the programmers it fades away no matter what the academia thinks. This happened because UML was pushed in a direction that most code writers don’t like: it started to look a lot like bureaucratic paper work. If we list what went wrong it starts to look a lot like the mishaps of other committee driven technologies like CORBA for example. In random order I can list:<img src ="aggbug/2515356.aspx" width = "1" height = "1" />phphothttp://blog.csdn.net/phphot/archive/2008/05/29/2493379.aspxThu, 29 May 2008 14:48:00 GMThttp://blog.csdn.net/phphot/archive/2008/05/29/2493379.aspxcomments/2493379.aspxhttp://blog.csdn.net/phphot/archive/2008/05/29/2493379.aspx#Feedback0comments/commentRss/2493379.aspxhttp://tb.blog.csdn.net/TrackBack.aspx?PostId=2493379你被任命管理一个重要的软件项目，你有3个项目组成员。如果该项目不能按照客户的质量要求如期完成，公司将损失大笔收入，这一损失将影响到公司的未来发展。 但结果是项目在你手上失败了！项目不但延期了25%，客户还在你的成员各自开发的模块间发现了明显的集成问题。 情形是这样的： <img src ="aggbug/2493379.aspx" width = "1" height = "1" />