良好的软件测试方法可以确保软件项目正确运作，然而，除了软件之外，还有一个重要的却往往被忽视的角色——客户。在软件项目开发的每个阶段考虑客户需求是系统获得成功非常重要的一点。
1、软件项目验收测试概述
验收测试一直以来被用于不同的技术和方法中，有时指的是同一个概念，有时也可能指不同的测试形式。所以必须给本文探讨的验收测试相关概念一个明确的定义：
①验收测试：包括客户验收测试、用户验收测试和功能测试;
②可执行规范：即验收测试规范，可运行测试来验证项目实现是否与所定义的规范相匹配;
③客户：系统的最终用户;
④系统：所开发的软件项目;
⑤验收：满足功能和非功能需求;
⑥功能需求：该系统必须执行的功能和动作，如显示条目、用户身份验证等;
⑦非功能需求：系统的相关因素，如性能、可扩展性和安全性;
⑧黑盒：不依赖于系统内部细节的测试过程，如输入数据、检测输出结果。
这些术语并不足以对如何将验收测试应用于软件项目开发生命周期进行一个准确的描述。验收测试并不是新概念，但它像测试驱动开发TDD(TestDrivenDevelopment)一样，近几年来才得到关注和广泛使用，并出现了一些相关的测试工具和架构。接下来看一下验收测试是如何应用于软件开发生命周期的。
验收测试往往被用于由极限编程、敏捷原则和Scrum迭代模型指导开发的软件项目中。出现这样的情况主要有两个原因。一是验收测试侧重于客户和软件所实现的功能向客户提供的价值，这与敏捷开发原则相一致，后者也是侧重于交付实际满足客户需求的软件。二是通过一套自动化验收测试，就可以确保该软件能够满足客户需求、确保在实现新功能的时候没有破坏任何旧功能。这意味着，可以将重点放在确保正在开发的功能是否与期望的相一致上面。
2、软件项目验收测试方法
验收测试的编写和实现应该贯穿在软件项目开发的每个迭代过程中。下面将基于Scrum迭代模型，实现一个包含验收测试的软件项目迭代过程。
在一个标准的Scrum迭代过程开始的时候，开发团队接受了具有最高优先级的待完成的产品需求列表，该产品需求应当分解为多个用户使用情景，每个用户使用情景定义一个系统需求。一个用户使用情景通常由两部分组成，用来描述用户需要的系统部分。如一个典型的用户使用情景可以被描述为“作为一名销售管理员，我想要能够查看信用卡信息，从而能够在本地处理付款。”这个用户使用情景描述了操作和与操作相关的用户，对要求实现的内容给出清晰的说明。
一旦选定一个用户使用情景后，开发团队就应当对他们要实现的内容有一个很好的认识，这一阶段应该与客户和产品所有者进行交谈，确定实际需要什么并扩展初始用户使用情景，并基于这一信息和团队内部的其他技术人员讨论来创建任务，在这一阶段，就应当编写验收测试了。了解试图实现的用户使用情景，就可以清楚地认识到完成这些实现所需的任务，也能够知道如何验证这一应用程序是否满足客户需求。验收测试并不是低层次的单元测试，而是侧重于验证基于用户使用情景的客户需求是否正确实现的高层次测试。确定了用户使用情景后，在将其分解为任务之前，定义验收测试是非常必要的。当所有的验收测试都通过的时候，就完成了系统。这使得任务分解更加侧重于需要完成的事。在这一阶段，客户和产品所有者应当协助开发团队定义验收测试，确保软件需求满足客户的期望。
良好验收测试可以让客户在开始编码之前清楚地知道当前阶段软件项目将实现的功能。客户清楚地定义了需求，开发团队可以在实际编码前，提出任何与需求相关的问题并与客户敲定细节。使用验收测试指导和验证，可以使客户清楚地知道他们想要什么，也可以使软件项目开发团队清楚地知道他们计划交付什么。
软件项目验收方案一、验收目的
为使信息化项目建设按照标准要求进行，确保项目竣工后达到有关要求和标准，并能正常投入运行，必须进行项目验收。
二、验收对象
参与项目建设的施工单位。
三、项目验收的前提条件：
（1）所有建设项目按照合同要求全部建成，并满足使用要求；
（2）各个分项工程全部验收合格；
（3）已通过软件确认测试评审；
（4）已通过软件系统测试评审；
（5）软件已置于配置管理之下；
（6）各种技术文档和验收资料完备，符合合同的内容；
（7）系统建设和数据处理符合信息安全的要求，涉密信息系统需提供主管部门验收
的合格*书；
（8）外购的*作系统、数据库、中间件、应用软件和开发工具符合知识产权相关政
策法规的要求；
（9）各种设备经加电试运行，状态正常；
（10）经过监理方同意；
（11）经过相关主管部门和项目业主同意；
（12）合同或合同附件规定的其他验收条件；
四、验收方法
项目验收是项目开发建设中有组织的主动性行为，它是对项目建设高度负责的体现，也是项目建设成功的重要保*。切实做好项目建设中的验收工作至关重要，应当采取有效措施，实实在在做好。为保*项目验收质量，针对不同的验收内容，在实施验收*作中，可以采取以下不同的方法：
（一）登记法
对项目中所设计的所有硬件、软件和应用程序一一登记，特别是硬件使用手册、软件使用手册、应用程序各种技术文档等一定要登记造册，不可遗漏，并妥善保管。对项目建设中根据实际进展情况双方同意后修订的合同条款、协调发展建设中的问题进行登记。
（二）对照法
对照检查项目各项建设内容的结果是否与合同条款及工程施工方案一致。
（三）*作法
这是项目建设最主要的验收方法。首先，最项目系统硬件一一实际加电*作，验*是否与硬件提供的技术性能相一致；其次，运行项目软件系统，检验其管理硬件及应用软件的实际能力是否与合同规定的一致；第三，运行应用软件，实际*作，处理业务，检查是否与合同规定的一致，达到了预期的目的。
(四)测试法
对能使用检测仪器进行检测的设备，实施应当一一进行实际测试，检查是否和设备、实施的规格、性能要求相一致。
五、验收步骤
（一）需求分析
项目监理单位组织人员对项目进行验收需求分析，针对项目验收，监理单位需配备2名有经验的工程师和一名行业专家来组成项目团队，负责具体工作。
（二）编写验收方案（计划书）
项目监理单位在对项目进行深入的需求分析的基础上编写验收方案（计划书），提交业主单位审定。
（三）成立项目验收小组
实施测试验收工作时，应当成立项目验收小组，具体负责验收事宜。
（四）项目验收的实施
严格按照验收方案对项目应用软件、网络集成效果、系统文档资料等进行全面的测试和验收。
（五）提交验收报告
项目验收完毕，对项目系统设计、建设质量、设备治疗、软件运行情况等做出全面的评价，得出结论性意见，对不合格的项目不予验收，对一流问题提出具体的解决意见。
（六）召开项目验收评审会
召开由验收委员会全体成员参加的项目验收评审会，全面细致的审核项目销售小组所提交的验收报告，给出最终的验收意见，形成验收评审报告提交项目业主存档。
六、验收程序
（一）初验
1、申请：项目竣工后经测试和试运行合格，施工单位根据合同、招标书、计划任务书，检查、总结项目完成情况后向业主提出初验申请。
2、方式：项目业主组织监理和施工单位进行初验。
3、施工单位提供材料：初验申请书、完工报告、项目总结、一级要求的验收评审资料。
（二）终验
1、申请：初验合格后，项目业主根据合同、招标书、任务书，检查、总结项目实施和完成情况后向主管部门提出验收申请。
2、经过审核，材料齐全则由主管部门组织验收。
验收工作有由主管部门和项目业主、监理等单位和专家组组成验收小组进行验收。验收工作分为两个步骤：验收小组和验收评委会评审，由验收小组共同确定验收时间、评审时间及其他安排。
（1）验收小组验收
验收小组一般由5-8人组成，成员由主管部门和项目业主的管理人员、监理单位*技术人员共同完成。验收时参照相关验收内容及标准进行，验收后必须提交验收报告。
（2）验收委员会评审
验收委员会一般由8-15人组成，成员由验收小组及主管部门、项目业主和监理单位的领导、专家等组成。验收委员会评审一般采取会议评议方式进行，听取验收总结报告说明、验收小组验收结果及意见，通过评审提交验收评审报告。
（3）项目业主提供材料：验收申请、项目建设总结性评价报告（组织与实施协调）、项目实施报告（技术、项目管理、质量控制）、相关文档资料、验收安排计划、验收小组及委员会名单、验收计划书（由监理单位负责）
3、验收签字
经过验收、评审形成的验收报告和评审报告，验收委员会成员签字。
七、验收依据
作为项目验收的依据，一般选用项目合同书、国标、行业标准和相关政策法规、*惯例等。
（一）项目合同书
签定的项目有关合同
（二）国家标准
硬件、软件、布线、安全等
（三）新疆省信息化项目建设管理暂行办法
（四）其他
具体验收标准和一句由监理单位根据具体项目情况提出，主管部门和项目业主审定。
八、验收内容和标准
根据具体项目实际制定，由项目监理单位负责编写，主管部门和项目业主审定。项目验收标准是判断项目成果是否达到要求的一句，因而应具有科学性和权威性，只有制定科学的标准，才能有效的验收项目结果。验收内容一般包括测试（复核）、资料评审、质量鉴定三部分。
验收的内容包括以下几个部分：
（一）验收内容一般包括软件验收（按功能要求的可执行软件、开发计划文档、详细设计文档、质量保*计划、设备相应附件、设备运行、网络运行等）
（二）验收评测工作主要包括：文档分析、方案制定、现场测试、问题单提交、测试报告；
（三）验收测试内容主要包括：功能度、安全可靠性、易用性、可扩充性、兼容性、效率、资源占用率、用户文档。
（四）文档验收标准一般包括：文档完备性、内容针对性、内容充分性、内容一致性、文字明确性、图表详实性、易读性、文档价值等。
（五）软件、硬件验收标准要符合国家和相关标准。
需要评审的资料包括以下几个部分：
（一）基础资料：招标书、投标书、有关合同、有关批复文件、系统设计说明书、系统功能说明书、系统结构图、项目详细实施方案。
（二）项目竣*料：项目开工报告、项目实施报告、项目质量测试报告、项目检查报告、测试报告、材料清单、项目实施质量与安全检查记录、*作使用说明书、售后服务保*文件、培训文档、其他文件。
（三）软件开发文档：需求说明书、、概要设计说明书、详细设计说明书、数据库设计说明书、测试计划、测试报告、程序维护手册、程序员开发手册、用户*作手册。
（四）软件开发管理文档：项目计划书、质量控制计划、配置管理计划、用户培训计划、质量总结报告、会议记录和开发进度月报。
九、验收结论
验收结果分为:验收合格、需要复议和验收不合格三种。符合信息化项目建设标准、系统运行安全可靠、任务按期保质完成、经费使用合理的，视为验收合格；由于提供材料不详难以判断，或目标任务完成不足80%而又难以确定其原因等导致验收结论争议较大的，视为需要复议。
1、项目凡具有下列情况之一的，按验收不合格处理：
（一）未按项目考核指标或合同要求达到所预定的主要技术指标的；
（二）所提供材料不齐全或不真实的；
（三）项目的内容、目标或技术路线等已进行了较大调整，但未曾得到相关单位认可
的；
（四）实施过程中出现重大问题，尚未解决和作出说明，或项目实施过程及结果等存
在纠纷尚未解决的；
（五）没有对系统或设备进行试运行，或者运行不合格；
（六）项目经费使用情况审计发现问题的；
（七）违犯法律、法规的其他行为；
2、验收结论确认和处理
由主管单位同相关部门根据验收已经和相关资料得出结论，并进行确认。
3、项目验收结论的处理
（一）验收结论为验收合格的，项目业主将全部验收材料同意装订成册并连同相
应的电子文档分别报主管部门及相关部门备案。
（二）验收结论需要复议的，主管部门以书面形式通知建设单位在三个月内补充
有关材料或者进行相关说明。
（三）验收结论为验收不合格的，主管部门以书面形式通知项目业主和设计、施
工单位，限期整改，整改后试运行合格的，项目业主重新申请验收。
（四）未通过验收的信息化项目，不得交付使用。
十、项目交接
项目竣工验收合格后，应班里项目交接手续。项目的移交包括实体移交和项目文件移交部分。
十一、各项目业主和监理单位要严格参照此方案开展项目验收工作。
软件项目验收方案1、积极主动地与客户进行沟通
(1)、项目中一定要有沟通策略,和高管如何汇报工作进展,取得支持?和中层如何就业务目标不断确认,逐步清晰?和基层如何就项目应用操作模式达成一致,持续改进?都需要通过沟通反馈完成.
沟通的作用对于高管是让他们清楚项目一直按照目标前进,每个阶段工作进展是否顺利,影响项目正常运做原因是什么,需要哪些资源帮助.和高管沟通比较多的话,第一个好处是高管经常听汇报就知道项目进展程度,可以安排反馈检查,看是否具备项目所说的进展,这样一旦认可了各个阶段目标后,最终要求高管签字确认也就顺理成章了.给高管汇报技巧就是简洁明了,真实客观,有理有据分析问题,提出对策建议请其决策即可.
中层往往是项目主要的推动力量和实际执行者,也往往是对具体业务需求最主要的要求者,他们对企业实际运做过程最清楚,提出要求最具体,而且项目验收与否没有中层的同意往往也是不太容易做到的.往往通过前期业务调研只能对企业项目目标有一个大的,宏观的认识,但如何细化并最终落实并非是一步到位的过程.因此在整个项目过程中,双方项目组要不断沟通,特别是企业中层沟通,才能逐步认识越来越深刻,最终达成一致.
和基层的沟通主要体现对最终用户的关怀,定期主动和最终用户沟通,消除一些怨气,让用户能坚持用下去,这个时候往往发现很多用户真的是非常好相处,尽管软件还有很多值得改进的地方,但他们一旦认可团队,反而会尽心尽力帮助推动项目的进行.
(2)、目前一般要求每个项目经理在项目进行中都要填写详尽的项目月报,反映项目的进度,与计划的偏差,完成的项目内容,投入人力,目前项目存在的问题,以及预计项目下月的进度等等.将进度月报交部门负责人、项目管理中心、总经办审阅.
(3)、类似地也要制定针对客户的月报甚至是周报,将相关的信息反应到客户方的负责人,及相关高层.可以先发邮件,然后还要电话落实收到并口头简要汇报,特别是高管层,千万不要以为发了就等于别人会去看,一定要口头跟进汇报一次,保证客户各方面负责人对项目进展做到心中有数.
2、写好备忘录和问题跟踪记录
(1)、在一个漫长项目周期中，很多工作做了也就做了，认可了也就认可了，时间一长也就忘记了很多承诺和约定，到了验收的时候就翻出来重新要，这种事情很多人可能都经历过，明明说得可以先不做的内容最终验收的时候又成了必要条件。所以在一个项目中要顺利验收，一定要写好备忘录，把平时项目过程中重要阶段点双方达成的共识详细记录下来，以备查询。
(2)、项目组在每次现场工作都必须要写备忘录，备忘录必须注明现场工作天数，按时间段写清楚工作内容，性质和时间长度。
例如培训工作要写清楚培训人员名称，培训内容，培训小时数，培训掌握效果;
例如装机工作要写清楚装机软件，装机台数，是否可正常使用等等细节。
(3)、每次备忘录要口头交流认可后才打印签字确定阶段性工作成果。下次工作则根据前次备忘录的双方约定继续进行，保障项目在每次工作基础上不断前进，并用备忘录约束双方的行为。
(4)、备忘录标准的写法是先简要汇报阶段工作中内容，要用积极肯定性的文字给自己前一段工作或者一些提法给出正面结论，这样大家看了才有信心。
(5)、这个工作内容往往是上一阶段约定要解决的内容，而且在这次现场工作中得到解决的内容，要考虑和上一次备忘录约定工作内容的呼应，很多人写备忘录，纯粹是为了备忘而备忘，备忘录三大功能，第一是备忘，第二是缴功，第三是约定后续工作安排，推动事情继续前进。所以写备忘录首先要讲上一次我们约定什么工作，这次是否完成，完成质量如何，没有完成是什么原因造成的，是否纳入下一次解决的内容，这样的文档才有体系，也能体现出一个人整个项目过程中的脉络，否则写这么多备忘有什么用?
(6)、结论出来后后备忘录要详细描述自己所做工作细节，细节越详细越好，让项目组彼此认可工作内容和质量，而且对服务工作量可以有一个客观的评估。而且在写备忘录时发现自己大量时间并非在有效沟通或者在推动项目实施上，那么意味着项目已经是在失去控制路上，应该立即引起警觉并采取措施解决。
(7)、备忘录最后还要约定下一阶段双方工作安排，在后续工作中严格按照备忘录设计自己的工作计划，了解企业项目组进展，如果企业项目组方面配合出现问题，在下次备忘录中要明确指出责任承担方，给用户形成一定的压力，从而更好推动项目走向前进。一些重要的项目目标约定或者验收意见可以单独写备忘录，在最终验收时可以作为依据。这样一个备忘录一个脚印推动项目向目标前进，每个备忘录都在前一阶段工作上有一点点进步，最终项目验收就是水到渠成的事情。
(8)、除了实施备忘录外，实施人员最好给每天工作做详细记录，实施备忘录个人认为只是一个工作进度大概描述，而且可能会有水分，因而需要有一个每天工作的详细记录用于自己或者团队成员准确把握项目脉搏，及时发现问题，个人也能随时做项目回顾，用户的反复也能随时记录在案，如果出现项目延误，也能有理有节和用户应对。
3、精心准备一次成功的汇报
(1)、如果项目准备验收了，一般要安排一次验收鉴定，这个鉴定可能是要请专家来看，可能是企业内部组织，也可能就是几个人认可签字即可。因此如果要验收，最后鉴定这个工作质量要高。
(2)、要准备好一套模拟现场环境的演示环境，要有足够真实的数据，要设计一套体现应用特色介绍流程，要准备一套详实汇报材料和相应PPT。
(3)、要保证验收大会顺利通过，其实是在验收大会前将相关汇报工作和现场应用情况和企业领导做过汇报，并得到充分认可。
4、平时做人的积累
(1)、对于项目一个实施人员要为公司考虑节约成本，同时也兼顾客户利益，是比较难以决策的。特别是在一个多可能同时负责多个项目的时候，想每个项目都应该全力以赴是很困难的。这样难免让用户觉得我们响应不及时，有问题不解决，特别有些问题不是我们一个个体能够解决的，长期下来用户可能会积累很多的怨气。
(2)、因此实施人员平时做人要讲诚信，讲原则，无非是三条：
做不到的事情千万别随意承诺;
承诺的事情一定要努力做到;
每次做到的事情都进步一点点。
有这三条用户会慢慢接受稍微长一点的响应周期，也会用更多积极性眼光看现在的问题，也相信问题一定有人响应，也一定可以得到解决。
(3)、我们很多人做项目遇到困难在公司内部没有想尽办法去解决，认为我自己这么努力，承受这么大的压力，而别的同事好象没有什么压力，心理不平衡，就容易回避放弃。拖，拖，拖，拖到无法再拖的时候在用户那里就没法抬头，只能被动挨打。
(4)、如果按照以上三条原则做事，反而简单，不做做不到的，当然这个做到做不到不是个人判断，而是和公司内部协调达成一致后的意见，做得到的一定按承诺做好，项目就会简单。
(5)、实施过程中可以留一手，有些好功能或者便利的地方，可以不全部告诉用户，毕竟在合同边界中没有涉及，在验收前可以作为条件和用户去置换。
查看全文
false