软件验收流程.doc

第 1 页
工程验收 
验收作为工程执行过程中一个重要里程碑，对公司与客户具有重要意义。
一、验收申请
二、验收准备
充分验收准备为验收测试结果准确性提供了保证。开发商提交验收文档应保证软件开发涉及所有过程已经全部置于文档控制之下地不经过任何特殊设置，即可编译并正常运行。源程序清单中列举工程应该与源程序一一对应。
第 4 页
2．2最终用户资料收集
依据软件开发需求说明书与概要设计说明书，编写相关软件用户满意度调查表，该调查表应该涵盖软件在需求说明书中列举所有模块，包含软件在不同操作系统下运行情况等。最终用户或甲方工程组按照实际情况填写该调查表。
三、验收测试
验收测试是软件开发完毕后，用户对软件产品投入实际应用以前进展最后一次质量检验活动，它要答复开发软件产品是否符合预期各项要求，以及用户能否承受问题。由于它不只是检验软件某个方面质量，而是要进展全面质量检验，并且要决定软件是否合格，因此验收测试是一项严格正式测试活动。需要根据事先制订方案，进展软件配置评审、功能测试、性能测试等多方面检测。
软件验收测试分为三局部：文档代码一致性审核、软件配置审核与可执行程序测试，其顺序可分为：文档审核、源代码审核、配置脚本审核、测试程序、平台API测试、集成测试、验收测试等。文档代码一致性审核、软件配置审核是软件部署与实施全面验收测试根底，由各应用软件验收责任人检查它们完整性；由于工程开发各软件运行环境均基于审计管理系统、审计实施系统平台，最终集成测试、验收测试由
第 5 页
德华工贸员工、验收专家所有参与验收工作人员一起完成。
3．1文档审核
文档审核主要要求是确定软件开发所有过程都在提交文档控制下，对文档具体要求如下：
(1〕文档完备性：是否按照合同及其附件要求提交了全部文档；
(2〕内容针对性：指文档是否是甲方要求文档；文档内容应该按照功能模块重要性在论〕上到达不同详细程度；
(3〕内容充分性：指该文档全面、详细程度；
(4〕文档价值：文档应该能够反映软件开发整个过程，即需求中提到功能在概要设计中表达，在详细设计中实现，在测试方案中检验；
(5〕图表翔实性：是否包含了足够图形与表格；
(6〕符合甲方标准程度：是否很好地符合甲方要求标准、标准；
(7〕内容一致性：是否存在前后矛盾；是否存在需求说明中提到功能在概要设计、详细设计中没有涉及情况；
(8〕文字明确性：不使用“可能〞、“也许〞、“待定〞等语义模糊不清语句；
第 6 页
(9〕易读性：能够在一篇文档中说明清楚内容，尽量不要拆分成假设干文档，不要循环引用，文档目录一目了然，构造清晰。
3．2源代码审核
源代码审核主要要求是确保开发商将全部源程序交付甲方，并确保交付代码没有版权问题〔由开发商提供无版权争议承诺书〕对源代码审核具体要求如下：
3．2．1版权明晰
〔1〕提交代码中注释版权地方均应去掉版权声明，或声明版权为审计署所有。
〔2〕得到甲方允许，可以使用控件，由开发商提供无版权争议承诺书。使用其他具有源代码控件，均需要当作提交代码一局部，直接置于编译环境工程文件中，在编译发布时无需额外设置。
3．2．2代码完整
〔1〕开发商必须把所有实现用户需求代码交付甲方。
〔2〕除非已经得到甲方允许，使用控件也必须有源代码，并得到授权使用证明；由开发商提供无版权争议承诺书。
第 8 页
〔3〕包含开发工具程序文件；要求能够在甲方计算机中正常编译、运行；除非得到甲方允许，在甲方计算机中编译时候无需额外安装开发工具插件或控件。
3．2．3可读性强
注释是软件可读性具体表达。程序注释量不少于程序编码量30%。程序注释不能用抽象语言〔如“处理〞、“循环〞等〕，要准确表达出程序处理说明。为防止每行程序都使用注释，可以在一段程序前面加一段注释，有明确处理逻辑。
3．3配置文件审核
对于B/S程序，部署维护是软件生存周期中最长一个过程，配置文件审核显得尤为重要。对配置文件审核要求与源代码审核要求完全一致。
3．4测试用例编写及测试程序、脚本审核
这个过程是在文档审核与配置脚本审核后，为了检验通过源代码编译后程序是否满足设计需求。检验方式主要是API测试、集成测试、验收测试；这一阶段应该完成设计及其有关测试所包括特性，还需要完成测试所需测试用例与测试规程，并规定特性通过准那么。
〔1〕测试用例说明：列出用于输入具体值以及预期输出结果，并规定在使用具体测试用例时，对测试规程各种限制。要求将测试用例与测试设计分开，可以使它们用于多个设计并能在其它情形下重复使用。
第 8 页
〔2〕测试规程说明：规定对于运行系统与执行指定测试用例来实现有关测试设计所要求所有步骤。
测试方案
〔1〕针对性测试方案：从满意度调查表中筛选出可能