精华内容
下载资源
问答
  • 编制项目开发计划的目的是用文件的形式,把对于在开发过程中各项工作的负责人员、开发进度、 所需经费预算、所需软、硬件条件等问题作出的安排记载下来,以便根据本计划开展和检查本项目的开 发工作
  • 项目计划书 项目编写提纲 如何播放背景音乐 利用C#远程存取Access数据库
  • 在软件项目管理过程中一个关键的活动是制定项目计划,它是软件开发工作的第一步。 项目计划的目标是为项目负责人提供一个框架,使之能合理地估算软件项目开发所需的资源 、经费和开发进度,并控制软件项目开发过程按...
  • 本文档是比较全面的项目计划书编写指导文档,详细介绍了项目计划中应关注的各个部分如何编写。具体内容包括:交付物、验收标准、项目期限、项目生命周期、工作任务分解、质量控制等核心内容的编写指导,可以做为项目...
  • 如何编写投标项目实施方案

    千次阅读 2020-03-02 18:46:09
    《评标办法》在项目实施与服务部分要求投标人对所投项目进行项目实施方案应答,该指标占投标分值的10%,评标办法具体内容参见[投标项目需求分析和应答一节]。 项目实施方案反映了投标人实施项目的资源、计划、...

    《评标办法》在项目实施与服务部分要求投标人对所投项目进行项目实施方案应答,该指标占投标书分值的10%,评标办法具体内容参见[投标项目需求分析和应答一节]。

    项目实施方案反映了投标人实施项目的资源、计划、管理、预算、和控制能力。评标办法要求在项目实施方案部分响应计划编制、费用预算、人员投入和研发环境、项目管理流程、成果安装和维护计划等指标。

     

    1、 计划编制

    计划编制主要考查投标人对所投项目编制的进度计划是否合理、同招标技术需求书给出的进度计划是否冲突。

    结合招标技术需求书给出的项目周期范围和各版本完成时间,制定阶段进度计划,项目分为9个阶段进行实施,总工期40个月,自2014年12月至2018年3月,以下是阶段进度安排。

     

    项目实施进度计划

    1.第一阶段(计划):2014年12月—2015年1月

    (1) 组建项目实施团队,完成与工程应用试点单位的对接,搭建研发环境,细化完善《项目管理计划书》。

    (2)编制《研发进度表》,提交工程总体集成组及关联分包审核《项目管理计划书》和《研发进度表》。

    2.第二阶段(计划):2015年2月—2015年8月

    (1)按照研发进度表,完成需求、设计、开发、实现主体功能,完成软件V1.0版。

    (2)形成V1.0版测试用例和搭建测试环境,请建设单位、应用试点单位、总体集成单位、应用集成单位进行系统的相关验证。

    3.第三阶段(计划):2015年9月—2016年6月

    (1)在V1.0版的基础上,汇总整理建设单位、应用试点单位、总体集成单位、应用集成单位的相关意见,充分完善研发需求和设计,完成软件V2.0版。

    (2)形成V1.0版测试用例和搭建测试环境,请建设单位、应用试点单位、总体集成单位、应用集成单位进行系统的相关验证。

    4.第四阶段 (计划):2016年7月—2016年9月

    (1)根据集成技术方案,并汇总各关联分包的需求,设计接口实施方案并验证接口可行性。

    (2)按照接口实施方案完成接口开发工作。

    5.第五阶段 (计划):2017年2月—2017年6月

    配合总体集成单位和应用试点单位,完成工程相关各包的集成实施,积极配合集成单位对本包的二次开发。按照集成单位实施部署,完成本包的集成实施联调工作。

    6.第六阶段 (计划):2017年2月—2017年6月

    在应用集成和总体集成单位汇总应用试点单位意见,以及应用示范单位共性需求和集中出现问题的基础上,经过设计和研发,完成软件3.0版。

    7. 第七阶段 (计划):2017年7月—2017年10月

    配合总体集成单位部署新闻出版云服务平台,配合应用集成单位在应用示范单位部署应用集成系统。

    8. 第八阶段 (计划):2017年10月—2017年12月

    按照应用集成单位和总体集成单位提出的问题,对系统进行改善和维护。

    9. 第九阶段 (计划):2018年1月—2018年3月

    配合工程的整体验收。

     

    2、研发费用预算

    招标要求研发费用的预算,需投标人根据对本项目需求的理解,按子系统或功能模块编制研发费用预算说明。

    研发费用预算可采用经验估算法。经验估算法要求估算人有同类项目的研发经验或较强的工作分解能力,把需要估算的模块分解为较小的功能单元,然后预算功能单元的费用,最后汇总即可。

    下面给出项目数据库内容发布管理子系统预算过程。

    数据库内容发布管理子系统没有同类项目的预算可供参考,只能将该子系统分解为较小的功能单元,然后预算功能单元的费用,最后汇总。

    数据库内容发布管理子系统可分解为如下功能单元:

    (1)数据库发布任务管理

    用于管理数据库发布任务的创建、修改、删除、查询功能。该功能单元主要涉及到页面编码、数据库增、删、改、查操作。

    (2)数据库内容检索

    从待发布内容库中按照规则抽取若干图书、期刊出版物以及与出版物相关的图片、音视频等资源。该功能单元主要涉及到图书资源的检索操作,检索包括普通检索、高级检索、专业检索、按分类检索几个检索模式。

    (3)内容检测留证

    对检索出的内容进行逐一检测,主要检测内容的完整性及与元数据的关联是否正确,如果检测中出现不完整或关联错误,将结果记录在留证记录里面。

    (4)数据打包

    当对数据库的内容检索完成并对内容进行检测后,将筛选的结果按照OSRE标准和数字产品封装规范进行打包,打包顺序为:产品、产品相关文字内容及关系的建立、产品相关图片及关系的建立、产品相关音频及关系的建立、产品相关视频及关系的建立。

    (5)生成数据库产品

    将打包数据内容的元数据和内容之间的关联关系存储到创建的数据库表中,打包数据内容存储到指定位置,形成以数据库为中心的数据集合,利用数据库支撑产品构成数据库应用系统。

    功能分解完成后,首先预估该功能单元的工作量,功能分析需要多少人天,设计(包括数据库设计)需要多少人天,编码需要多少人天,测试需要多少人天,然后按照本地工资和人员的不同薪资计算该功能单元的研发费用。

    需要注意的是,研发费用预算需要与投标总金额相等,如果有差别,需要调整预算,或者调整人员工资额度,或者调整功能单元工作量。

     

    3、人员投入和研发环境

    人员投入和研发环境主要考查投标人在人力和研发环境方面的投入。应答该指标时投入人数要和项目规模相当,例如投资800万,周期三年的项目,团队研发人员(包括系统设计师)大约在10-15人左右,系统分析人员3人左右、测试人员4名左右。

    应答内容应尽可能满足项目人员要求,并且一定要强调根据项目进展情况,随时调配和补充相关人员。要注意一点的是,本指标给出的人员数量和职责,必须要出现在投标书团队成员一览表中。并提供联系方式,以备评标方咨询。

     

    本项目给出的应答内容如下所述:

    本项目预算投入人员15人,其中系统分析师3人,设计师3人,研发工程师8人,其他测试、管理等相关人员按需配置。可根据项目进展情况,随时调配和补充相关人员,保证本项目的按期完成。

    研发环境主要阐述投标人的研发场所、研发设备、网络环境和工作环境,能够满足项目开发外部环境需要。

     

    项目管理流程

    项目管理流程主要考查投标人软件开发能力成熟度,如果投标方已经取得了CMM3认证,那么恭喜您,宝贵的2分您已经拿到了。应答该指标,只需要您把管理其软件开发过程简要写下来就可以了。

    本项目投标时,公司暂时还没有取得CMM3认证,项目管理流程参照PMBOX(美国项目管理知识体系)进行应答,按照PMBOX管理体系,项目管理流程分为五个过程,分别是启动过程、规划(计划)过程、执行过程、监控过程、收尾过程。针对项目迭代的每个阶段都执行已定义的项目管理流程。

     

    4、项目管理组织结构

    公司成立项目管理办公室,对项目进行整体的监管和控制,协调工程各研发单位之间的技术合作和项目沟通,具体工作包括:计划审批、资源分配、项目检查、项目分析、同各研发单位之间、研发单位同工程总体组之间协调沟通。

    项目管理办公室之下为项目经理,项目经理负责项目的所有开发管理工作,项目经理下有技术负责人和质量负责人,技术负责人负责技术研发,质量负责人负责项目质量和项目配置管理工作。

     

    5、项目管理流程

    针对项目迭代的V1.0、V2.0、V3.0阶段,每个阶段均执行启动过程、规划(计划)过程、执行过程、监控过程、收尾过程五个过程。监控过程贯穿所有项目阶段,执行质量监控、变更监控、风险监控、绩效度量,监控过程执行组织为项目管理办公室,项目经理负责提交所有项目过程资料,为项目管理办公室监控项目提供可靠依据。

    展开全文
  • 1 引言 1.1 编写目的 说明编写这份项目开发总结报告的目的,指出预期的阅读范围。1.2 背景 说明: a.本项目的名称和所开发出来的软件系统的名称; b.此软件的任务提出者、...本项目的已核准的计划任务或合...

    1 引言

    1.1 编写目的
       说明编写这份项目开发总结报告的目的,指出预期的阅读范围。
    1.2 背景
       说明:
       a.本项目的名称和所开发出来的软件系统的名称;
       b.此软件的任务提出者、开发者、用户及安装此软件的计算中心。
    1.3 定义
       列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
    1.4 参考资料
       列出要用到的参考资料,如:
      a.本项目的已核准的计划任务书或合同、上级机关的批文;
      b.属于本项目的其他已发表的文件;
      c.本文件中各处所引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

     

    2    实际开发结果
    2.1 产品

       说明最终制成的产品,包括:
      a.程序系统中各个程序的名字,它们之间的层次关系,以千字节为单位的各个程序的程序量、存储媒体的形式和数量;
         b.程序系统共有哪几个版本,各自的版本号及它们之间的区别;
      c.每个文件的名称;
      d.所建立的每个数据库。 如果开发中制订过配置管理计划,要同这个计划相比较。
    2.2 主要功能和性能
       逐项列出本软件产品所实际具有的主要功能和性能,对照可行性研究报告、项目开发计划、功能需 .求说明书的有关内容,说明原定的开发目标是达到了、未完全达到、或超过了。
    2.3 基本流程
       用图给出本程序系统的实际的基本的处理流程。
    2.4 进度
      列出原定计划进度与实际进度的对比,明确说明,实际进度是提前了、还是延迟了,分析主要原因。
    2.5 费用
      列出原定计划费用与实际支出费用的对比,包括:
      a.工时,以人月为单位,并按不同级别统计;
      b.计算机的使用时间,区别CPU时间及其他设备时间;
      c.物料消耗、出差费等其他支出。
      明确说明,经费是超出了、还是节余了,分析其主要原因。

    3 开发工作评价
    3.1 对生产效率的评价
      给出实际生产效率,包括:
      a.程序的平均生产效率,即每人月生产的行数;
      b.文件的平均生产效率,即每人月生产的千字数;
      并列出原订计划数作为对比。
    3.2 对产品质量的评价
      说明在测试中检查出来的程序编制中的错误发生率,即每干条指令(或语句)中的错误指令数(或语句数)。如果开发中制订过质量保证计划或配置管理计划,要同这些计划相比较。
    3.3 对技术方法的评价
      给出对在开发中所使用的技术、方法、工具、手段的评价。
    3.4 出错原因的分析
      给出对于开发中出现的错误的原因分析。

    4 经验与教训
      列出从这项开发工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议。

    展开全文
  • 文章详细的列出编写网站设计策划书的重点与分类,从中可以很好的学习如果编写出符合项目的方案策划书,网站项目计划书一、建设网站前的市场分析1、相关行业的市场是怎样的,市场有什么样的特点,是否能够在互联网上...
    文章详细的列出编写网站设计策划书的重点与分类,从中可以很好的学习如果编写出符合项目的方案策划书,

    网站项目计划书

    一、建设网站前的市场分析
    1、相关行业的市场是怎样的,市场有什么样的特点,是否能够在互联网上开展公司业务。
    2、市场主要竞争者分析,竞争对手上网情况及其网站规划、功能作用。
    3、公司自身条件分析、公司概况、市场优势,可以利用网站提升哪些竞争力,建设网站的能力(费用、技术、人力等)。

    二、建设网站目的及功能定位
    1、为什么要建立网站,是为了宣传产品,进行电子商务,还是建立行业性网站?是企业的需要还是市场开拓的延伸?
    2、整合公司资源,确定网站功能。根据公司的需要和计划,确定网站的功能:产品宣传型、网上营销型、客户服务型、电子商务型等。
    3、根据网站功能,确定网站应达到的目的作用。
    4、企业内部网(Intranet)的建设情况和网站的可扩展性。

    三、网站技术解决方案
    根据网站的功能确定网站技术解决方案。
    1、采用自建服务器,还是租用虚拟主机。
    2、选择操作系统,用unix,Linux还是Window2000/NT。分析投入成本、功能、开发、稳定性和安全性等。
    3、采用系统性的解决方案(如IBM,HP)等公司提供的企业上网方案、电子商务解决方案?还是自己开发。
    4、网站安全性措施,防黑、防病毒方案。
    5、相关程序开发。如网页程序ASP、JSP、CGI、数据库程序等。

    四、网站内容规划
    1、根据网站的目的和功能规划网站内容,一般企业网站应包括:公司简介、产品介绍、服务内容、价格信息、联系方式、网上定单等基本内容。
    2、电子商务类网站要提供会员注册、详细的商品服务信息、信息搜索查询、定单确认、付款、个人信息保密措施、相关帮助等。
    3、如果网站栏目比较多,则考虑采用网站编程专人负责相关内容。注意:网站内容是网站吸引浏览者最重要的因素,无内容或不实用的信息不会吸引匆匆浏览的访客。可事先对人们希望阅读的信息进行调查,并在网站发布后调查人们对网站内容的满意度,以及时调整网站内容。

    五、网页设计
    1、网页设计美术设计要求,网页美术设计一般要与企业整体形象一致,要符合CI规范。要注意网页色彩、图片的应用及版面规划,保持网页的整体一致性。
    2、在新技术的采用上要考虑主要目标访问群体的分布地域、年龄阶层、网络速度、阅读习惯等。
    3、制定网页改版计划,如半年到一年时间进行较大规模改版等。

    六、网站维护
    1、服务器及相关软硬件的维护,对可能出现的问题进行评估,制定响应时间。
    2、数据库维护,有效地利用数据是网站维护的重要内容,因此数据库的维护要受到重视。
    3、内容的更新、调整等。
    4、制定相关网站维护的规定,将网站维护制度化、规范化。

    七、网站测试
    网站发布前要进行细致周密的测试,以保证正常浏览和使用。主要测试内容:
    1、服务器稳定性、安全性。
    2、程序及数据库测试。
    3、网页兼容性测试,如浏览器、显示器。
    4、根据需要的其他测试。

    八、网站发布与推广
    1、网站测试后进行发布的公关,广告活动。
    2、搜索引掣登记等。

    九、网站建设日程表
    各项规划任务的开始完成时间,负责人等。

    十、费用明细
    各项事宜所需费用清单。

    以上为网站规划书中应该体现的主要内容,根据不同的需求和建站目的,内容也会在增加或减少。在建设网站之初一定要进行细致的规划,才能达到预期建站目的。 
    展开全文
  • 软件测试管理—如何写好软件测试计划书

    万次阅读 多人点赞 2018-06-16 20:59:19
    如何写好软件测试计划书 软件项目的测试计划是描述测试目的、范围、方法和软件测试的重点等的文档。对于验证软件产品的可接受程度编写测试计划文档是一种有用的方式。 详细的测试计划可以帮助测试项目组之外的人...

    如何写好软件测试计划书

    软件项目的测试计划是描述测试目的、范围、方法和软件测试的重点等的文档。对于验证软件产品的可接受程度编写测试计划文档是一种有用的方式。

    详细的测试计划可以帮助测试项目组之外的人了解为什么和怎样验证产品。它非常有用但是测试项目组之外的人却很少去读它。

    什么样的测试计划书符合要求

    软件测试计划作为软件项目计划的子计划,在项目启动初期是必须规划的。在越来越多公司的软件开发中,软件质量日益受到重视,测试过程也从一个相对独立的步骤越来越紧密嵌套在软件整个生命周期中,这样,如何规划整个项目周期的测试工作;如何将测试工作上升到测试管理的高度都依赖于测试计划的制定。测试计划因此也成为测试工作的赖于展开的基础。《ANSI/IEEE软件测试文档标准829-1983》将测试计划定义为:“一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排,以及任何偶发事件的风险。”软件测试计划是指导测试过程的纲领性文件,包含了产品概述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划,参与测试的项目成员,尤其是测试管理人员,可以明确测试任务和测试方法,保持测试实施过程的顺畅沟通,跟踪和控制测试进度,应对测试过程中的各种变更。

    案例:一份看似“不错的”软件测试计划书

    下面是某项的测试计划书

    一个软件测试计划书的目录

    提纲挈领,透过这份测试计划书的目录,如何对这份测试计划书进行评价?
    在回答这个问题之前,我们先看看测试过程中的一个重要的活动或者阶段——测试计划阶段都需要做什么?这个阶段的产出物是什么?

    测试计划阶段的任务

    测试计划可以在项目计划或主测试计划中文档化,也可以在不同的测试级别(如系统测试和验收测试)的测试计划中文档化。测试计划文档的大纲可以参考“软件测试文档标准”(IEEE Std 829-1998)。

    测试计划受到很多因素的影响:组织的测试方针、测试范围、测试目标、风险、约束、关键程度、可测试性和资源的可用性等。随着项目和测试计划的不断推进,将有更多的信息和具体细节包含在计划中。

    测试计划是个持续的活动,需要在整个生命周期过程和活动中进行。从测试中得到的反馈信息可以识别变化的风险,从而对计划作相应的调整。

    测试计划阶段需要做的事情

    对整个系统或部分系统可能的测试计划活动包括:

    • 确定测试的范围和风险,明确测试的目标;
    • 决定总体测试方法,包括测试级别、入口和出口准则的界定;
    • 把测试活动整合和协调到整个软件生命周期活动中去(采购、供应、开发和运维);
    • 决定测试什么?测试由什么角色来执行?如何进行测试?如何评估测试结果?
    • 为测试分析和设计活动安排时间进度;
    • 为测试实现、执行和评估安排时间进度;
    • 为已定义的不同测试活动分配资源;
    • 定义测试文档的数量、详细程度、结构和模板;
    • 为监控测试准备和执行、缺陷解决和风险问题选择度量项;

    明确了测试计划阶段需要完成工作,就很容易思考一份高质量的测试计划书中应该包括什么内容了。

    软件测试计划的文档化(产出物)——软件测试计划书

    下面是根据IEEE 829标准编写的一份测试计划的目录:

    这里写图片描述

    这份测试计划中:

    • 在第2部分明确了被测软件系统(产品)待测的特性和不测试的特性。
    • 在第3部分明确了测试目标
    • 在第4部分明确定义了准入/准出规则;通过和失败的标准;暂停标准和测试恢复需求

    这些内容都是很重要的内容。

    最后还描述了:

    • 测试提交产出物

    对比以上两份软件测试计划书的目录,可以看出第二份软件测试计划书的内容更加合理一些。

    如何写好软件测试计划书的内容?

    这个问题其实是“仁者见仁,智者见智”。不同的软件测试项目经理或者测试负责人、Test Leader等都有自己的看法。什么内容该写进去?写道什么程度?是否真的用心去写好每一个章节的内容?

    现实中,大多数软件测试项目经理或者测试负责人、Test Leader其实内心都是恐惧写文档的。很多时候不是不会写,而是不重视或者只是为了应付工作。原因其实很简单,无外乎有以下几种:

    • “文档无用论”,写文档还不如多用一些时间在解决项目问题上;
    • 写了软件测试计划其实也没有几个人看;
    • 文档其实不被重视;
    • 仅仅是为了应付公司品质部门、QAO的检查或者CMMI评估;
    • 在工作中测试管理的具体实践活动,依赖的是经验,而不是一份写在纸上的测试计划书;
    • 敏捷过程是“轻文档”化的;
    • 其它种种原因……

    软件测试计划真的仅仅只是一份文档吗?
    软件测试计划真的没有用吗?
    敏捷过程就真的不需要测试计划了吗?

    这些显然是一些借口或者错误的认识。

    为什么我们需要测试计划?

    无论做什么工作,都是计划先行,然后按照所制定的计划去执行、跟踪和控制。软件测试也一样,先要制定测试计划,是做好整个测试工作的前提。所以在进行实际测试之前,应制定良好的、切实可行的、有效的测试计划。软件测试计划的目标是提供一个测试框架,不断收集产品特性信息,对测试的不确定性(测试范围、测试风险等)进行分析,将不确定性的内容慢慢转化为确定性的内容,该过程最终使得我们对测试的范围、用例数量、工作量、资源和时间等进行合理的估算,从而对测试策略、方法、人力、日程等做出决定或安排。

    在编写测试计划之前,可以考虑下面几个问题:

    • 为什么要编写测试计划?
      (1)Test Manager/测试主管等能够根据测试计划做宏观调控,进行相应资源配置等;
      (2)测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等;
      (3)便于其他人员了解测试人员的工作内容,进行有关配合工作
    • 什么时间开始编写测试计划?
      (测试需求分析前总体测试计划书/测试需求分析后详细测试计划书)
    • 由谁来编写测试计划?
      具有丰富经验的测试负责人Test Leader
    • 测试计划编写的基本思路(5W1H)
      (1)why——为什么要进行这些测试;
      (2)what—测试哪些方面,不同阶段的工作内容;
      (3)when—测试不同阶段的起止时间;
      (4)where—相应文档,缺陷的存放位置,测试环境等;
      (5)who—项目有关人员组成,安排哪些测试人员进行测试
      (6)how—如何去做,使用哪些测试工具以及测试方法进行测试。

    测试计划的要点

    测试规划与软件开发活动同步进行,在需求分析时,就开始测试策划,确定测试需求、目标、资源等。测试计划可以按不同的测试阶段(集成测试、系统测试等)来组织,也可以为每个测试任务或目标(安全性、性能、可靠性等测试)进行考虑。

    测试计划主要集中在测试目标、质量标准、测试策略、测试范围、测试用例设计方法、所需资源和日程安排等,其关键是制定有效的测试策略,界定清楚地测试范围,识别出测试中所存在的各种风险并找出风险回避、监控和管理的方法,针对不同的测试目标或阶段确定测试方法,对测试工作量及所需的资源、时间进行合理的估算。所有这些,都是为了两个根本目的:测试的质量和效率。

    测试计划中需要明确测试范围

    测试主要依据“产品设计规格说明书”、代码所发生的变化及其影响的区域,来确定哪些功能和特性要测试,哪些功能和特性不需要测试。在确定测试范围时,主要考虑的因素有:

    • 优先级最高的需求功能
    • 新增加的功能和编码改动较大的已有功能
    • 容易出现问题的部分功能
    • 过去测试不够充分的地方
    • 经常被用户使用的功能和配置(占20%)
    • 哪些不需要测试的功能和特性(排除出测试范围)

    在实际的测试实施中,有时候存在测试执行到一定阶段,由于某种原因(例如:环境不具备、测试账号的问题、测试数据的问题、公司安全策略的限制等等导致测试条件不满足,从而一些之前计划在测试范围内的功能,需要排除出测试范围)测试范围需要发生变更。那么这就需要遵守变更流程,并且更新测试计划文档,以及更新后的测试计划获得审批。

    这个环节其实常常被Test Leader和Test Manager或忽视。

    我遇到过很多类似的情况,没有遵守变更流程,并且更新测试计划获得审批,这最终导致的结果是测试功能混乱;经历2-3个版本迭代之后,被测需求难以追溯。一旦存在产品发布之后出现功能上的问题,用户抱怨不断。其实这就反映出测试计划不合理而导致的问题。

    测试估算:所需资源和日程安排

    为了合理、准确地安排日程,对测试工作量要进行正确的估计。除了对工作量的估计之外,还要正确评估参与该项目人员的培训时间、适应过程和工作能力等。由于涉及到不同的项目、不同的测试人员、不同的前期介入方式,要对每人每天能够完成的平均测试用例数目做出一个准确的估计确实很困难,但是可以根据以前一些项目测试的经验或历史积累下来的数据进行判断推理,并适当增加10%-20%的余量,估算结果就比较准确了。
      
    在估算的基础上,进行有效的、合理的资源安排。在不同的测试阶段人力资源的需求是不一样的,所以人力资源的计划要有一定的灵活性和动态性,形成有机的动态平衡,保证测试的进度和资源的使用的效率。

    需要精心编写准备测试计划

    要做好测试计划,测试设计人员要仔细阅读有关资料,包括用户需求规格说明书、设计文档等,全面熟悉系统,并建议注意以下方面:

    • 让所有合适的相关人员参与测试项目的计划制定,特别是在测试计划早期;
    • 测试所需的时间、人力及其它资源的预估,尽量做到客观、准确、留有余地;
    • 测试项目的输入、输出和质量标准,应与各方达成一致;

    测试计划的主要内容

    测试计划的主要内容包括以下要点:

    1. 测试计划标识
    2. 版本修订记录
    3. 简介(目的)
    4. 主要阅读者
    5. 测试项(交付测试的一切内容)
    6. 需要测试的功能
    7. 不需要测试的功能
    8. 测试项通过/失败的准则
    9. 测试准则(入口准则、出口准则、暂停和恢复准则)
    10. 测试交付物/产出物
    11. 测试任务
    12. 进度计划(可以与10.测试任务合并做出一个进度和任务的矩阵,关键里程碑点的描述)
    13. 环境需求
    14. 工具
    15. 职责矩阵
    16. 人员和培训的需求
    17. 风险和缓解风险/预防风险的对策
    18. 批准(测试计划需要进行评审和审批)

    有一些时候对上述内容可以进行裁剪。还有一些测试团队/组织会将测试计划与测试策略合并成为一个文档。
    我在测试管理中,允许一些小的测试项目或者临时性的测试项目将测试计划(Test Plan)和测试策略(Test Strategy)进行合并。事实上,很多Test Leader,Test Manager是不愿意花费太多的精力去写文档、维护文档的。即便如此,2-3页纸的测试计划还是需要的。此时,测试策略(Test Strategy)就尤为重要了。

    测试计划需要评审

    测试计划不可能一气呵成,而是要经过计划初期、起草、讨论、审查等不同阶段,才能将测试计划制定好。测试计划的评审是完成测试计划关键的一个环节,包括测试组织内部的自我评审、讨论和修改,然后交到评审会进行正式的评审,直至测试计划得到审批。

    测试计划的正式评审,项目中的每个人(产品经理、项目经理、开发工程师等)都应当参与。计划的审查是必不可少的,每一个参与者都可能根据其经验及专长提出问题或建议,弥补在测试范围、工作量、风险等各方面的不足,进一步完善测试计划。

    (更新完)

    展开全文
  • 参考资料(列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:(1)项目计划任务,合同或批文;(2)项目开发计划;(3)需求规格说明;(3)概要设计说明;(4)测试计划(初稿);(5
  • 一. 引言1.编写目的(阐明编写概要设计说明的...参考资料(列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括:(1)项目经核准的计划任务,合同或上机机关的批文;(2)项目开发计划
  • 一. 引言1.编写目的(阐明编写需求说明的目的...参考资料(可包括:(1)项目经核准的计划任务,合同或上机机关的批文;(2)项目开发计划;(3)文档所引用的资料,标准和规范。列出这些资料的作者、标题、编号、
  • 软件集成测试计划书

    2021-03-23 15:44:36
    软件集成测试计划书1引言1.1编写目的本文是描述****集成测试的大纲文章,主要描述如何进行集成测试活动?如何控制集成测试活动?集成测试活动的流程以及集成测试活动的工作安排。本文主要的读者对象是项目负责人,...
  • 计划书的写法.doc

    2021-01-14 21:48:52
    计划书的写法 撰写商业计划书的最主要目的就是要引起投资者对我们项目的兴趣。我们需要以这种正是的书面形式来征服投资者,让他们自愿的资助我们完成我们的事业。但是,天下没有免费的午餐,风险投资上也绝对不是...
  • 1.1编写目的说明这份测试分析报告的具体编写目的,指出预期的阅读范围。1.2背景说明:a.被测试软件系统的名称;b.该软件的任务提出者、开发者、用户及安装此软件的计算...本项目的经核准的计划任务或合同、上级机...
  • 企业事务管理系统

    2018-08-25 11:38:28
    了解企业日常管理系统的基本需求 学会如何编写项目计划书 学会如何分析和设计数据库 学会如何使用JSP+JavaBean+Servlet进行开发 学会使用MyEclipse进行JavaEE开发 学会使用MyEclipse部署发布和调试JavaEE程序
  • 测试计划编写过程 项目 和要求 如何写测试计划2006-12-25 09:22这里所说的测试,主要是指整个程序系统的组装测试和确认测试。本文件的编制是为了提供一个对该软件的测试计划,包括对每项测试活动的内容、进度安排...
  • 项目的目的是创建一种软件,该软件可以按照GDPR兼容的方式(或至少是其最佳功能)来管理小型协会的日历,数据存储,同意等。 该项目主要针对处理敏感数据(名称,年龄,地址等)的小型协会,例如丹麦LM,IM。 ...
  • 当今社会知识经济高速发展,信息化在各个...学会如何编写项目计划书 学会如何分析和设计数据库 学会如何使用JSP+JavaBean+Servlet进行开发 学会使用MyEclipse进行JavaEE开发 学会使用MyEclipse部署发布和调试JavaEE程序
  • 进度开发月报 项目开发计划项目经理):对于项目的概述,如何去实施管理,项目的进度和里程碑(里程碑:什么阶段出什么成果),风险与管理计划(即出现哪些问题该怎么做),安全保密计划(代码数据文档不能泄露)...
  • IT项目运作的一般流程 IT项目实施流程(一) IT项目实施流程(二) IT项目管理十大流程 ...软件项目开发计划书编写规范 【IT项目计划阶段完全模板】下载 IT项目管理表格(包含146个DOC文档模板)
  • IT项目管理流程规范和制度

    热门讨论 2010-02-07 10:14:31
    IT项目运作的一般流程 IT项目实施流程(一) IT项目实施流程(二) IT项目管理十大流程 ...软件项目开发计划书编写规范 【IT项目计划阶段完全模板】下载 IT项目管理表格(包含146个DOC文档模板)
  • 软件文档编写入门——软件工程视频总结(一)

    千次阅读 热门讨论 2014-01-19 17:11:00
     软件文档时软件的一个重要的部分,主要的文档有九个,如下:可行性研究报告、项目开发计划书、软件需求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、测试计划、测试分析报告和用户手册。...
  • 2.在实际项目中你是如何做测试计划? 1.对客户提供的或需求分析人员编写的用户需求文档或需求规格说明进行分析,提炼出测试要点; 2.根据测试要点编写测试用例; 3.由评审根据测试要点编写测试用例; 4.执行...
  • 根据最早我编写的IT联盟社区众筹计划书的思路方向:社交-》资讯=》评级=》培训。现在在实现第一个阶段中,而且这个阶段可能会走很久。今天开文,主要是讲述一下,现在的版本为什么是现在这样子的,以及我是怎么思考...
  • 编写可维护的JavaScript》向开发人员阐述了如何在团队开发中编写具备高可维护性的JavaScript代码,中详细说明了作为团队一分子,应该怎么写JavaScript。本书内容涵盖了编码风格、编程技巧、自动化、测试等几方面...
  • 项目开发过程中项目开发文档13种

    热门讨论 2010-10-30 10:44:13
    项目开发过程中,应该按要求编写好十三种文档,文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。  ◇ 可行性分析报告:说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述...
  • 编写可维护的JavaScript》向开发人员阐述了如何在团队开发中编写具备高可维护性的JavaScript代码,中详细说明了作为团队一分子,应该怎么写JavaScript。本书内容涵盖了编码风格、编程技巧、自动化、测试等几方面...

空空如也

空空如也

1 2 3 4 5 ... 14
收藏数 265
精华内容 106
关键字:

如何编写项目计划书