摘要：转载请注明出处:http://blog.csdn.net/horkychen (以前写的资料，不准备翻了。)Index1. Introduction2. Purpose3. Basic concepts of Unit Test3.1 Suite3.2 Test Case4. Target programming languages5. Target Unit Test Framework6. Google Test6.1 Google Test for Windows6.1.1 Install the Google Test6.1.2 Apply Google Test in your pr 阅读全文

摘要：转载请注明来源:http://blog.csdn.net/horkychen(译注：解Bug时常发生分析时总感觉快找到答案了，而后面却一再陷入僵局。比如，将线程同步问题引起的一些时而有，时而没有的问题。分析时可能会认为这是个典型的线程同步问题，A线程没有按照预期的方式改变某个变量，导致了B线程处理出错。这样的分析结果如果没有调试(Debug)的支持，就有可能将开发者带入死胡同，找出一大堆的解决方案可能都无法完整地解掉Bug。一定要在每次陷入困境的时候，回头想一想，还有没有什么被忽略了。在一开始就对问题进行充分的了解是十分必要的。下文中作者提供了一个简单的流程可供参考。)图片来源:http:// 阅读全文

摘要：转载请注明出处:http://blog.csdn.net/horkychen1. 多人修改同一份代码Lock/Unlock为了防止多人同时修改一份代码，就加把锁吧！右击文件或目录->TortoiseSVN->Get Lock加锁右击文件或目录->TortoiseSVN->Release Lock加锁2. 统计功能(Statistics)以此查看开发者提交频率。3. 为工程指定忽略文件列表也可以通过修改目录属性的方式查看和修改，如下面两图所示方式在Properties中直接可以查看到svn::ignore的值。在Project Properities内可以设定tsvn:l 阅读全文

摘要：需求的产生可能来自一些文件的描述，也可能是通过访谈或者观察等方式取得(Karl E. Wiegers的<<软件需求>>)。Visual Paradigm提供一些工具来对需求进行分析。第一，从某个文件中产生需求或以文档形式记录需求。如果有一个文档，对系统需求进行简单的描述。可以将其重要的文字部导入进行分析，这就是Textual Analysis. 导入文字后，使用Highlight工具，选中可能是产生需求的文字，在下方，程序会列出这些待选项。右击这些项目，可以生成到Requirement Grid中，进一步做详细的定义。在下面列表中最后一栏，也可以从文字中发现Actor、 阅读全文

摘要：下次当你听某人谈到生产力时，仔细听一听说话的人是否用了“人员调整”一词，很大的可能性是他或她没有提到这个词。多年来从听到的关于生产力的讨论或看到的数以百计的关于这方面的文章中，我们从没有遇见一个专家谈到有关人员调整这个主题的任何事情。然而只谈论一个而不谈论另外一个有什么意义呢？下面评价一下公司在改进生产力方面要做的一些典型的事情：l强迫人们加班加点l产品开发过程的机械化l在产品质量上的妥协l生产过程的标准化 这些措施中的任何一个都会潜在地降低工作的趣味性和满意度。因此，改进生产力的过程是在冒险使人才流动幅度加剧。这不是说你不付出人才流动的代价你就不能改进生产力。这只是说无论何时开始达到更高的. 阅读全文

摘要：软件开发过程中的审查 (Review)希望别人做些什么->定义出流程希望别人做出正确的结果->定义出审查制度软件开发项目中包括很多的审查动作,贯穿于整个开发过程。个人认为审查主要有以下目的：1.尽早排查出潜在的问题(Potential Risk/Issue) 经过其他人的参与，以不同的视角提出不同的看法，会有类似头脑风暴的效果，集思广议来查找工程师未能注意的问题。2.保持良好且有效的双向沟通 很多时候沟通并不充分，总有许多以为明白，实际并不明白的情况。组织管理人员需要及时通过审查的方式，与开发人员进行有效的沟通。 同时，审查会使开发有更多的表达和相互沟通的机会，提高参与度，所以审查 阅读全文