搜索
第11章验收测试的实用技术本章重点讨论以下内容：●验收测试的条件、目的和涉及到的文档；●验收测试的常用策略；●验收测试的组织过程；●验收测试内容。11.1验收测试的条件、目的和涉及到的文档验收测试是一个过程，是一个以用户为主的测试。一般，验收测试是在软件系统测试结束以及软件配置审查之后开始的，验收测试应由用户、测试人员、软件开发人员和质量保证人员一起参与，验证软件系统的功能和性能及其它特性是否与用户的要求一致。11.1.1验收测试的首要条件验收测试的首要条件有以下几点：1．软件开发已经完成，并全部解决了已知的软件缺陷；2．验收测试计划已经过评审并批准，并且置于文档控制之下；3．对软件需求说明书的审查已经完成；4．对概要设计、详细设计的审查已经完成；5．对所有关键模块的代码审查已经完成；11.1.2验收测试的目的验收测试的目的主要是：新建系统产品是否是按照用户需求开发的，体验该产品是否能够满足用户使用要求、有没有达到原设计水平、完成的功能怎样；对照合同的需求进行验收测试，是否符合双方达成的共识；新建系统产品的可靠性和可维护性好不好？新建系统产品通过运行的结果表明，对业务处理的能力；11.1．3验收测试的过程验收测试的主要过程是：验收测试人员要了解软件功能和性能要求、软硬件环境要求；验收测试人员要了解要了解软件的质量要求和验收要求；验收测试人员要编制《验收测试计划》，根据软件需求和验收要求编制测试计划，制定需测试的测试项；验收测试人员要编制《项目验收准则》，制定测试策略及验收通过准则，并经过客户参与的计划评审。11.1.4验收测试的主要内容新建系统产品已通过单元测试、功能测试、网络测试、软件安装测试、性能测试、集成测试、系统测试的测试阶段，在验收测试这一阶段主要内容是：(1)软件是否满足合同规定的所有功能和性能？(2)文档资料是否完整？(3)对功能测试、网络测试、软件安装测试、性能测试、集成测试、系统测试的测试用例进行回归测试；11.1.5验收测试文档验收测试需求文档主要有：①文档测试内容文档测试主要内容是：将文档同程序相比较，看是否有不相符的情况；检查文档的流程图是否跟程序一致；检查文档是否有错字或不符合语法规范的地方；②测试过程涉及到的文档测试过程涉及到的文档主要包括以下文档：测试任务说明书；测试计划说明书；测试用例说明书；测试报告说明书；测试总结说明书；测试验收说明书。11.1.6验收测试的设计思路1.验收测试由3大部分组成：（1）软件配置审核；（2）可执行程序测试；（3）验收测试分为用户应用系统验收测试和外包软件的验收测试。2．验收测试的要点：对文档进行审核；对源代码进行审核；对配置进行审核；对测试程序或脚本进行审核；对可执行程序进行测试；按照需求说明书对系统进行评审。3.验收测试注意要点：在用户方进行验收测试之前，开发方应对软件的进行了全面的正式测试；用户在接收时，开发方提供的测试报告内容和审核报告应齐全。11.2应用系统验收测试应用系统验收测试，是系统开发机构向用户移交系统时履行的正式手续，也是用户对新系统的认可。验收是用户对开发工作的认可，验收要检查新系统功能是否达到要求的设计水平，新系统能否正常运转等。只有通过验收，才能投入正常运行。11.2.1验收工作新系统投入试运行工作结束后，用户对开发的新系统进行验收，完成开发单位向用户转交的手续。验收小组依据系统设计说明书、系统使用说明书和系统维护手册对新系统演示一遍，以确认:整个系统是否运行正常，达到预定目标；各个子系统是否运行正常，达到预定目标；各个功能模块是否运行正常，达到预定目标；使用和维护是否能实现。11.2．2验收报告验收报告，也称为用户使用报告或用户报告，它的主要内容如下:(1)引言软件名称、用户单位、研制单位；运行环境；操作人员；使用起止日期；11.2.3鉴定工作程序和文档资料1．鉴定组织工作鉴定工作由开发方和使用方共同组织完成。其工作程序如下:邀请有关专家、教授组成鉴定小组和考核小组，拟出鉴定小组成员名单(注明姓名、工作单位、专业、职称)；要求开发单位写出研究报告，供鉴定会宣读；要求用户单位写出验收报告(或用户使用报告)，供鉴定会宣读；要求开发单位写出技术报告，供鉴定会宣读；2．鉴定测试报告主要内容鉴定考核工作是一项非常严肃认真的工作，负责提供鉴定测试报告、测试结论报告和鉴定书草案。鉴定测试报告的主要内容:(1)鉴定小组成员姓名、职务、职称、专业、工作单位。(2)系统总体测试大纲(3)系统技术资料规范化、完整性审查文档资料的管理软件项目计划、预测和进度安排文档.这些文档由项目经理负责产生，以便预测和控制软件的开发过程。相关报告.相关报告文档用来报告在软件开发过程中，资源是如何分配和利用的。标准报告.标准报告文档规定了软件过程应该如何实现，这些可以是国际标准、国家标准、行业标准等。11.3外包软件的验收测试外包软件的验收测试事实上是根据应用对象或产品对象被分为：非正式验收测试和正式验收测试。外包软件的验收测试的策略通常建立在合同需求和公司标准的基础上。外包软件验收测试的结果有可能两种：功能和性能指标满足软件需求说明的要求，用户接受；功能和性能指标不满足软件需求说明的要求，用户不接受。11.3.1外包软件验收测试的软件配置和配置审核软件配置和配置审核是外包验收测试的重要环节。在进行外包软件验收测试之前，必须保证所有软件配置项都能进入验收测试，只有这样才能保证最终交付给用户的软件产品完整性和有效性。1.软件配置对于一个外包的软件项目而言，软件承包方通常要提供的软件配置：2.配置审核对软件承包方提供的软件配置审核,通常软件配置审核过程分为5个步骤：计划；预备会议（预备会议是对审核内容进行介绍并讨论）；准备阶段（责任人事先审核并记录发现的问题）；审核会议（最终确定工作产品中包含的错误和缺陷）；问题追踪。11.3.2非正式验收测试外包软件的非正式验收测试过程分为α（Alpha）测试和β（Beta）测试。在非正式验收测试中，执行测试过程的限定不象正式验收测试中那样严格，方法不像正式验收测试那样组织有序，而且更为主观。1．α测试α测试是用户在开发环境下的测试，或者是开发公司组织内部人员模拟各类用户行对即将面市软件产品进行的测试，由开发人员或测试人员进行的测试。α测试没有正式验收测试那样严格，在α测试中，主要是对使用的功能和任务进行确认，测试的内容由用户需求说明书决定。α测试试图发现软件产品的错误。2.Beta测试经过α测试调整后的软件产品称为β（Beta）版本。β版本的产品是典型用户在日常工作中实际试用的版本。要求典型用户报告异常情况、提出批评意见。然后软件开发公司再对β版本进行改错和完善（一般包括功能、性能、可靠性、易用性、可扩充性、兼容性、效率、资源占用率、人机界面、用户文档方面）。对β版本进行改错和完善后进行的测试。各测试员负责创建自己的环境、选择数据，并决定要研究的功能、特性或任务。各测试员负责确定自己对于系统当前状态的接受标准。β测试由最终用户实施，开发组织的测试员负责创建自己的环境、选择数据，并决定要研究的功能、特性或任务，采用的方法完全由测试员决定。进行Beta测试时，各测试员应负责创建自己的测试环境、选择数据，决定要研究的功能、特性或任务，并负责确定自己对于系统当前状态的接受标准。β测试的优点：β测试是由试用的用户报告异常情况、提出批评意见，然后软件开发公司再对β版本进行改错和完善进行的测试；有大量潜在的测试资源；通过试用用户的参与，提高客户对软件产品的满意程度；试用的用户可以发现更多由主观原因造成的缺陷。β测试的缺点：未对所有功能和性能进行测试；测试流程难以评测；试用的用户可能发现缺陷不报告；试用的用户可能不是专注于查找缺陷；用于β验收测试的资源不受项目的控制；β验收测试测试员有没有测试？需要更多辅助性资源来管理β验收测试测试员。11.3.3正式验收测试正式验收测试是系统测试的后续，也就是说正式测试的测试工作和系统测试差不多，测试计划和测试用例设计都应很详细，在这个测试过程中应用的测试用例应是系统测试的用例的子集，不能对系统的测试方向有所偏离，在很多测试过程中，正式验收是自动进行测试的。11.4验收测试的组织过程验收测试的组织过和主要包括了如下内容。11.4.1验收测试组织方案组织方案：（1）验收测试时间；（2）测试地点；（3）验收测试环境；（4）人员安排。11.4.2项目进度审核（1）项目实施进度情况；项目实施进度情况如表11-1所示。序号阶段名称起止时间交付物列表备份123456表11-1项目实施进度情况11.4.3验收测试计划1.验收测试原则：审查提供验收的各类文档的正确性、完整性和统一性，审查文档是否齐全、合理；审查项目功能是否达到了合同规定的要求；审查项目有关服务指标是否达到了合同的要求；审查项目投资以及实施进度的情况；对项目的技术水平做出评价，并得出项目的验收结论。11.5验收测试内容验收测试的内容有以下几个方面：11．5.1验收测试的要点流程测试；边界值测试；容错性测试；异常测试；安装测试；11．5.2测试结果及缺陷分析覆盖分析需求覆盖分析需求覆盖率是指经过测试的需求/功能和需求规格说明书中所有需求/功能的比值，通常情况下要达到100％的目标。11.5.3项目验收情况汇总5.附件附件一：软件平台验收单；附件二：功能模块验收单；附件三：项目文档验收单；附件四：硬件设备验收单。验收测试常用的模板请参见本书第十四章的14.16节的内容。请您解答:1.请详细列举验收测试的首要条件。2.请详细说明验收测试的目的。3.请列举验收测试过程中所涉及到的相关文档。4.正式验收测试是什么？它的优缺点又是什么？请介绍之。5.请介绍非正式验收测试的两个过程。谢谢