项目管理
adverse
软件公司做web开发工作。
展开
-
软件缺陷的严重性和优先级
严重性和优先级是表征软件测试缺陷的两个重要因素,它影响软件缺陷的统计结果和修正缺陷的优先顺序,特别在软件测试的后期,将影响软件是否能够按期发布与否。 对于软件测试初学者而言,或者没有软件开发经验的测试工程师,对于这两个概念的理解,对于它们的作用和处理方式往往理解的不彻底,实际测试工作中不能正确表示缺陷的严重性和优先级。这将影响软件缺陷报告的质量,不利于尽早处理严重的软件缺陷,可能影响软件缺陷原创 2007-10-27 17:02:00 · 1314 阅读 · 0 评论 -
里程碑管理
向目标迈进是动力的源泉。如果目标非常遥远,需要花费很长的时间才能到达,而你在这漫长的过程中看不到具体的目标,无法知道自己向目标前进了多少,你很可能会泄气而导致失败。下面是一个真实的故事: “1952年7月4日清晨,加利福尼亚海岸笼罩在浓雾中。在海岸以西21英里的卡塔林纳岛上,一个34岁的女人涉水下到太平洋中,开始向加州海岸游过去。要是成功了,她就是第一个游过这个海峡的妇女。这个妇女名叫弗罗伦原创 2007-10-27 17:05:00 · 1896 阅读 · 0 评论 -
需求评审概述
对工作产品的评审有两类方式,一类是正式技术评审,也称同行评审,另一类是非正式技术评审。对于任何重要的工作产品,都应该至少执行一次正式技术评审。在进行正式评审前,需要有人员对其要进行评审的工作产品进行把关,确认其是否具备进入评审的初步条件。需求评审的规程与其它重要工作产品(如系统设计文档、源代码)的评审规程非常相似,主要区别在于评审人员的组成不同。前者由开发方和客户方的代表共同组成,而后者通常来原创 2008-01-29 22:30:00 · 1571 阅读 · 1 评论 -
软件项目的核心风险
风险在所有的项目中都是存在的,在这些风险中有些是项目失败的罪魁祸首,下面列举五种最常见的,对项目的成败有着巨大影响的风险。 1. 从一开始进度的安排就是错误的。 人们总是倾向于乐观的估计,常常无视那些“可能需要作”的工作,尽管你可能对项目规模作了认真的估算,但是估算的结果仍可能太小,这也就直接导致进度的安排常常比应有的更紧张,在这种情况下能够产出的成果也很有限。但是人们常常被这种看上原创 2007-12-03 18:11:00 · 880 阅读 · 0 评论 -
测试策略
项目测试部分的策略描述测试活动的一般方法和目标。其中包括要进行的测试阶段(单元测试、集成测试和系统测试)以及要执行的测试类型(功能测试、性能测试、负载测试、强度测试等)。该策略定义: l 要使用的测试方法和工具。 l 测试完成和测试成功所采用的评价标准。例如,当成功执行 95% 的测试用例后,该标准可能允许软件进行验收测试。另一个标准是代码覆盖。在安全至上的系统中,该标准可能要求测原创 2008-04-24 18:57:00 · 904 阅读 · 0 评论