如何对外包的项目进行验收测试 详细�0�3

Question

如题所述

Answer 1

如何对外包的项目进行验收测试 随着当今技术和市场环境的变化，越来越多的企业选择将软件项目外包，同时也有更多成熟的大型软件企业加入到软件项目的承包队伍中。外包的软件项目越来越多，如何对这些外包的项目进行验收测试日益成为企业的一个关键问题。 用户验收测试的总体思路 用户验收测试是软件开发结束后，用户对软件产品投入实际应用以前进行的最后一次质量检验活动。它要回答开发的软件产品是否符合预期的各项要求，以及用户能否接受的问题。由于它不只是检验软件某个方面的质量，而是要进行全面的质量检验，并且要决定软件是否合格，因此验收测试是一项严格的正式测试活动。需要根据事先制订的计划，进行软件配置评审、功能测试、性能测试等多方面检测。 用户验收测试可以分为两个大的部分：软件配置审核和可执行程序测试，其大致顺序可分为：文档审核、源代码审核、配置脚本审核、测试程序或脚本审核、可执行程序测试。 要注意的是，在开发方将软件提交用户方进行验收测试之前，必须保证开发方本身已经对软件的各方面进行了足够的正式测试(当然，这里的“足够”，本身是很难准确定量的)。 用户在按照合同接收并清点开发方的提交物时(包括以前已经提交的)，要查看开发方提供的各种审核报告和测试报告内容是否齐全，再加上平时对开发方工作情况的了解，基本可以初步判断开发方是否已经进行了足够的正式测试。 用户验收测试的每一个相对独立的部分，都应该有目标(本步骤的目的)、启动标准(着手本步骤必须满足的条件)、活动(构成本步骤的具体活动)、完成标准(完成本步骤要满足的条件)和度量(应该收集的产品与过程数据)。在实际验收测试过程中，收集度量数据，不是一件容易的事情。 软件配置审核 对于一个外包的软件项目而言，软件承包方通常要提供如下相关的软件配置内容： . 可执行程序、源程序、配置脚本、测试程序或脚本。 . 主要的开发类文档：《需求分析说明书》、《概要设计说明书》、《详细设计说明书》、《数据库设计说明书》、《测试计划》、《测试报告》、《程序维护手册》、《程序员开发手册》、《用户操作手册》、《项目总结报告》。 . 主要的管理类文档：《项目计划书》、《质量控制计划》、《配置管理计划》、《用户培训计划》、《质量总结报告》、《评审报告》、《会议记录》、《开发进度月报》。 . 在开发类文档中，容易被忽视的文档有《程序维护手册》和《程序员开发手册》。 《程序维护手册》的主要内容包括：系统说明(包括程序说明)、操作环境、维护过程、源代码清单等，编写目的是为将来的维护、修改和再次开发工作提供有用的技术信息。 《程序员开发手册》的主要内容包括：系统目标、开发环境使用说明、测试环境使用说明、编码规范及相应的流程等，实际上就是程序员的培训手册。 不同大小的项目，都必须具备上述的文档内容，只是可以根据实际情况进行重新组织。对上述的提交物，最好在合同中规定阶段提交的时机，以免发生纠纷。 通常，正式的审核过程分为5 个步骤：计划、预备会议(可选)、准备阶段、审核会议和问题追踪。预备会议是对审核内容进行介绍并讨论。准备阶段就是各责任人事先审核并记录发现的问题。审核会议是最终确定工作产品中包含的错误和缺陷。 审核要达到的基本目标是：根据共同制定的审核表，尽可能地发现被审核内容中存在的问题，并最终得到解决。在根据相应的审核表进行文档审核和源代码审核时，还要注意文档与源代码的一致性。 在实际的验收测试执行过程中，常常会发现文档审核是最难的工作，一方面由于市场需求等方面的压力使这项工作常常被弱化或推迟，造成持续时间变长，加大文档审核的难度;另一方面，文档审核中不易把握的地方非常多，每个项目都有一些特别的地方，而且也很难找到可用的参考资料。 可执行程序的测试 在文档审核、源代码审核、配置脚本审核、测试程序或脚本审核都顺利完成，就可以进行验收测试的最后一个步骤——可执行程序的测试，它包括功能、性能等方面的测试，每种测试也都包括目标、启动标准、活动、完成标准和度量等五部分。 要注意的是不能直接使用开发方提供的可执行程序用于测试，而要按照开发方提供的编译步骤，从源代码重新生成可执行程序。 在真正进行用户验收测试之前一般应该已经完成了以下工作(也可以根据实际情况有选择地采用或增加)： . 软件开发已经完成，并全部解决了已知的软件缺陷。 . 验收测试计划已经过评审并批准，并且置于文档控制之下。 . 对软件需求说明书的审查已经完成。 . 对概要设计、详细设计的审查已经完成。 . 对所有关键模块的代码审查已经完成。 . 对单元、集成、系统测试计划和报告的审查已经完成。 . 所有的测试脚本已完成，并至少执行过一次，且通过评审。 . 使用配置管理工具且代码置于配置控制之下。 . 软件问题处理流程已经就绪。 . 已经制定、评审并批准验收测试完成标准。 具体的测试内容通常可以包括：安装(升级)、启动与关机、功能测试(正例、重要算法、边界、时序、反例、错误处理)、性能测试(正常的负载、容量变化)、压力测试(临界的负载、容量变化)、配置测试、平台测试、安全性测试、恢复测试(在出现掉电、硬件故障或切换、网络故障等情况时，系统是否能够正常运行)、可靠性测试等。 性能测试和压力测试一般情况下是在一起进行，通常还需要辅助工具的支持。在进行性能测试和压力测试时，测试范围必须限定在那些使用频度高的和时间要求苛刻的软件功能子集中。由于开发方已经事先进行过性能测试和压力测试，因此可以直接使用开发方的辅助工具。也可以通过购买或自己开发来获得辅助工具。具体的测试方法可以参考相关的软件工程书籍。

Answer 2

首先，在项目准备阶段，项目调研工作要尽可能地圈定责任，应该在项目正式启动前，尽可能多的了解、熟悉系统设计、系统构架，然后签订一个比合同更加详细的书面的和约，确定双方在项目开发中所承担的责任和义务，要让国外发包方分析、设计人员将设计结果的各个子项目的定义、规则、意义进行详尽的阐述，务必让项目组人员对整个项目的概况及具体实现细节有一个清楚的认识，然后再进入具体的项目实施阶段。否则，往往会由于发包方在项目过程中进行过多的需求变更而导致接包方工作量和费用的增加，从而极易导致纠纷，或者是国内那些接包企业对固定费用合同项目的害怕，并且就认为这种外包项目还是以“包工制”形式比较可靠，利润比较稳定，从而形成目前国内企业多数以“包工制”形式合作并且多数争取建立长期合作关系。因此，对于外包项目的准备工作要比一般的项目做的更详细更全面更到位。
其次，应该在项目早期和发包方协商项目的验收方案，当然，项目早期确定项目的验收方案不是那么好确定，但至少应该有个大概的且要双方认可且达成一致的验收约定。项目验收的谈判不能仅仅只是对项目交付期的谈判，外包项目相比起一般项目来，更应该注意具体验收方案的谈判。
第三，外包项目对语言培训比一般项目更加重要，在沟通管理中语言培训更应该花大力气。语言能力是影响软件外包项目质量的一大因素。由于语言障碍导致的理解错误从而导致返工、误工的情况在外包项目中比比皆是，因此必须注重对员工语言方面的培训。
第四，外包项目比一般项目更应该加强时间管理，对项目进度应该严格控制，项目经理更需要有效地监控项目的进度和风险，才能避免项目的延误，避免额外付出的开发费用。项目经理拿到外包商交来的项目计划后，要详细地进行审核并制定自己项目组的项目计划，并且需要进一步比较和分析二者后不断修改项目计划，使之既不发包方的项目计划冲突，又有利于自己的企业。通过这些活动和过程，项目经理从而进一步了解外包商对整个项目的流程、内容、估计的工作量和资源的安排是否与项目本身的要求吻合。明显的差异都需要及时澄清并建立共识。确认了外包商的项目计划后才能够正式地启动项目，开始对项目进行监控。还有一个好的办法就是项目经理在制定时间计划时，除了要给项目留足缓冲时间外，最好是稍微让项目往前赶，但是不要把项目往前提的太多。项目经理博客
第五，服务性质强的外包项目，比如软件测试服务，专家咨询服务，这类外包项目的产品是“软”产品，其项目输出、项目的质量等都是过程性为主的，而且工作量等也很不好量化，因此，对于这类项目的项目管理，而且是这类项目的外包管理，难度在很多方面更难。这种专业性很强但又是服务性很强的项目，首先要求这类公司有丰富的项目管理经验，而且要求这类公司在专业服务上对其提供的“子服务”进行分类，对每类“子服务”要进行尽可能地明确清晰的定义、量化和服务验收方案的标准化，做到条块分明，即市场与服务一致，“子服务”类型定义清晰。除此之外，对于流程建立等类型的“子服务”，因为完全是过程性质的，因此必须有客户代表(最好是由于代表性的领导)参与，与自己的项目组组成一个项目小组，这个客户代表将来对整个项目过程都起非常关键的作用。