2012年5月31日
摘要：
在考完PMP后，按PMI的规定必须要在3年内累计完成60个PDU才能继续享有PMP的资格。我是04年考的PMP，现在已经积累了62个PDU。有不少的考过PMP的朋友问我如何获得PDU，我把我获得的PDU的方式写下来，方便有兴趣的朋友参考。 NOPMI的要求我获取PDU的情况1Formal Academic Education专业的学院教育 2Author of Refereed Journal Article撰写项目管理文章并在制定的刊物（如《项目经理人》）上发表15PDU/篇（著者） 3Co-author of a Refereed Journal Article与他人合著项目管理文章并在. 阅读全文
摘要：
本文的目的是为应聘项目经理提供帮助。项目管理是升迁的途径，需要运用你过去的开发经验，而且薪水通常高于程序员。应聘项目经理的准备工作包括：复习一些常用的概念、术语，问自己一些在面试中经常问到的问题。学会运用一个或多个项目管理计划编制工具。通过以上的准备，将为你应聘这个职位增加信心。 想好你要说的内容并准备回答涉及面广泛的问题是成功应聘的重要方面。与应聘技术职位不同的是，项目管理问题的答案往往是主观的。要牢记技术项目的项目经理的职责是组织项目成员通过完成技术任务而达到某种商业目标。该技术任务应该是可应用或维护的，都必须满足客户/用户的要求和期望。 本文的目标并不是教授如何进行项目管理。这方... 阅读全文
摘要：
对代码的质量控制一直是保证最后产品质量见效最快、也是非常关键的环节，我在去年的一个大型项目中，对于代码的控制是基本做到了每日检查，即开发人员在每天完成代码的编写和调试后提交到配置库中的时候要先进行自测检查，自测完成后由组长对代码进行走查。通过后的代码才可以提交BUILD。下面就给出我们的检查单，方便开发人员个人和组长对代码的检查用。个人自测记录代码编写人 提交完成时间 实现功能模块 代码文件名 个人自测检查项：（个人在完成代码的调试提交到CVS时进行自测并提交代码检查记录单）类别检查项通过情况情况说明功能实现计划中安排的功能是否已实现？□是 □否 界面所有的功能按钮、链接是否正常使用？□是.. 阅读全文
摘要：
序号类型度量指标描述度量频度数据源1原始度量元需求功能点个数被测系统或被测模块的需求规格说明书的需求个数测试需求分析阶段 2系统内部接口数单系统内部的模块之间的接口数量测试需求分析阶段 3跨系统外部接口数被测系统与外部系统之间的接口数量测试需求分析阶段 4测试需求个数对被测需求分析后的测试需求的个数测试设计阶段 5测试案例个数测试案例的数量，可以根据测试的阶段分不同的类型，比如连接测试案例、系统集成测试案例等测试设计阶段 6评审缺陷数量同行评审或者检查发现的缺陷的数量测试需求分析和设计阶段 7测试缺陷总数测试发现的BUG测试实施阶段 8复合度量元缺陷密度 ＝缺陷数/需求功能点个数测试结束后 . 阅读全文
摘要：
商业风险 风险类型 检查项 政治 法律 市场 政府或者其他机构对本项目的开发有限制吗？ 有不可预测的市场动荡吗？ 有不利于我方的官司要打吗？ 本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗？ 竞争对手有不正当的竞争行为吗？ 本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗？ 是否在开发很少有人真正需要却自以为很好的产品？ 是否在开发可能亏本的产品？ 客户 客户的需求是否含糊不清？ 客户是否反反复复地改动需求？ 客户指定的需求和交付期限在客观上可行吗... 阅读全文
摘要：
作为项目的软件经理，除了可能会承担一部分开发任务外，还需要对软件开发人员的工作的跟踪和检查。本文将软件经理的工作分为每天必须做的、每周必须做的、里程碑要做的和事件驱动的事情，文中列出的也并非是工作的全集，仅是比较重要的工作，供大家参考。1. 每天必须做的工作² 阅读各个小组的工作检查日报，回复和解决日报中的问题；² 跟踪小组的任务完成情况；² 根据日报中的标示为完成的任务，抽查完成的情况；² 根据日报中标示为完成的编码任务，收集代码走查检查表。2. 每周必须做的工作² 代码走查：a) 抽查代码（按照规范和代码检查表）；² 跟踪BUG库 阅读全文
摘要：
针对功能需求：1．是否详细定义了系统的全部输入，包括其来源、精度、取值范围、出现频率等？2．是否详细定义了系统的全部输出，包括其目的地、精度、取值范围、出现频率格式等？3．是否详细定义了所有的输出格式(如：web页面、报表等)？4．是否详细定义了所有硬件及软件的外部接口？5．是否详细定义了全部外部通信接口，包括握手协议、纠错协议、通信协议等？6．是否列出了用户所要做的全部事情？7．是否详细定义了每个任务所用数据，以及每个任务得到的数据 针对非功能需求（质量需求）1.是否为全部必要的操作，从用户的角度，详细描述的期望的响应时间 ？2.是否详细描述了其他与计时有关的考虑，如处理时间、数据传输率、. 阅读全文
摘要：
1页面部分（1） 页面清单是否完整（是否已经将所需要的页面全部都列出来了）（2） 页面是否显示（在不同分辨率下页面是否存在，在不同浏览器版本中页面是是否显示）（3） 页面在窗口中的显示是否正确、美观（在调整浏览器窗口大小时，屏幕刷新是否正确）（4） 页面特殊效果（如特殊字体效果、动画效果）是否显示（5） 页面特殊效果显示是否正确2页面元素部分（1）页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等）（2）素是否显示（元素是否存在）（3）页面元素是否显示正确（主要针对文字、图形、签章）（4）页面元素的外形、摆放位置（如按钮、列表框、核. 阅读全文
摘要：
关于数据的查询，添加，修改，删除操作，测试工作当中经常会出现，如何高效的执行这几个功能模块的测试是每一个测试人员需要考虑的问题，也许不同的测试员有不同的测试方法，以下为我个人总结的关于查询，添加，修改，删除操作的测试方法。测试过程以序号标识！1． 添加(1)添加按钮可用，测试点击添加按钮，能够进入相应的添加页面。可能存在的bug：ü 点击“添加”按钮，程序无反应，无法进行添加操作。ü 点击“添加”按钮，程序跳转到其他页面 (2)进入添加页面，验证输入字段和需求描述一致 可能存在的bug：ü 输入字段出现错别字ü 输入字段丢失或者多于，程序丢失需求规约的输 阅读全文
摘要：
1 针对测试组长或测试经理1.1 测试管理工作检查表：1. 检查每轮测试开始时测试环境是否准备好（包括软件硬件、测试基本数据等）；2. 确保测试环境（数据和程序）与开发分离，除了测试组之外其他人不能更新测试环境的数据和程序；3. 每轮测试根据上一轮的情况和总体测试计划做分工调整；4. 检查case库的填报情况，抽查执行过的case；5. 检查BUG提交情况，抽查提交的BUG是否规范；6. 每天晚上统计BUG情况，填写每天的BUG报告；7. 根据每天的测试情况，决定是否开发组要发布新的BUILD；8. 每轮测试结束后填写测试总结。2 下面是针对测试执行人员的：2.1 输入、编辑功能的验证检查点. 阅读全文