﻿<?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-finer-随笔分类-5.测试管理</title><link>http://www.blogjava.net/zouhui/category/53912.html</link><description /><language>zh-cn</language><lastBuildDate>Wed, 21 Dec 2016 19:31:37 GMT</lastBuildDate><pubDate>Wed, 21 Dec 2016 19:31:37 GMT</pubDate><ttl>60</ttl><item><title>qc配置发送邮件</title><link>http://www.blogjava.net/zouhui/archive/2014/09/10/417803.html</link><dc:creator>zouhui</dc:creator><author>zouhui</author><pubDate>Wed, 10 Sep 2014 08:08:00 GMT</pubDate><guid>http://www.blogjava.net/zouhui/archive/2014/09/10/417803.html</guid><wfw:comment>http://www.blogjava.net/zouhui/comments/417803.html</wfw:comment><comments>http://www.blogjava.net/zouhui/archive/2014/09/10/417803.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zouhui/comments/commentRss/417803.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zouhui/services/trackbacks/417803.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp;只有注册用户登录后才能阅读该文。<a href='http://www.blogjava.net/zouhui/archive/2014/09/10/417803.html'>阅读全文</a><img src ="http://www.blogjava.net/zouhui/aggbug/417803.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zouhui/" target="_blank">zouhui</a> 2014-09-10 16:08 <a href="http://www.blogjava.net/zouhui/archive/2014/09/10/417803.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title> 如何衡量测试效率，如何提高测试效率</title><link>http://www.blogjava.net/zouhui/archive/2014/09/05/417728.html</link><dc:creator>zouhui</dc:creator><author>zouhui</author><pubDate>Fri, 05 Sep 2014 09:10:00 GMT</pubDate><guid>http://www.blogjava.net/zouhui/archive/2014/09/05/417728.html</guid><wfw:comment>http://www.blogjava.net/zouhui/comments/417728.html</wfw:comment><comments>http://www.blogjava.net/zouhui/archive/2014/09/05/417728.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zouhui/comments/commentRss/417728.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zouhui/services/trackbacks/417728.html</trackback:ping><description><![CDATA[@import url(http://www.blogjava.net/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);
<div>
<div>
<h2>对于如何衡量测试效率，如何提高测试效率&nbsp;《转载》<span sg_txtc"=""></span></h2>
</div>
<div id="sina_keyword_ad_area">
<table>
    <tbody>
        <tr>
            <td><br />
            </td>
            <td><br />
            </td>
        </tr>
    </tbody>
</table>
</div>
<div id="postmessage_1028603">如何衡量测试效率？<br />
个人认为可以从软件测试的活动中的以下指标综合考评，去评估衡量测试效率，每项指标都高，自然能够说明一些问题：<br />
<br />
1.发现缺陷的质量：<br />
同一个项目组内，我们一般运用测试管理工具TD, 按优先级和严重等级，把每个人的缺陷做成柱状图和饼图，放到一个文档中，邮件发给大家，让组内成员了解自己的工作情况和其他人的工作情况。同时也让开发人员，对每个测试人员的工作，做出评估，供绩效考核时参考。特别是发现非常隐蔽缺陷的测试人员，一定要重赏。<br />
<br />
2. 测试的有效性：<br />
一般来说，递交Bug的有效性，体现了测试员是否能够正确理解系统，并发现问题，是否能够发现有效的问题。很多时候，测试人员没有弄准确需求，或者是没搞 清楚设计，一旦出现异常，就提交Bug。不是和前面的缺陷相同，重复递交相同类型的缺陷，就是递交无效的Bug，导致后来很多缺陷，都被项目评审时拒绝， 既耽误了时间，效率自然不高。<br />
<br />
3.测试组员交叉测试，发现漏测问题数量：<br />
经常是这样，一个测试人员测试结束，修复了全部的缺陷。这个时候，测试的模块和测试人员交叉一下，再测试，很有可能又发现很多问题。这样我们可以对测试发现问题数量，进行统计。这样做，就迫使测试人员认真执行每一轮测试，每次测试都不敢懈怠。<br />
<br />
4.遗漏到客户缺陷的比例：<br />
一旦版本测试通过，发布给客户以后，客户要对发布的版本进行验收测试。同样会发现一些问题，我们也会对测试过程中发现的Bug分配到每个模块和具体的人。 但是，如果缺陷在测试环境中不能重现，只能在实际工作环境中出现，则不属于遗漏给客户的Bug，不计入漏测统计里面。有时候，客户系统在使用中也会发现缺 陷，我们同样做好记录。<br />
<br />
5.递交的缺陷数量：<br />
在同一个项目组内，每天递交的Bug数量，每周递交的Bug数量，每个版本测试结束，总共递交的Bug数量。最终测试结束，算出每个人递交有效缺陷的百分比。<br />
<br />
6.执行用例的数量：<br />
同一天，每个测试人员，执行用例的数量。但是一定要去除那些不能够测试的功能模块，或者是被阻塞的模块，这些一定要考虑到。否则大家意见就大了呢！<br />
<br />
7.编写测试文档的速度和质量：<br />
每次编写测试用例时，大家都要编写部分模块的测试用例，我们也可以通过单位时间内编写case的数量、速度和质量，来区分每个人的效率，我觉得也是一种好方法。<br />
<br />
8.评审发现问题的效率：<br />
在组织部门内部的case评审时，同一个测试文档的评审，如果提出的修改建议比较多，并且很有参考价值。这样的测试人员，效率应该比较高，得考虑考虑加薪，呵呵。<br />
<br />
9.测试工具使用的熟练程度：<br />
当然，一个测试人员，对测试工具的熟练程度越高，使用技巧越强，一般来说，测试的效率就越高。按常理来说，每个人不可能了解全部的自动化测试工具，我们只 对常用的测试工具进行考核就可以了，还算人性化吧。并且后面懂得较多的同事，给组内成员集体培训，使大家迅速掌握测试工具的基本使用，这才是我们的真正目 的。<br />
<br />
10.测试结果的分析水平：<br />
对自动化的测试工具来说，特别是性能测试结束之后，我们要分析部分测试结果，如果你都不熟悉测试工具的分析，何谈效率呢？所以测试结果的分析水平，也可以作为衡量测试效率的一个指标。<br />
<br />
如何提高测试效率？<br />
<br />
1.首先要有一个合理的详细的测试计划：<br />
没有详细的测试计划，测试部的每个成员都在那儿盲无目的测试，何谈提高测试效率？当然测试计划也不能够太细，太细了，编写测试计划同样浪费时间，做到时可而止。最好是测试任务尽量能细化到测试的功能和测试的case这个级别去监控进度，较为理想。<br />
<br />
2.测试尽早介入项目详细了解项目的业务需求，做好测试的前期准备：<br />
目前来说，可能大家都有类似的感受，接触到的大多数的项目，都是测试周期比较短，开发人员耽误了时间，为了不拖延项目进度，留给测试人员做测试的时间都非 常紧张。如果项目测试的前期了解业务需求、了解产品属性和准备测试数据不充分，往往测试效率很低，测试时间变长，测试效率急剧下降。<br />
<br />
3.对测试项目前景充满信心，调整最佳心态，保持愉悦的工作心情：<br />
一般来说，如果大家认为测试的项目没什么发展前景，当然测试也不会很卖命，测试效率不用说。如果某个测试人员碰到什么不顺心的事，当天的工作效率肯定比平 常低。所以，要保证测试效率，测试负责人要察言观色，及时找不开心的下属谈心，了解并帮忙消除部分员工的不良情绪，让员工有更好的心情投入到测试工作中 去。<br />
<br />
4.提高测试接受的标准，减少测试版本送测次数：<br />
大部分公司的开发人员都有一种惰性，一旦公司成了测试部，他们自己测试时，都不会那么认真，以为有了测试人员，就自己就解放了。很多时候都是调试编译通 过，实际上开发人员没有做完整的自测，就拿到测试部进行测试。如果测试部门有严格的测试接受标准，一旦发现有重大问题，立即拒绝测试，送回开发人员修改。 可以减少很多次反复测试，重复测试，明显提高了测试效率。<br />
<br />
5.测试负责人认真做好测试文档的评审：<br />
测试经理一定要认真做好测试用例的评审，尽量使用较少的测试用例，发现较多的Bug，无疑是最佳提高效率的一种方式。很多时候，经验较少的测试人员在设计 测试用例的时候，写了很多的测试用例，测试时几乎没有发现缺陷。还有一种：比如说等价类的测试，只要具备代表性就可以了，如果写了很多测试用例，执行了半 天，臃肿的测试用例，未发现任何问题，也很不值。这些主要是靠测试用例评审的时候，测试Leader去把握了。尽量做到在满足需求的情况下，精简测试用例 数量，提高测试覆盖率。很多时候，测试人员写好用例就自己测试,根本没人评审,有些地方理解有偏差,测试点没测试到,导致发给客户版本被退回，给公司也会 带来巨大经济损失。<br />
<br />
6.加强项目组成员的相互沟通工作和项目信息收集工作：<br />
测试工作是一项沟通要求比较高的工作，一般需要同项目经理、产品经理、开发人员、业务人员、客户沟通。很多时候，由于测试介入较晚，测试时间短，测试初期测试人员了解需求不及开发人员，为了迅速熟悉需求，需要项目组成员之间相互培训和沟通。<br />
测试人员为了利于测试工作，平时也需要主动和开发团队沟通项目的进度、项目存在的问题、项目的需求变更等等情况。与团队成员沟通得越充分、对项目的信息收集和把握得越及时、越准确，我们的测试工作才可能做得越顺利，才可能提高测试效率。<br />
<br />
7.积极配合开发人员工作，努力赢得开发人员的尊重和支持：<br />
作为测试人员，我们绝不能消极等待或一味埋怨开发人员的不理解和不重视。我们首先需要正视自己、改进自己，通过自身的不断努力让开发人员，真正体会到测试 的价值。同时，也需要理解并配合开发人员的工作。只有这样，才能赢得开发人员的支持。互相配合、互相促进，项目成员之间形成良性循环，彼此感情加深了、配 合默契了、工作效率和工作质量也就自然提高了。<br />
<br />
8.按照项目的大小不同，必要的情况下引入自动化测试工具：<br />
是否引入自动化的测试工具，主要取决于测试的时间长短和测试的轮次。一般来说，测试周期较长、版本升级平凡和回归测试次数较多的项目，引用测试工具可以提 高测试效率。如果测试周期较短，本来测试周期只有两三个月，开发测试脚步就要花费大量时间，引入自动化测试工具，用的次数较少，结果得不丧失，劳民伤财， 呵呵！<br />
<br />
9.测试部门内部成员的工作业绩数据化：<br />
具体的做法如下：每天给每个人分配的任务非常具体，并且随时关注他们的进展情况，完成百分比，不断督促他们。并且，把每个人每天的工作成果（发现缺陷的数 量和工作的质量）数据化，通过邮件的形式发给组内的成员，让大家有个比较。大家都有自尊心，看到自己落后，后面就加油赶工，形成一种良好的测试氛围。每周 周例会的时候，对表现突出的给予表扬，对每次都比较差的下属，单独谈心，问问具体原因。<br />
<br />
10.提高测试人员的专业技能和工作能力：<br />
由于测试技术的不断成熟和完善，许多的新技术陈出不穷，作为测试人员需要不断提高自己的专业技能和工作技能。不断的给自己充电，补充测试理论知识，让自己 工作技能力去弥补专业技能的不足。这样，你的工作同样可以做到最棒，效率自然很高。一段时间过去，回过头来一看，自己确实进步不少，没有虚度光阴呀！<br />
<br />
只是我个人的想法，希望同行批评指正！！</div>
</div><img src ="http://www.blogjava.net/zouhui/aggbug/417728.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zouhui/" target="_blank">zouhui</a> 2014-09-05 17:10 <a href="http://www.blogjava.net/zouhui/archive/2014/09/05/417728.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>微软成功360度之读书笔记</title><link>http://www.blogjava.net/zouhui/archive/2014/04/01/411804.html</link><dc:creator>zouhui</dc:creator><author>zouhui</author><pubDate>Tue, 01 Apr 2014 07:54:00 GMT</pubDate><guid>http://www.blogjava.net/zouhui/archive/2014/04/01/411804.html</guid><wfw:comment>http://www.blogjava.net/zouhui/comments/411804.html</wfw:comment><comments>http://www.blogjava.net/zouhui/archive/2014/04/01/411804.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zouhui/comments/commentRss/411804.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zouhui/services/trackbacks/411804.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp;只有注册用户登录后才能阅读该文。<a href='http://www.blogjava.net/zouhui/archive/2014/04/01/411804.html'>阅读全文</a><img src ="http://www.blogjava.net/zouhui/aggbug/411804.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zouhui/" target="_blank">zouhui</a> 2014-04-01 15:54 <a href="http://www.blogjava.net/zouhui/archive/2014/04/01/411804.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>项目测试工作流程</title><link>http://www.blogjava.net/zouhui/archive/2014/04/01/411789.html</link><dc:creator>zouhui</dc:creator><author>zouhui</author><pubDate>Tue, 01 Apr 2014 06:07:00 GMT</pubDate><guid>http://www.blogjava.net/zouhui/archive/2014/04/01/411789.html</guid><wfw:comment>http://www.blogjava.net/zouhui/comments/411789.html</wfw:comment><comments>http://www.blogjava.net/zouhui/archive/2014/04/01/411789.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zouhui/comments/commentRss/411789.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zouhui/services/trackbacks/411789.html</trackback:ping><description><![CDATA[@import url(http://www.blogjava.net/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);
现淘宝项目测试执行的主要流程简单的说： &nbsp;《转载》
<div><br />
<div>
<div cssbase"="">第一轮测试，第二轮测试，第三轮测试，日常测试，预发测试，线上测试 <br />
<br />
由于为新起项目，日常测试部分可以忽略，不用上日常测试环境，项目测试环境即是日常测试环境，该部分在第一次做项目时，容易忽视。 <br />
<br />
各个阶段测试负责人需要进行的工作主要如下：<br />
<br />
1.&nbsp;&nbsp; 正式评审之前，对项目需求和项目的功能介绍，产品介绍进行了解和答疑，可以采用的方法，使用UML图形的方式来梳理PRD的业务流程，需要申请QC空间，申请Twork空间，申请相关的测试资源(例如：性能，安全，前期沟通, PRD邀请和提供PRD文档) <br />
<br />
2.&nbsp;&nbsp; PRD评审完成后，在1到2个工作日，形成项目需求分解功能表 <br />
<br />
3.&nbsp;&nbsp; 前台原型评审，对页面布局和功能点入口，功能说明的初审，修改确定下前台的原型，形成前台原型评审记录， 对前台和后台模型进行检查，确定各个功能点和页面入口，比对PRD的功能说明，提出对应的问题，协助完善原型设计。 <br />
<br />
4.&nbsp; 技术方案评审， 帮助开发检查相关的技术方案，提出相关的疑问，可重点针对数据库的结构，字段，表的关联等，对初步的系统结构和使用技术有基本了解。需要提前考虑有否数据迁移，现在很多项目会出现数据的迁移，可通知性能测试人员及早的沟通或者参与到技术方案的评审 <br />
<br />
5. 项目立项：进行立项会议,&nbsp; 该会议召开的较晚，该部分的顺序可忽略，但测试人员需要对 测试进行时间估算，对项目各个阶段的时间点进行规划，形成测试计划文档。稍后在2-3天内形成测试设计文档。 <br />
<br />
6. 项目UC评审，测试人员针对UC中的校验点的细节，实现方式提出各种有疑问的地方，确定问题，为编写TC做预期结果填写的准备 <br />
<br />
7. 项目TC评审，测试人员可分为内审和外审，内审有测试组其他人员帮助检查和发现可能遗漏的测试点，不清晰的功能和业务规则进行补充，外审，主要针对PD,PM等其他项目人员，说明测试用例的覆盖功能，测试的范围，测试点，已经测试用例的粒度。形成测试评审的checklist，稍后再进行用例的P级别划分。个人建议，在编写用例的时候，不用去考虑用例的级别定义，可以分开为编写用例，编写完成后再进行用例检查时进行P级别的划分，或者在执行中进行设置划分 <br />
<br />
8. 进入测试执行阶段，主要进行用例的执行，根据具体项目进行测试时间和进度的安排，在完成第一轮测试时，程序系统相对稳定，进入第二轮可以开始性能测试和安全测试人员的介入，前期第一轮可提前进行安全测试白盒测试. 主要任务和精力集中在测试执行和缺陷追踪上，进入该阶段，测试人员需要进行项目测试日报的发送，测试投入日报的记录，使用twork进行汇报工作 <br />
<br />
9. 进入预发测试，如果有数据迁移的项目，可在上预发后开始校验迁移的正确性和完整性的检查，重新对所有的用例进行执行，保证产品质量。 <br />
<br />
10. 完成上线后，可进行线上测试的验证，然后开始整理测试相关的沉淀。 <br />
<br />
由于项目还在进行中，后期的具体沉淀工作的整理，测试报告，项目报告，项目上线存在的风险说明的情况有待完善</div>
</div>
</div><img src ="http://www.blogjava.net/zouhui/aggbug/411789.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zouhui/" target="_blank">zouhui</a> 2014-04-01 14:07 <a href="http://www.blogjava.net/zouhui/archive/2014/04/01/411789.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>拆掉思维里的墙</title><link>http://www.blogjava.net/zouhui/archive/2014/04/01/411779.html</link><dc:creator>zouhui</dc:creator><author>zouhui</author><pubDate>Tue, 01 Apr 2014 03:21:00 GMT</pubDate><guid>http://www.blogjava.net/zouhui/archive/2014/04/01/411779.html</guid><wfw:comment>http://www.blogjava.net/zouhui/comments/411779.html</wfw:comment><comments>http://www.blogjava.net/zouhui/archive/2014/04/01/411779.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zouhui/comments/commentRss/411779.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zouhui/services/trackbacks/411779.html</trackback:ping><description><![CDATA[@import url(http://www.blogjava.net/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);
<div>
<h3>《拆掉思维里的墙》读后感 &nbsp;《转载》</h3>
<div cssbase"="">读完《拆掉思维里的墙》后，发人深省，受益非浅，有霍然开朗之感。自己原来是在自己设想好的心智模式中去判断外界的事物，以下是我看了此书后的感想与总结。<br />
&nbsp;一、心智模式驱动 我们戴着不同的镜片过滤世界的大部分信息，我们还用我们不同的经验与记忆解释这些信息，搭建起我们内心世界，并且以为那就是世界的真实情况。镜片+思维定势就形成了我们的心智模式。其实我们看到的全是自己内心想看到的，有些并非真实的场景。 &nbsp;我们每个人的内心中，都有一些根深蒂固的思维模式。比如缺乏安全感、缺乏勇气、缺乏热情、患得患失、渴望成功，却又不知道什么是真正的成功。这些固定的思维方式，在我们脑海中处于相当强势的地位，它们驾驭我们，操纵我们，束缚我们的思想和行为，剥夺我们的热情和希望，让我们在碌碌无为的平庸状态中变得心安理得，在浑浑噩噩的麻木生活中变得浑然不觉。这种可怕的固有的思维模式，就是我们脑子中的墙，挡住了我们的视眼。真正限制我们的是这堵看不见的墙。让我们有一个健康的心智模式，将照亮我们前进的道路。先做正确的事，再正确的做事。 <br />
二、换个角度看生活 这本书给了我一些意想不到的转变，甚至颠覆了过去的一些思维模式。换个角度看生活（即换一套心智模式），让我联想到了淘宝的倒立文化，其实生活也一样，还可以以另外一种方式呈现。比如：&#8220;一套房子消灭一个梦想&#8221;，&#8220;这个世界没有了谁都能活下去，你一个人也能好好的活下去。&#8221;，&#8220;无趣之人，往往是无胆之人。&#8221;，&#8220;进入这个职业我才发现，原来我以前知道的版本，是艺术照！&#8221;，&#8220;不要表演父母为我们写好的剧本，自己才是生活的导演&#8221;，&#8220;与其在等待中枯萎，不如在行动中绽放&#8221;。<br />
三、重新定义成功 成功并不是你达到了某个等级或赚到一定数值的钱来衡量的，而是成为一个能担当责任的人，只要你勇于承担自己可以承担的，你就越走越近，就一直很成功。成功就是越来越近。成功也是心智模式不断优化、转换后，从自我认可到别人也认可的一个过程。 马云说&#8220;有一天你就是成功者，你讲任何话都是对的。&#8221;成功学的故事只是传奇，很多东西是无法模仿的，本身就是生活的逻辑。<br />
四、受害者与掌控者 受害者心理的人擅长的事情： <br />
1．这不关我事，那不关我事，总是在推荐责任，保住面子。 <br />
2．安心的做坏事 <br />
3．用受害来轻松获得同情与帮助。 <br />
受害者深深的坚信，自己的快乐与否、成功与否掌握在别人手中。<br />
拆除自己内心痛苦的按钮，成为一个自我掌控的人。 <br />
不管你跑到哪里，世界都是不公平的，我们既无法让这个世界永远公平，也找不到一个永远公平的地方，我们去适应它，拥抱不公平</div>
</div><img src ="http://www.blogjava.net/zouhui/aggbug/411779.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zouhui/" target="_blank">zouhui</a> 2014-04-01 11:21 <a href="http://www.blogjava.net/zouhui/archive/2014/04/01/411779.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>赢在执行力</title><link>http://www.blogjava.net/zouhui/archive/2014/04/01/411772.html</link><dc:creator>zouhui</dc:creator><author>zouhui</author><pubDate>Tue, 01 Apr 2014 02:43:00 GMT</pubDate><guid>http://www.blogjava.net/zouhui/archive/2014/04/01/411772.html</guid><wfw:comment>http://www.blogjava.net/zouhui/comments/411772.html</wfw:comment><comments>http://www.blogjava.net/zouhui/archive/2014/04/01/411772.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zouhui/comments/commentRss/411772.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zouhui/services/trackbacks/411772.html</trackback:ping><description><![CDATA[@import url(http://www.blogjava.net/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);
<div cssbase"="">《赢在执行力》这本书以前就看过，但只是看了个大概，这次终于正本看完了，还是感触颇多。《转载》<br />
&nbsp;<br />
最有感触的一句话：在行动中思考，在流程中改善。<br />
&nbsp;<br />
1.缺乏执行力的四种表现 <br />
<br />
&#8220;差不多&#8221; <br />
<br />
不注重细节，不追求完美 <br />
<br />
标准只是挂在墙上的废纸 <br />
<br />
可以做好分内的事儿，但不够积极主动。<br />
<br />
如果有以上的各种现象，那就说明缺乏一定的执行力。 <br />
<br />
2.没有达成就是失败，实现目标关键在执行 ，不需要任何的推脱或者说词。<br />
<br />
为了有效的达成，体现在执行力上可以从以下方面着手：<br />
<br />
&#178;&nbsp; 量化目标 量化时间，提高效率 量化成本，提高利润 产能分析，提高效益 <br />
<br />
&#178;&nbsp; 细节化目标 规范动作，省工省力 规范步骤，严格要求， 规范做法，提高效率 <br />
<br />
&#178;&nbsp; 每天进步一点点 多走一步 做好一点 多赢一点 <br />
<br />
3. 有沟通才会有执行 <br />
<br />
主动回报执行过程 <br />
<br />
勤与上级沟通，<br />
<br />
确保正确执行 <br />
<br />
主动提出改善计划 <br />
<br />
4. 简化语言，提高效率 <br />
<br />
讲的永远是重点 <br />
<br />
复杂的问题用简单的比喻 <br />
<br />
5. 提高职业化，提速执行力 <br />
<br />
完善自己的资料库 <br />
<br />
模仿加改良等于创新 <br />
<br />
经常与他人探讨 <br />
<br />
定期优化自己的工作流程<br />
<br />
6. 要切记犯以下几点非职业化错误。 <br />
<br />
对业务只懂一点点<br />
<br />
屡次犯同样的错误 <br />
<br />
不思考是否有更好的办法 <br />
<br />
只想到自己，对任何事情不主动链接 <br />
<br />
缺乏危机意识</div><img src ="http://www.blogjava.net/zouhui/aggbug/411772.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zouhui/" target="_blank">zouhui</a> 2014-04-01 10:43 <a href="http://www.blogjava.net/zouhui/archive/2014/04/01/411772.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>开发自测</title><link>http://www.blogjava.net/zouhui/archive/2014/04/01/411770.html</link><dc:creator>zouhui</dc:creator><author>zouhui</author><pubDate>Tue, 01 Apr 2014 02:32:00 GMT</pubDate><guid>http://www.blogjava.net/zouhui/archive/2014/04/01/411770.html</guid><wfw:comment>http://www.blogjava.net/zouhui/comments/411770.html</wfw:comment><comments>http://www.blogjava.net/zouhui/archive/2014/04/01/411770.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zouhui/comments/commentRss/411770.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zouhui/services/trackbacks/411770.html</trackback:ping><description><![CDATA[@import url(http://www.blogjava.net/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);
《转载》开发自测一：掩月在房产项目中的试点
luoqing 发表于：2012-01-19 浏览：3238次 评论：0次 所属分类： 系列活动  专题：开发自测
罗青：开发自测对开发团队有什么优点？
掩月：在项目前期提升质量，在项目后期缩短周期，减少开发测试之间的沟通成本(bug, 需求，code， TC)，减少bug修复成本，减少回归次数（回归多， bug多，会打散开发的时间，碎隙时间难以利用）
罗青：开发自测对测试团队有什么优点？
掩月：让有限的测试同学能做更多的项目和日常，能做更重要的事情
罗青：开发自测效率如何?
掩月：有时候并行3个项目， 1个测试，7个开发，1个前端，20多个运营，一个项目100个TC，平均开发测试比为8:1，平均发布周期2周
罗青：开发自测质量如何?
掩月：房产这个产品从6月份开始，没有任何线上故障，预发时发现的也是建议性bug
罗青：开发自测的形式有哪些?
掩月：小日常（活动类为主）开发自测直接上线，项目中部分模块开发自测直接上线，其余模块开发自测+测试验收，目前开发自测直接上线的占比40%
罗青：开发自测在团队中是怎么合作的?
掩月：从建立代码分支就开始白盒扫描自测（包括安全），当天bug当天修复，中间开发根据UC, TC进行自测，daily, 预发，20多个运营一起进行验收自测。
罗青：房产的开发自测有做过哪些类型的项目？
掩月：两种类型；数据准备型的最难开展开发自测，都需要测试准备好数据，才能进行测试；操作繁琐型的容易开展开发自测，但是异常场景的校验还是需要测试介入
罗青：2012年房产团队的开发自测可以提高的点在哪里？
掩月：
1. 需要建立自动的回归体系-目前做的都是新的独立功能，不涉及回归，后续功能多了以后就会有大量的回归工作，不可能依靠测试或者开发的手工回归
2. 需要提升开发同学的测试思维，扩展开发自测的范围从主流程到P3, P4&#8212;目前局限于活动页面，开发同学的测试思维较狭窄，后续扩展范围后，不可能仅仅做主流程的开发自测
3. 需要更适合的流程和工具支撑整个开发自测体系
罗青：开发自测对开发团队有要求吗?
掩月：房产团队的开发有一半是新来的，很愿意接受新的思维，在测试给予建议和培训后，质量意识提升很快，特别是有一个新女开发，0bug很强
岁晚：目前的自测对于开发团队成员的成熟度依赖性比较高，就是说开发人员如果对于质量有比较强的意识，对于自己的code能用比较专业的角度去看（比如，站在测试的角度，愿意发现bug提高质量），那么这个团队做开发自测就比较顺畅，自测的质量也会比较好。如何在开发经验少，质量意识薄弱的开发新人团队进行开发自测？
罗青：
我会持续的把各个团队的开发自测情况进行分析，总结，建议和推进，这是第一份战报
有任何团队想开展开发自测的，已经开发自测的欢迎找我<br />
<br />
<p><span style="font-family: 宋体;">和</span>list&amp;<span style="font-family: 宋体;">非标类团队的开发同学合作了将近</span>1<span style="font-family: 宋体;">年了，自己在这个阶段看到了一些自测效果提升的情况，分享出来。下表是</span>xlist&amp;<span style="font-family: 宋体;">非标类团队中</span>15<span style="font-family: 宋体;">名开发同学</span>2012<span style="font-family: 宋体;">年上半年和下半年的</span>bug reopen<span style="font-family: 宋体;">率和低级</span>bug<span style="font-family: 宋体;">率的统计。可以看到</span>2<span style="font-family: 宋体;">项指标均有不同程度的下降。经过这半年的实践，小谈一下我接口的开发团队的自测情况。</span></p>
<p align="center"><span style="font-family: 宋体;">表一</span>&nbsp;list&amp;<span style="font-family: 宋体;">非标类团队中</span>15<span style="font-family: 宋体;">名开发同学的</span>bug<span style="font-family: 宋体;">统计</span></p>
<table ke-zeroborder"="" style="width: 100%;" border="0" cellpadding="0" cellspacing="0" width="100%">
    <tbody>
        <tr>
            <td style="background-color: #595959; padding: 0cm 5.4pt; width: 20.54%; background-position: initial initial; background-repeat: initial initial;" width="20%">
            <p><span style="color: white; font-family: 宋体;timesnewroman&quot;;Timesnewroman&quot;;">时间</span></p>
            </td>
            <td style="background-color: #595959; padding: 0cm 5.4pt; width: 10.1%; background-position: initial initial; background-repeat: initial initial;" width="10%">
            <p><span style="color: white; font-family: 宋体;timesnewroman&quot;;Timesnewroman&quot;;">总</span><span style="color: white; font-family: &quot;timesnewroman&quot;,&quot;serif&quot;;">bug</span><span style="color: white; font-family: 宋体;Timesnewroman&quot;;Timesnewroman&quot;;">数</span></p>
            </td>
            <td style="background-color: #595959; padding: 0cm 5.4pt; width: 15.32%; background-position: initial initial; background-repeat: initial initial;" width="15%">
            <p><span style="color: white; font-family: 宋体;timesnewroman&quot;;Timesnewroman&quot;;">月均</span><span style="color: white; font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">reopen</span><span style="color: white; font-family: 宋体;Timesnewroman&quot;;Timesnewroman&quot;;">率</span></p>
            </td>
            <td style="background-color: #595959; padding: 0cm 5.4pt; width: 19.7%; background-position: initial initial; background-repeat: initial initial;" width="19%">
            <p><span style="color: white; font-family: 宋体;timesnewroman&quot;;Timesnewroman&quot;;">月均低级</span><span style="color: white; font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">bug</span><span style="color: white; font-family: 宋体;Timesnewroman&quot;;Timesnewroman&quot;;">率</span></p>
            </td>
            <td style="background-color: #595959; padding: 0cm 5.4pt; width: 34.32%; background-position: initial initial; background-repeat: initial initial;" width="34%">
            <p><span style="color: white; font-family: 宋体;timesnewroman&quot;;Timesnewroman&quot;;">备注</span></p>
            </td>
        </tr>
        <tr>
            <td style="padding: 0cm 5.4pt; width: 20.54%;" width="20%">
            <p><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">2012-02-01</span><span style="font-family: 宋体;Times New Roman&quot;;Timesnewroman&quot;;">至</span><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">2012-06-30</span></p>
            </td>
            <td style="padding: 0cm 5.4pt; width: 10.1%;" width="10%">
            <p><span style="color: red; font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">204</span></p>
            </td>
            <td style="padding: 0cm 5.4pt; width: 15.32%;" width="15%">
            <p><span style="color: red; font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">20.56%</span></p>
            </td>
            <td style="padding: 0cm 5.4pt; width: 19.7%;" width="19%">
            <p><span style="color: red; font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">10.53%</span></p>
            </td>
            <td style="padding: 0cm 5.4pt; width: 34.32%;" width="34%">
            <p><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">1.</span><span style="font-family: 宋体;Times New Roman&quot;;Timesnewroman&quot;;">共计算</span><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">5</span><span style="font-family: 宋体;Times New Roman&quot;;timesnewroman&quot;;">个月；</span></p>
            <p><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">2.</span><span style="font-family: 宋体;Times New Roman&quot;;Timesnewroman&quot;;">月均低级</span><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">bug</span><span style="font-family: 宋体;Times New Roman&quot;;timesnewroman&quot;;">只有</span><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">6</span><span style="font-family: 宋体;Times New Roman&quot;;timesnewroman&quot;;">月份有数据，因此这里算的是</span><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">6</span><span style="font-family: 宋体;Times New Roman&quot;;timesnewroman&quot;;">月份</span></p>
            <p><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">3.</span><span style="font-family: 宋体;Times New Roman&quot;;Timesnewroman&quot;;">这个阶段大家都没有记录低级</span><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">bug</span><span style="font-family: 宋体;Times New Roman&quot;;timesnewroman&quot;;">，我估计是大家还没有意识到低级</span><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">bug</span><span style="font-family: 宋体;Times New Roman&quot;;timesnewroman&quot;;">的标记</span></p>
            </td>
        </tr>
        <tr>
            <td style="padding: 0cm 5.4pt; width: 20.54%;" width="20%">
            <p><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">2012-07-01</span><span style="font-family: 宋体;Times New Roman&quot;;Timesnewroman&quot;;">至</span><span style="font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">2012-11-30</span></p>
            </td>
            <td style="padding: 0cm 5.4pt; width: 10.1%;" width="10%">
            <p><span style="color: red; font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">212</span></p>
            </td>
            <td style="padding: 0cm 5.4pt; width: 15.32%;" width="15%">
            <p><span style="color: red; font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">0.83%</span></p>
            </td>
            <td style="padding: 0cm 5.4pt; width: 19.7%;" width="19%">
            <p><span style="color: red; font-family: &quot;Timesnewroman&quot;,&quot;serif&quot;;">5.33%</span></p>
            </td>
            <td style="padding: 0cm 5.4pt; width: 34.32%;" width="34%">
            <p><span style="font-family: 宋体;Times New Roman&quot;;Timesnewroman&quot;;">共计算</span><span style="font-family: &quot;timesnewroman&quot;,&quot;serif&quot;;">5</span><span style="font-family: 宋体;Times New Roman&quot;;timesnewroman&quot;;">个月</span></p>
            </td>
        </tr>
    </tbody>
</table>
<p>&nbsp;</p>
<p style="text-indent: -21pt; margin-left: 21pt;">一、<span style="font-family: 宋体;">自测水平和代码水平有关系么？</span></p>
<p style="text-indent: 21pt;"><span style="font-family: 宋体;">我认为，自测水平和代码水平是弱关联的。虽然编码能力强，有助于自测的效率，但是并非编码能力决定自测水平。</span></p>
<p style="text-indent: 21pt;"><span style="font-family: 宋体;">我觉得自测的觉悟和人本身的责任心是息息相关的，有些开发同学从始至终自测精神都非常好。例如，我一个对口产品线的开发同学：盈轩，我最早测试她的产品，她才开始</span>coding<span style="font-family: 宋体;">，那个时候她让我印象最深刻的就是，写出来的业务逻辑，几乎无</span>bug<span style="font-family: 宋体;">。后来随着她编码能力越来越棒，自测也一直坚持做的非常好。</span></p>
<p style="text-indent: -21pt; margin-left: 21pt;">二、<span style="font-family: 宋体;">关于自测精神</span></p>
<p style="text-indent: 21pt;"><span style="font-family: 宋体;">我觉得自测精神是一个好开发应该具备的基本素质之一。假如我们比较代码，在某个项目、某个日常里面碰到不那么靠谱的开发怎么办？我觉得，他不重视，他的老大一定要重视。例如，我们对口开发组的主管索尼，非常重视开发自测的情况，每次质量团队的</span>bug<span style="font-family: 宋体;">统计数据出炉之后，索尼都会强调下自测的重要性。我想这样是我们开发组自测风气略有提升的原因之一。万一主管也不重视呢？我也没办法了。</span></p>
<p style="text-indent: -21pt; margin-left: 21pt;">三、<span style="font-family: 宋体;">如何提升自测水平？</span></p>
<p style="text-indent: 21pt;"><span style="font-family: 宋体;">这一点，我本身是没有经历的。我只能分享给大家，我观察到的。给大家分享几个案例。女士优先，先来说说女生吧。</span></p>
<p style="text-indent: 21pt;"><span style="font-family: 宋体;">盈轩，一个开发经验不到</span>2<span style="font-family: 宋体;">年的美女，但是代码质量非常好。每次产品完成开发之后，盈轩几乎自己会完整的测试一遍业务逻辑，还会关注下不同浏览器下的页面表征。</span></p>
<p style="text-indent: 21pt;"><span style="font-family: 宋体;">临意，如果你接口开发是临意，那我只能说，你走运了，因为你确实可以少操心好多。我也曾问过临意关于自测的看法，聊过单元测试之类的，他提到，单元测试还是功能自测都不重要，关键是开发要清楚业务逻辑，要分析记录好自测点，然后再开始自测，不能一顿乱点。</span></p>
<p style="text-indent: 21pt;"><span style="font-family: 宋体;">少符，非常了解业务的开发，他自测的优势在于非常了解所负责的产品逻辑，并且设计测试主流程和分支流去自测。</span></p>
<p style="text-indent: 21pt;"><span style="font-family: 宋体;">本相，通过完整而详细的</span>UC<span style="font-family: 宋体;">指导自己的开发思路，完成开发只会会在本地自测业务逻辑。</span></p>
<p style="text-indent: 21pt;"><span style="font-family: 宋体;">通过他们的共性，可以总结出开发自测的要点：</span>(1)<span style="font-family: 宋体;">理清楚业务逻辑，最好配以</span>UC<span style="font-family: 宋体;">或思维导图；</span>(2)<span style="font-family: 宋体;">编码完成后代码部署到本地进行一遍完整的功能执行，验证数据输入和输出；</span>(3)<span style="font-family: 宋体;">主管要重视；</span></p>
<p style="text-indent: -21pt; margin-left: 21pt;">四、<span style="font-family: 宋体;">哪些日常可以完全让开发自测，测试不参与？</span></p>
<p style="text-indent: 21pt;"><span style="font-family: 宋体;">评估点：</span>(1)<span style="font-family: 宋体;">日常的重要性。</span>(2)<span style="font-family: 宋体;">开发对此业务的了解程度。如果开发新接手该业务，那么不管这个开发的代码质量有多好，建议都不要完全自测；如果通过日常合作了解该开发清楚业务主流程，那么可考虑开发自测即可。</span>(3)<span style="font-family: 宋体;">开发过往的代码质量。</span></p>
<p style="text-indent: 21pt;"><span style="font-family: 宋体;">有时候日常感觉开发自测不完全放心的时候，可以考虑和开发一起评估</span>UC<span style="font-family: 宋体;">，然后让其自测。如果</span>UC<span style="font-family: 宋体;">依然不放心，可以自己写完</span>TC<span style="font-family: 宋体;">，请开发同学执行</span>TC<span style="font-family: 宋体;">，全部通过才算自测通过。</span></p><img src ="http://www.blogjava.net/zouhui/aggbug/411770.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zouhui/" target="_blank">zouhui</a> 2014-04-01 10:32 <a href="http://www.blogjava.net/zouhui/archive/2014/04/01/411770.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>说话之道</title><link>http://www.blogjava.net/zouhui/archive/2014/03/31/411750.html</link><dc:creator>zouhui</dc:creator><author>zouhui</author><pubDate>Mon, 31 Mar 2014 10:46:00 GMT</pubDate><guid>http://www.blogjava.net/zouhui/archive/2014/03/31/411750.html</guid><wfw:comment>http://www.blogjava.net/zouhui/comments/411750.html</wfw:comment><comments>http://www.blogjava.net/zouhui/archive/2014/03/31/411750.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zouhui/comments/commentRss/411750.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zouhui/services/trackbacks/411750.html</trackback:ping><description><![CDATA[@import url(http://www.blogjava.net/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);
<div>
<div cssbase"="">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 最近看了《蔡康永的说话之道》这本书，发现里面说的几个观点对我们平时工作和生活中与其他人沟通交流过程中挺有用的，分享给大家。 <strong><br />
<br />
你说什么样的话，你就是什么样的人</strong> <strong>&nbsp; &nbsp; &nbsp;&nbsp;</strong>《转载》<br />
<br />
You are what you say！！，很多人任务，你说什么样的话，透露出你是什么样的人，作者认为不值如此，你说什么样的话。就是什么样的人。工作中，我们每天都要和各式各样的人打交道。你会发现有些人说话你会感觉到很愉快，交谈中你会发现对方是一个很专业，很严谨、很友善的人，也或许你从对方的谈话语气中看出对方是一个目中无人、很傲慢的人。这些我们都可以从对方的语气、措辞等中看出来。你和交谈者谈话过程中就决定了你想要在对方眼里扮演什么样的人。你如果想要成为一个很专业的人，那么你在回答和讲解他人的问题的时候，你就不会敷衍了事，严谨对待。如果你想让自己成为一个友善的人，在交谈过程中可以多微笑，多用礼貌用语，多站在对方的立场去考虑问题。我很难接受一些人所谓的人很友善，只是不太会讲话的人。既然你真的是友善的，那么自然而热就不会出口伤人。既然你是专业的职业人，就不可能在谈话处事上很业余，甚至会错误百出。<br />
&nbsp;<strong><br />
把无谓的胜利留给对方，懂得认输的人很懂说话</strong> <strong>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </strong><br />
<br />
你是否身边有这样的人，辩才纵横、逻辑清晰、学富五车、口若悬河。每次开会，他都能侃侃而谈，很有想法。但是大家都觉得他很讨厌。需要协调事情的时候，别人都很少愿意配合他。同部门的人也不太愿意陪他一起冲锋陷阵。他怎么啦？他也没什么，他只是跟别人意见不同的时候，老是把对方讲到哑口无言而已。厉害是厉害，但讨人厌。口头上败给他的人，心里都期待他出洋相。其实上司们叶都算欣赏这位同学，但当他们发现此人人缘太差，事情做不成，没法打团队战的时候，对他的评价也大大降低。 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br />
<br />
智者说过，每个人，都是自己那片小领土的国王。每个人都喜欢别人同意自己，但是每个人都是自己的国王，不可能都刚好同意彼此的想法。当你不同意他人看法的时候，你没必要硬要对方认错认输。这对事情的进展没有任何好处。你可以语带保留，可以迂回的提醒。如果对方不是过于白痴，应该听得出你的立场。当你遇到一个非常强势的对方，如果认个错不会伤害你的原则的时候，建议你一笑了之，把那个所谓的胜利让给对方。这会显得你很大度。对方也会很离异跟你进一步合作。<br />
<strong><br />
聊天的时候，每个人都想聊自己</strong> <br />
<strong>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </strong><br />
工作生活中每个人都有自己很&#8220;上道&#8220;的朋友。当你在废话连篇或者是需要倾诉的时候，对面的人认真的看着你，专注而关心。你会发现他是你最上道的朋友。反过来，当你想要被别人喜欢的时候，那就轮到你扮演这个&#8221;最上道&#8220;的朋友。要扮演这样的朋友，其实原则很简单，&#8221;尽量别让自己说出&#8220;我&#8221;字&#8220;每次想要说&#8220;我&#8221;字的时候都改成&#8220;你&#8221;或者&#8220;他&#8221;。你会发现原本不断说着&#8220;我昨天&#8230;.&#8221;,&#8220;我觉得&#8230;.&#8221;,&#8221;我买了&#8230;.&#8221;这些句子句子的自己，忽然变成一个不断把话题丢给对方、让对方畅所欲言的、超级上道的朋友。 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br />
<br />
也许你会说，你有不适陪酒的，为什么要让对方畅所欲言，厄尔不适让自己畅所欲言。答案很简单，你的朋友们，也不是陪酒的，他们凭什么要永远让你畅所欲言？</div>
</div><img src ="http://www.blogjava.net/zouhui/aggbug/411750.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zouhui/" target="_blank">zouhui</a> 2014-03-31 18:46 <a href="http://www.blogjava.net/zouhui/archive/2014/03/31/411750.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>测试管理那些事儿</title><link>http://www.blogjava.net/zouhui/archive/2014/03/31/411749.html</link><dc:creator>zouhui</dc:creator><author>zouhui</author><pubDate>Mon, 31 Mar 2014 10:24:00 GMT</pubDate><guid>http://www.blogjava.net/zouhui/archive/2014/03/31/411749.html</guid><wfw:comment>http://www.blogjava.net/zouhui/comments/411749.html</wfw:comment><comments>http://www.blogjava.net/zouhui/archive/2014/03/31/411749.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zouhui/comments/commentRss/411749.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zouhui/services/trackbacks/411749.html</trackback:ping><description><![CDATA[<div><div><div cssbase"="">测试管理FAQ二。 <strong><br />1、 </strong><strong>人员流动好吗？</strong> 首先注意人员流动和人才流失的区别。人才流失是一定要控制的，当然如何评判是不是人才这是门学问，有道是千里马常有而伯乐不常有，本文不展开此问题。而正常的人员流动是很有必要的，吐故纳新并不一定是坏事，所以我们才有轮岗才有末位淘汰。我想任何老板都不希望自己团队成为养老部门。 测试工程师有别于其他技术人员的一个明显点是对于技术广度的掌握，这是工作性质所决定，必须先了解待测产品的各种背景才能正常开展测试活动。有鉴于此，我们应该多鼓励测试人员的流动，也可以进行更多的虚线管理。核心思想，我们不用过多关注工作到底是由谁来完成，应更关注我们有哪些工作这些工作有没有被完成。<br />用个简单的图形描述下，看着有点像工单系统： &nbsp;<a href="http://www.taobaotest.com/files/attachments/qa_2074_1.jpg"><img alt="" src="http://www.taobaotest.com/files/attachments/qa_2074_1.jpg" height="205" width="360" /></a> <br />对于测试团队来说，人员流动除了传统的轮岗、转岗等等之外，更需要的是模糊开发与测试的界限，也就是说不仅仅是人的流动，更多的是工作内容的流动。我们不能只着眼于传统测试工作的范围，更要站在整个质量管理的角度看待问题。我们并非鼓动测试去做开发的工作去和开发比拼技能，而是测试本就具备这样的能力，说白了就是复合型，反之开发也亦然。个人认为未来技术团队里不会专门区分开发、测试的工作，或许在某一领域有偏重，但整体上的职位名称应该是&#8212;&#8212;开发测试工程师。&nbsp; <br /><strong><br />2、 </strong><strong>何种团队氛围最好？</strong> 很多主管喜欢打感情牌，喜欢把团队氛围营造成亲人朋友一般，吃饭要在一起活动要在一起差点上厕所也要在一起，大家一起放声歌唱我们是相亲相爱的一家人。我想问一句，你真的想传递公司就是我的家这种思想吗？你真的想把团队氛围打造成家庭氛围吗？先不说能否做到，做到之后会有什么弊端考虑过吗？家人之间的相处之道和同事之间的有何不同？这还用问吗？ 顺带说下腐败。组织活动是难，众口难调，在一定程度上强制所有人服从命令听指挥我觉得一点问题没有。但是，一面强制他人一面还要求他人能发自内心的支持并且玩的兴高采烈，你觉得可能吗？ 不少人认为高凝聚力团队的氛围是最好的，这点大致没错。高凝聚力可以解决很多问题，什么战斗力影响力学习氛围互帮互助，特别是脏活累活苦活有人干，关键时刻也有人挺身而出。但高凝聚力的形成有个充要条件，主管一定是核心。换言之，主管离开会对团队的损伤很大，这点风险太高。如何弥补呢？在此之上应该是什么呢？ 团队中30％的骨干人员有丰富的工作经验，较强的工作能力，并对团队有极高的忠诚度；团队中有正常的人员流动，不断的有新鲜血液补充保持团队活力，有发泄负面情绪的正常渠道，在工作中能持续保持激情；团队中上行下效，令行禁止，谋议资于众人，决断归于一将，信息及时共享并尽可能透明，保证较高的公平公正；还有最最重要的，测试人员一般都有点自卑感，认为测试不如开发，某种程度上讲这话没错，团队能让测试人员直视此问题，不用委曲求全自怨自艾，更不用做过多的事情来刻意表明测试并不比开发差，自谦过头就是自傲，自傲过头就是自卑，牢记这点。 这是一种什么团队？这是一种什么氛围？成熟的团队，成熟的氛围。我们需要为团队打造一种绵绵然而富有激情的氛围，真的勇士敢于直面惨淡的人生敢于正视淋漓的鲜血，心里素质不过硬内心不够强大能指望着打硬仗吗？遇到点挫折就怨天尤人摔倒了就爬不起来，即使能力再强要你何用？这世界天才是少，但大家就更少，有多少天才在成为大家的路上就早早夭折了？我们需要心智成熟的团员，组成素质过硬的团队，简单讲，我们要组建熟男熟女的团队，而不是幼齿团队。注意，这与年龄无关，白活几十年的人多了去了。在互联网企业，在年青人较多的团队，活力肯定有，同时浮躁也难免，所以营造成熟的团队氛围就显得更加重要。至于如何一步步的建立并最终达到此目标，因篇幅所限故本文不做探讨，有兴趣的可私下找我。最后，现在知道为什么很多人叫我大叔了吗？还不知道开扁的啊。&nbsp; <br /><strong><br />3、 </strong><strong>如何考核测试人员？</strong> 这问题有太多人探讨，网上随便一搜一大把。大致汇总有以下几点： l&nbsp; 按业绩：又可分为按结果和按过程。按结果就是待测产品最终质量如何，上线有多少故障；按过程就是针对测试过程中的各项产出进行评判，什么有多少测试用例多少缺陷多少脚本用了多少资源多长时间等等等等。 l&nbsp; 按能力：会不会编码写脚本会不会开发测试工具会不会各种类型的测试会不会写文章会不会演讲反正上天入地电光霹雳有你不会的没。 简单粗暴点的按结果居多，管你三七二十一线上有多少故障，超出预订目标就砍你。复杂点的把各种指标放一起加减乘除还要加上各种权重。 无论哪种都有个核心问题，如何收集数据？特别是准确的收集？所以想要公平客观的考核测试人员首先必须拿到准确的评估数据，这也是为什么我一直强调测试数据报表重要性的原因。当然，测试报表的作用远远不止用于考核，更多是为制定未来测试发展方向所用，最近我一直在整理我们需要哪些报表怎样的算法才更精准，本文不做深入探讨，有兴趣的单独找我。 有些数据可以收集但有些数据需要主观判断，尤其是综合素质方面，难以量化。所以我认为考核的思路应该是一个中心两个基本点，以产品建设的最终结果为中心，坚持高效的研发过程，坚持小规模作战的思想。 产品发布后是否达到预订目标甚至超过预期，这是我们最关注的，你测试做的再好任你说的天花乱坠，最终产品目标没达成那就是扯淡。所以我反复强调不要仅站在测试的角度看问题，要不得。 互联网产品出故障不可怕，可怕的是故障迟迟得不到修复。出个P1故障我一秒甚至是一毫秒就修复了，影响能有多大？此观点很多人论述过了在这我不重复。所以在产品建设的过程中，我们第一考虑的是高效，如何才能高效，凡是阻挡高效的一律扫除。天下武功无坚不摧唯快不破，测试工作如何能更快的进行完，这是我们优先考虑的。 不要把团队无限制的扩大，更不要认为人多就好办事。咱们国家为啥要搞计划生育？用最少的人办更多的事，这才是王道。当然，出于某些个人利益考虑而做出的选择请无视我说的。 综上所述，考核测试人员就三条：产品建设最终结果如何，测试过程有没有更快，测试资源有没有更少。 &nbsp; <strong><br /><br />4、 </strong><strong>测试人员如何才能晋升？</strong> 这问题太敏感，不适合公开讲，我做过几次试验，还算有点心得，改天单独写个攻略，私下传阅。不过有一点是可以说的，想想你所在的企业，所在的团队，你的老板，过去现在将来需要什么样的测试人员，你可以列个表格一一对比，如果看不清未来那就不必费力了，模仿别人的道路往前走吧。&nbsp; <br /><strong><br />5、 </strong><strong>垂直团队与传统团队有何区别？</strong> 垂直化的测试团队与传统结构的测试团队有何区别？看完这么多FAQ你还不清楚那我也没办法了，传统结构的测试团队基本不会这么做。 垂直化测试团队有个瓶颈，资源较少，测试人员的发展空间容易受限，特别是往管理方向发展的测试人员。所以不管是纵向还是横向发展，最好是走技术与业务相结合这条路，这也是我们一直说的，跳出测试的条条框框，站在垂直的层面看问题。 至于是垂直结构好，还是传统结构好，仁者见仁智者见智吧。</div></div></div><img src ="http://www.blogjava.net/zouhui/aggbug/411749.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zouhui/" target="_blank">zouhui</a> 2014-03-31 18:24 <a href="http://www.blogjava.net/zouhui/archive/2014/03/31/411749.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>团队建设三境界</title><link>http://www.blogjava.net/zouhui/archive/2013/09/24/404376.html</link><dc:creator>zouhui</dc:creator><author>zouhui</author><pubDate>Tue, 24 Sep 2013 07:08:00 GMT</pubDate><guid>http://www.blogjava.net/zouhui/archive/2013/09/24/404376.html</guid><wfw:comment>http://www.blogjava.net/zouhui/comments/404376.html</wfw:comment><comments>http://www.blogjava.net/zouhui/archive/2013/09/24/404376.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zouhui/comments/commentRss/404376.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zouhui/services/trackbacks/404376.html</trackback:ping><description><![CDATA[@import url(http://www.blogjava.net/CuteSoft_Client/CuteEditor/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css);
项目实战笔记之六：团队建设的三种境界 &nbsp;《转载》<br />
经过自己总结和项目经理们探讨，认为项目或部门团队建设可分为三个等级：
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px"><strong style="line-height: normal !important; word-break: break-all">　　一、乌合之众，强权政治（新手）</strong></p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　很多新手都会经历这样的过程，新组建的团队冲突不断，大家对当各种制度措施，报以反感。为保证执行力和项目成功，项目经理会选择强权压制，尤其是技术比较好的项目经理。大抵的逻辑是&#8220;我是老大并且我资深，要听我的&#8221;。最终的结果是大家对项目目标已经完全不感兴趣，一些冲突升级到个人情感冲突，项目经理左右突击，上蹿下跳，甚是辛苦，忙碌，确得不到大家的认可。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　此时的项目经理至少需要做到两点，才有可能进入下个阶段，用杰克韦尔奇的两句话概况：</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　1、&#8220;在你成为领导以前，成功只同自己的成长有关。当你成为领导以后，成功都同别人的成长有关。&#8221;</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　2、&#8220;世界上的每一个人都想得到发言权和尊严，而且也应当得到&#8221;</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　所谓&#8220;发言权&#8221;，是指人们希望有机会说出他们的思想，拥有自己的观点、看法、获得被倾听的感受，无论他们的国籍、性别、年龄或者文化背景如何。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　所谓&#8220;尊严&#8221;，是指人们本能地和自发地希望由于自己的<a style="line-height: normal !important; color: #202859; word-break: break-all; text-decoration: none" href=""><u style="target: _selfword-break: break-all"><strong style="word-break: break-all">工作</strong></u></a>、努力和个性而得到尊重。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　这个阶段之所以命名为乌合之众，是因为大家对团队根本没有归属感，甚至厌弃团队，期望团队得到解散，或者团队目标达成时，并没有取得成就的感觉，而是有终于熬过来的感触。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px"><strong style="line-height: normal !important; word-break: break-all">　　二、尊重，民主社会 （老手）</strong></p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　在经历过挫折或是老前辈们的谆谆教导后，新手往往都能进入这个阶段。当然有些厉害的人有时也会自己跳到这个阶段。但是这个阶段里的人，也有高下之分。在这个阶段的人，往往可以带团队时，往往可以做到：</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　1、尊重，言路开明</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　不把人当做机器。制定计划，措施时，都可以征求的大家意见，当然计划定下来后，执行时是不能含糊的。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　2、善用人才，培养人才</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　团队里有人才时，会使用授权等方式调用这些人的积极性，而不是幼稚的打压，并且在团队里没有人才时，能够积极选拔备选人员，并给予锻炼机会</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　3、分享荣誉</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　这个阶段的项目经理，在交流中，会摈弃掉&#8220;我怎么样，怎么样&#8221;，多使用&#8220;我们，我们团队怎么样&#8221;，尤其是在面对表扬和荣誉时。在项目组内也想方设法树立榜样，并且非常愿意这些人被自己的上级所获知，愿意为这些人谋个好前程。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　4、坦诚</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　坦诚是相处的长远之计，而忽悠，画大饼这些手段只能短期效应，并在长期上让自己的人格受损。关于这点项目经理大多做得程度不一，有时说出一些不开心的事，是需要勇气的，例如在绩效沟通时。但是这个阶段的项目经理都了解它重要性。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　5、团队信息透明</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　只有信息足够透明，大家才能够为项目出谋划策，才能有坦诚沟通的基础，大家才能对项目归属。&#8220;垄断信息，以显示自己领导的地位&#8221;是愚蠢的人才会干的事情</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　这个阶段之所以命名为民主社会，这个阶段的价值观是：民主计划，严格执行，有付出有回报，集体荣誉。第一个阶段到第二个阶段可能需要时间的积累，而第二个阶段到第三个阶段，有时却可望而不可达。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px"><strong style="line-height: normal !important; word-break: break-all">　　三、激情，燃烧军团 （高手）</strong></p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　激情团队的充分必要前提是，团队负责人是非常有激情的。这点很关键，一个打工者心态，没有把工作当成自己事业经营的人是不会带出有长久激情的团队。检视的原理：&#8220;看一下大家是不是为了同一个梦想而走到一起的&#8221;</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　要达成团队激情，至少具备以下几点：</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　1、老板风格，老板要有分享成功的决心，例如：股票，期权激励</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　2、企业文化，企业要有文化宣扬集体奋斗的精神，企业的使命价值观能够深入人心，得到强烈响应，此时企业的创新精神，将是从内而外的，从下而上的，大家集体思考，集体进步，集体创新。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　3、有激情的中层，公司中层是企业的中流砥柱，如果每个中层是有激情的，扩散开来的影响力是很大的，反之，则激情容易变成口号。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　这里典型的案例是sony的没落，从井深大的激情军团的消失，井深大倡导&#8221;工作保证本身就是一种强有力的激励&#8220;，把这种理念能够深植公司是多么可怕，激情可以创造出很多奇迹。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　约翰&#183;科特说过&#8220;如果你想建造一艘船，首先要做的不是去采集木材、加工木板和分派工作，而应该去唤起人们对广阔无垠大海的向往。&#8220; 管理者的本质是获得追随的人，一个企业，一个团队如果能够拥有一批愿意追随公司成长的人，所产生的正向能量是无比巨大的。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　这种境界的达到需要多方因素的促合，颇似于武侠里的天人合一，激情团队的管理将十分简单，保护这种激情，员工会很自主的进行自我管理。</p>
<p style="padding-bottom: 0px; line-height: 21px; background-color: #ffffff; margin: 10px 0px; padding-left: 0px; padding-right: 0px; font-family: Arial, Helvetica, sans-serif; color: #333333; font-size: 12px; word-break: break-all; padding-top: 0px">　　当然实际工作中，以上每个阶段不孤立存在，可能会存在一些阶段的中间体。</p><img src ="http://www.blogjava.net/zouhui/aggbug/404376.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zouhui/" target="_blank">zouhui</a> 2013-09-24 15:08 <a href="http://www.blogjava.net/zouhui/archive/2013/09/24/404376.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>