当前位置:三九宝宝网 → 宝宝教育 → 写作范文 → 正文

如何确定项目管理测试工作的范围

更新:01-03 整理:39baobao.com
字体:

[项目范围管理是什么?有什么需求]1、概述 项目范围也称工作范围,即为使客户满意而必须做的所有工作,它包括项目的最终产品或服务以及实现该产品或服务所需要做的各项具体工作。在实际项目中,产品范围和项目范围...+阅读

如何确定测试工作的范围? 对于一个存在生命周期的软件产品来说,它的开发和测试往往都不是一次性的,因为随着新的需求的出现,以及对原有版本的改进,新的版本会不断的发布(即使对于一些以客户定制方式运作的项目,在开发过程中以及发布后的维护期内,也会产生众多的内部版本)。 随着版本的迭代,我们的测试工作也会一直继续下去。

而在每一次迭代时,可能在整个工作阶段的开始就受到一些因素的影响,比如市场需求、既定的发布时间、并发的工作导致的资源紧张等等,使我们不得不考虑对软件质量要求的适度,最终使得我们在每个阶段的测试工作的要求或者说所涉及到的内容有可能是不同的。 这种变化,最终将会影响到测试需求的确定。 那么到底该如何确定每次迭代是测试工作的范围呢? 不过现在有一个很实际的问题是这样:软件需求在开发过程中不断发生变化,有时候到了后期还会有新的需求添加进来,还有些需求在交付内部测试版本之后又发现原来的需求本身就存在缺陷,之后再次返工,在软件最终发布之前,怎么可能确定的下来呢。

啊,这些都是让我们的开发人员和测试人员极其头痛的事情。到底应该怎样在频繁变更的需求中确定哪些部分是我们在某个阶段要测试的内容呢?或者说通过什么样的方法可以改善我们上面提到的那些问题呢?一个实际的做法就是实现软件需求的版本化控制。既然说到了这里,就不免要说些题外话。 笔者一直都认为软件需求是开发工作和测试工作在制定计划、开展工作时所共同参照的源头和依据,而我们只有在源头上控制好,才能保证下面工作的平稳开展。

如果希望某个阶段工作的进度和内容可以明确的定义下来,就必须要考虑软件需求的版本化控制。这里所提到的“软件需求的版本化控制”,是指在一个软件产品的生命周期中,当要进行一个新版本的迭代时,要尽早的确定这个版本中将要实现的需求,并同上个版本做出比较,哪些内容是新增的,哪些内容是被调整过的。 在该阶段工作开始之初的工作会议上,明确的向所有需要了解软件需求的涉众传达这部分信息。

而如果在该版本的开发过程中不断的出现需求变更的情况,则应该根据市场策略、已公布的发布时间、客户需求、实现的代价、难易程度以及对现有工作的影响等方面,对需求进行适度划分,严格定义当前版本中需要实现的需求,而其他部分,则作为未来版本的软件需求进行考虑。 如果有的朋友认为上面的内容还是太理论化,需要一个更实际的、可操作的方法。

那么只能说,对于需求的变更,以及因为需求变更而引起的设计的变更,必须要早发现,早讨论,早决定,早调整。这可能更多的要依靠一个团队中相关负责人员的主动工作来保证,而不是依靠一个明确的方法。 注意,这里的一个关键是,对于软件需求,同样需要严格按照版本进行管理,或者说使用“基线”进行管理。如何整理测试需求? 一旦当前阶段测试工作的范围确定下来,我们就可以开始考虑测试需求的整理——也就是明确的定义现阶段要“测什么”。

测试需求的确定将为我们制定进度时间表、分配资源以及如何确定某个阶段测试工作是否完成提供一个可供衡量的标准。 当然,还有更重要的一点,已被确定的测试需求是我们进行测试用例设计和考虑测试覆盖的依据。整理测试需求的第一步,就是要“测试需求”。测试需求?对,不知道您是否想到,这里的“测试需求”中的“测试”是一个动词,指的是对软件需求本身的检查。

这不是已经超出了测试工作的范围了吗?测试人员不是应该只关心软件的实现同需求是否相符吗?这样对测试人员要求未免太高了。 ——这是笔者过去同一些朋友谈到测试人员必须对需求进行检查时听到的一些不同的声音。在这里,首先要明确一个问题,就是软件测试的工作到底做什么? 在《软件测试》( Ron Patton〔美〕,中文版由机械工业出版社出版,这本书是测试新手入门的经典教材)一书的第10页,有一个明确而简洁的定义:软件测试员的目标是找到软件缺陷,尽可能早一些,并确保其得以修复。

不知道大家对《软件工程》这本书还有什么印象。看过的多个不同版本的软件工程方面的书中,对于软件缺陷都会有一段类似的描述:缺陷发现的越早,则修复这个缺陷的代价就越小,在需求、设计、编码、测试、发布等不同的阶段,发现缺陷后修复的代价都会比在前一个阶段修复的代价提高10倍(参见下图)。 这样看来,上面问题的答案自然就变成了“秃子头上的虱子”:从需求阶段开始!从“测试需求”开始! 注意,笔者这里的观点并不是说可以取消团队中的“需求评审会议”,这里并不存在冲突。

笔者所希望讲述的,是测试人员应该如何看待软件需求,而并不是把“需求评审会议”所承担的责任揽到自己身上。

本文地址:https://www.39baobao.com/show/33_28123.html

以上内容来自互联网,请自行判断内容的正确性。若本站收录的信息无意侵犯了贵司版权,请联系我们,我们会及时处理和回复,谢谢.

以下为关联文档:

项目范围管理包括哪些事情项目范围管理包括的程序,要求能确保该项目所覆盖的整体工作要求和单项工作要求,从而促使项目工作成功地完成。它首先涉及到界定和控制项目包括的内容。 同其他理论体系中的程...

项目范围管理原则是什么简单来说,就是我们需要做什么、我们不需要做什么。之前有一次我们公司在跟客户为一个项目做前期谈判,中途把我叫过去开会,听了一会儿感觉大家说的好像不是一回事,于是就问客户这...

项目范围管理的范围如何规划范围规划是创立书面文件,阐述项目范围为未来项目提供基础条件的过程,特别是包括了用以确定项目或阶段是否成功完成的标准。例如:一个工程公司签订的合同是设计一个石油处理工厂...

项目管理中零星用工管理规定有哪些1)现场施工实行相对的分包,现场零星用工采取按部位、按工程量核算的原则;2)各专业、各室签定有关合同时,要尽可能将可预见的用工纳入包干范围,一次核定;3)如遇特殊情况,确需临时安排...

工程实施阶段业主的项目管理是什么工程实施阶段业主的项目管理是建设项目管理的一个组成部分。根据我国的基本建设程序,建设项目建设程序分为六个阶段,即项目建议书阶段、可行性研究阶段、设计阶段、建设准备阶...

业主项目管理的几个要点业主方项目管理服务于业主的利益.其项目管理的要点是项目的投资目标、进度目标和质量目标。其中投资目标指的是项日的总投资目标。进度目标指的是项目动用的时间目标,也即项...

对于业主而言工程项目管理的基本目标包括什么(1)投资者:其目的不仅是完成工程建设,交付运营,更重要的是通过运营收回投资和获得预期的回报。 (2)业主:一般不承担具体的项目管理任务,不直接管理承包商、供应商、设计单位,而主...

名词解释: 1 ERP项目管理 2业务流程再造 3简单来说: 1、ERP为企业资源计划管理,围绕企业经营活动对企业的资源优化管理,ERP项目管理,通常为企业的人力资源管理、财务管理、供应链管理,简单说就是人财物 产供销的管理,通过E...

帮我提供下这几个美术专业的就业资讯以及收入具体范围纯美术类的就业 就业路子比较窄 而设计类的就业路子相对较宽 目前设计类有几个分支 平面设计(市场饱和 薪水较低)家装工装(从业者过多 竞争压力大 相互压价 市场前景狭窄)动画(新...