﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>BlogJava-&amp;nbsp;感悟人生　享受生活&lt;br&gt;&amp;nbsp;分享技术　编写未来-随笔分类-工程管理</title><link>http://www.blogjava.net/dybjsun/category/27214.html</link><description /><language>zh-cn</language><lastBuildDate>Fri, 18 Apr 2008 19:00:01 GMT</lastBuildDate><pubDate>Fri, 18 Apr 2008 19:00:01 GMT</pubDate><ttl>60</ttl><item><title>如何进行评审？</title><link>http://www.blogjava.net/dybjsun/archive/2008/03/05/183979.html</link><dc:creator>dybjsun</dc:creator><author>dybjsun</author><pubDate>Wed, 05 Mar 2008 06:50:00 GMT</pubDate><guid>http://www.blogjava.net/dybjsun/archive/2008/03/05/183979.html</guid><wfw:comment>http://www.blogjava.net/dybjsun/comments/183979.html</wfw:comment><comments>http://www.blogjava.net/dybjsun/archive/2008/03/05/183979.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/dybjsun/comments/commentRss/183979.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/dybjsun/services/trackbacks/183979.html</trackback:ping><description><![CDATA[　　本人最近在日本参加了一个富士通本部的软件开发，在如何进行ＲＥＶＩＥＷ时，遇到了问题，不知道如何开展，也不能保证ＲＥＶＩＥＷ的质量。目前采取的策略是在REVIEW之前，将CHECKLIST写下来，表明哪些需要评审，并要达到什么要求？并将此CHECKLIST发给全组，补充完善。同时规定一些指标，比如每一页文档要发现多少个错，达不到则证明评审没达到预计的质量。<br />　　富士通的员工在对每个文档评审时，会逐词逐句的查看，并找出问题，并对每次更新留下记录，以备查看。能够做到一丝不苟，这点我觉得是我们与日本员工的最大区别。现在发现，当提交一定的产物之前，一定要对提交的产物进行REVIEW，检查它的质量，要逐词逐句的查看，力求找出所有的问题。在检查的过程中，不能放过一丝的细节，不能以为很简单，且一直在做的事，很熟悉，不需要很仔细的看。一定要在心中认为自己是个新手，要逐词逐句的理解每句的含义。只有这样，才能保证提交的产物是一个合格的产品，才能与客户之间建立良好的合作关系。<br /><img src ="http://www.blogjava.net/dybjsun/aggbug/183979.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/dybjsun/" target="_blank">dybjsun</a> 2008-03-05 14:50 <a href="http://www.blogjava.net/dybjsun/archive/2008/03/05/183979.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>常见软件测试的技巧</title><link>http://www.blogjava.net/dybjsun/archive/2007/12/06/165716.html</link><dc:creator>dybjsun</dc:creator><author>dybjsun</author><pubDate>Thu, 06 Dec 2007 01:33:00 GMT</pubDate><guid>http://www.blogjava.net/dybjsun/archive/2007/12/06/165716.html</guid><wfw:comment>http://www.blogjava.net/dybjsun/comments/165716.html</wfw:comment><comments>http://www.blogjava.net/dybjsun/archive/2007/12/06/165716.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/dybjsun/comments/commentRss/165716.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/dybjsun/services/trackbacks/165716.html</trackback:ping><description><![CDATA[软件测试虽然辛苦，但是掌握了一定的技巧之后将使你事半功倍。<br /><br />　　(1) 边界测试，测试用户输入框中的数值的最大数和最小数，以及为空时的情况。<br /><br />　　(2) 非法测试，例如在输入数字的地方输入字母。<br /><br />　　(3) 跟踪测试，跟踪一条数据的流程,保证数据的正确性。<br /><br />　　(4) 在开始测试时应保证数据的正确性，然后在从系统中找出各种BUG。<br /><br />　　(5) 接口测试，程序往往在接口的地方很容易发生错误，要在此模块测试勿掉以轻心。<br /><br />　　(6) 代码重用测试，在开发过程中有些模块功能几乎相同，程序员在重用代码时可能忘记在原有代码上修改或修改不全面，而造成的错误。<br /><br />　　(7) 突发事件测试，服务器上可能发生意外情况的测试。<br /><br />　　(8) 外界环境测试，有些系统在开发时依赖于另外一个系统,当另外一个系统发生错误时, 这个系统所受到的影响的情况。<br /><br />　　(9) 在程序员刚修复Bug之后的地方,再找一找，往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。<br /><br />　　(10) 认真做好测试记录在做完一天的测试记录之后,第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。<br /><br />　　(11) 文字测试，如果在系统中有用词不当的地方，我想这是不应该的。<br /><br />　　(12) 系统兼容测试，例如有些程序在IE6能运行正常，到IE5下不能运行。有些程序在WIN2000下能运行，而到WIN98却不能运行。像一些很特别的用户去使用系统，你很有可能发现BUG。<br /><br />　　(13) 用户的易用性测试，往往用户的需求是不断的变化的，而其中的一部份变化的原因，是有用户操作上不方便引起的。<br /><br />　　软件测试是软件开发中的重中之重，没有一点可以马虎的，在项目管理过程，我强调的是每个过程的每一个环节都要进行测试，保证系统在每个阶段可以控制。因为软件测试中考虑的问题基本上是项目管理中考虑的问题。<br /><br />　　我认为在项目管理中考虑的一些问题应该是在软件测试时有些体现，体现的内容是软件测试的一些侧重点，具体说，软件测试是事务性的，而项目管理是策略性，一些策略性的东西必须在一些事务性的事务上来实现。<br /><br />　　软件测试是一门新兴的行业，现在软件测试在我国的地位虽说还不是很高，但这几年却是逐渐转好，国内对软件测试的重视程度也慢慢高起来了。大家如果对IT有兴趣的话，不烦了解一下，相信也会有所感悟的。我就经常在网上看一些软件测试方面的文章或技巧，这对我的成长也是具大的。大家有时间不烦去一下北大测试的网站，那里面就有很多软件测试技巧和行业新闻，对我启发很多。<img src ="http://www.blogjava.net/dybjsun/aggbug/165716.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/dybjsun/" target="_blank">dybjsun</a> 2007-12-06 09:33 <a href="http://www.blogjava.net/dybjsun/archive/2007/12/06/165716.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>管理中的点点滴滴</title><link>http://www.blogjava.net/dybjsun/archive/2007/11/30/164392.html</link><dc:creator>dybjsun</dc:creator><author>dybjsun</author><pubDate>Fri, 30 Nov 2007 12:25:00 GMT</pubDate><guid>http://www.blogjava.net/dybjsun/archive/2007/11/30/164392.html</guid><wfw:comment>http://www.blogjava.net/dybjsun/comments/164392.html</wfw:comment><comments>http://www.blogjava.net/dybjsun/archive/2007/11/30/164392.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/dybjsun/comments/commentRss/164392.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/dybjsun/services/trackbacks/164392.html</trackback:ping><description><![CDATA[　　1、一个式样变更或者一个功能修正，如果超过2人日或者150行代码，必须经过讨论→调查→REVIEW→修改→测试这些过程。<br />　　2、不管时间是否充足，必要的流程必须经历，必要的产物证据必须有。<br />　　3、要将基本的、简单的问题避免，就一定要将应该做的做到实处。如果短斤少两，用不了多久，问题就会出现。<br />　　4、一个管理者最主要的职能是管理，组织组员走必要的流程是重中之重。衡量一个优秀的管理者的一点就是，在这些过程中，这个管理者担当了什么的角色。 <img src ="http://www.blogjava.net/dybjsun/aggbug/164392.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/dybjsun/" target="_blank">dybjsun</a> 2007-11-30 20:25 <a href="http://www.blogjava.net/dybjsun/archive/2007/11/30/164392.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>如何做好一个项目经理</title><link>http://www.blogjava.net/dybjsun/archive/2007/11/10/159488.html</link><dc:creator>dybjsun</dc:creator><author>dybjsun</author><pubDate>Fri, 09 Nov 2007 17:57:00 GMT</pubDate><guid>http://www.blogjava.net/dybjsun/archive/2007/11/10/159488.html</guid><wfw:comment>http://www.blogjava.net/dybjsun/comments/159488.html</wfw:comment><comments>http://www.blogjava.net/dybjsun/archive/2007/11/10/159488.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/dybjsun/comments/commentRss/159488.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/dybjsun/services/trackbacks/159488.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp; 摘要: 项目经理在中国与外国有着很大的不同。外国，只要你懂管理，哪怕你不会编码，也无关紧要；而在中国，除了会管理，也必须是技术的牛人。这是中国的国情所造成的，中国缺少一种工程的概念，到处涌现的是英雄的色彩。当一个项目的规模达到几千人月以上，你一个人的英雄主义还能得到体现吗？？这个时候需要的就是管理。我们现在就抛开技术，专门来说说怎么去管理好一个项目。&nbsp;&nbsp;<a href='http://www.blogjava.net/dybjsun/archive/2007/11/10/159488.html'>阅读全文</a><img src ="http://www.blogjava.net/dybjsun/aggbug/159488.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/dybjsun/" target="_blank">dybjsun</a> 2007-11-10 01:57 <a href="http://www.blogjava.net/dybjsun/archive/2007/11/10/159488.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>