软件实施验收报告正式版Word文档格式.docx
- 文档编号:18289782
- 上传时间:2022-12-15
- 格式:DOCX
- 页数:4
- 大小:18.36KB
软件实施验收报告正式版Word文档格式.docx
《软件实施验收报告正式版Word文档格式.docx》由会员分享,可在线阅读,更多相关《软件实施验收报告正式版Word文档格式.docx(4页珍藏版)》请在冰豆网上搜索。
对软件需求规格说明书中的所有功能项进行测试;
b)业务流程测试
对软件项目的典型业务流程进行测试;
c)容错测试
容错测试的检查内容包括:
1)软件对用户常见的误操作是否能进行提示;
2)软件对用户的的操作错误和软件错误,是否有准确、清晰的提示;
3)软件对重要数据的删除是否有警告和确认提示;
4)软件是否能判断数据的有效性,屏蔽用户的错误输入,识别非法值,并有相应的错误提示。
d)安全性测试安全性测试的检查内容包括:
1)软件中的密钥是否以密文方式存储;
2)软件是否有留痕功能,即是否保存有用户的操作日志;
3)软件中各种用户的权限分配是否合理;
e)性能测试
对软件需求规格说明书中明确的软件性能进行测试。
测试的准则是要满足规格说明书中的各项性能指标。
f)易用性测试易用性测试的内容包括:
1)软件的用户界面是否友好,是否出现中英文混杂的界面;
2)软件中的提示信息是否清楚、易理解,是否存在原始的英文提示;
3)软件中各个模块的界面风格是否一致;
4)软件中的查询结果的输出方式是否比较直观、合理。
g)适应性测试
参照用户的软、硬件使用环境和需求规格说明书中的规定,列出开发的软件需要满足的软、硬件环境。
对每个环境进行测试。
h)文档测试
用户文档包括:
安装手册、操作手册和维护手册。
对用户文档测试的内容包括:
1)操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块;
2)用户文档描述的信息是否正确,是否没有歧义和错误的表达;
3)户文档是否容易理解,是否通过使用适当的术语、图形表示、详细的解释来表达;
4)用户文档对主要功能和关键操作是否提供应用实例;
5)用户文档是否有详细的目录表和索引表;
i)
用户有特别要求的测试
2.2验收标准
2.2.1软件错误的严重性等级
1:
不能执行正常功能或重要功能,或者危及人身安全;
2:
严重地影响系统要求或基本功能的实现,且没有办法解决;
3:
严重地影响系统要求或基本功能的实现,但存在合理的解决办法;
4:
使操作者不方便或遇到麻烦,但不影响执行正常功能或重要功能;
5:
其它错误;
2.2.2错误与严重性等级对应表a)1级错误的描述
这一级别的错误一般包括以下内容:
没有实现或错误地实现重要的功能;
业务流程存在重大隐患;
软件在操作过程中由于软件自身的原因自动退出系统或出现死机的情况;
软件在操作过程中由于软件自身的原因对系统或数据造成破坏;
在现有的软、硬建设环境下不能实现应有的功能;
特殊软件在操作过程中可能危及系统和人身安全等。
b)2级错误的描述
这一级别的错误一般包括:
没有实现基本功能,并且不存在替代办法;
没有实现重要功能中的部分功能,并且不存在替代办法;
业务流程衔接错误;
密钥以明文方式存储;
没有留痕功能;
用户的权限分配不合理;
在现有的环境下,不能实现部分功能且没有替代方案;
没有满足系统的性能要求。
c)3级错误的描述
这一级的错误是与第2级别的错误相对应的,而第3级错误则存在替代方法;
对误操作或错误操作没有提示,导致非法数据进入数据库。
d)4级错误的描述
这一级别的错误通常为易用性方面的错误。
比如界面不友好、前后风格不一;
中英文混杂;
查询结果输出不直观等。
e)5级错误的描述
通常为文档方面的错误,如安装手册、操作手册、维护手册中的描述错误。
其次,对发现的每一个错误都要确定相应的严重性等级,如表2中的说明。
全部改正方可;
如错误的级别和数量在合同可接受的范围外,用户方认为软件不可验收,要求开发方在规定的时间内全面整改软件,提交给软件评测中心再次进行完整的验收测试。
2.2.2验收标准
1)测试用例不通过数的比例<
1.5%;
2)不存在错误等级为1的错误;
3)不存在错误等级为2的错误;
4)错误等级为3的错误数量≤5;
5)所有提交的错误都已得到更正;
2.3验收标准的详细说明
验收项目的划分参照GB/T16260标准。
在该标准中,将软件的质量特性分为6大特性、21个子特性,而对于具体的软件,并非都要进行这21个特性的测试和评价。
本文选取的是最通用的子特性部分,针对各种不同的软件,可以对验收项目进行剪裁或扩充。
需要制定的验收标准,即每一级别的错误量的可接受范围。
一般来说,不允许存在1级和2级错误,而3级错误的数量则可按本标准确定或由用户方和开发方根据软件的规模和复杂程度进行商定,并在软件开发合同中明确地列出。
在软件验收测试中,测试的依据包括软件的投标文件、开发合同、需求规格说明书,同时还包括特定软件的相关行业标准(这些行业标准应在开发合同中明示出来)。
在进行第三方的验收测试后,软件评测中心将发现的所有错误进行总结和归纳,并提交完整的错误报告,在错误报告中包括每一级别的错误数量和错误清单(所有的错误都需经过用户方和开发方的确认)。
用户方根据错误报告中每一级别的错误数量和错误清单与软件开发合同中的验收标准进行对照,如错误的级别和数量在合同中没有约定,可按本办法的规定进行。
用户方认为软件可以验收,但要求开发方对错误报告中的所有错误进行整改,并提交给软件评测中心进行回归测试,确认错误报告中的所有错误全部改正方可;
如错误的级别和数量在合同可接受的范围外,用户方认为软件不可验收,要求开发方在
规定的时间内全面整改软件,提交给软件评测中心再次进行完整的验收测试。
3、验收资料
(1)工程立项批准文件
(2)项目验收申请报告;
(3)工程招标书(4)工程投标书(5)工程施工中标通知书(6)工程施工合同(含预算表)(7)软件需求说明书;
(8)概要设计说明书;
(9)数据及数据库设计要求说明书;
(10)详细设计说明书;
(11)操作手册;
(12)用户手册
(13)项目用户评价过程意见;
(14)软件接口规范;
(15)原代码或安装盘;
(16)专家组要求的其他材料4、其他
在有条件的情况下,还应该进行安装测试、压力测试和数据恢复测试。
若进行子系统验收或部分验收,可参照以上方法和资料,双方共同协商确定。
参考文献:
GB/T17544;
GB/T16260;
《软件验收标准探讨》
{项目名称}
验收报告
{日期}
目录
§
1项目基本情况....................................................§
2项目进度审核....................................................2.1项目实施进度情况2.2项目变更情况2.3项目投资结算情况
3项目验收计划....................................................3.1项目验收原则3.2项目验收方式3.3项目验收内容
4项目验收情况汇总................................................4.1项目验收情况汇总表4.2项目验收附件明细4.3专家组验收意见
5项目验收结论....................................................5.1开发单位结论5.2建设单位结论
6附件............................................................6.1附件一:
软件平台验收单6.2附件二:
功能模块验收单6.3附件三:
项目文档验收单6.4附件四:
硬件设备验收单
1项目基本情况
2项目进度审核2.1项目实施进度情况
2.2项目变更情况2.2.1项目合同变更情况
{记录合同变更情况}
2.2.2项目需求变更情况
{记录需求变更情况}
2.3项目投资结算情况
3项目验收计划3.1项目验收原则
1、审查提供验收的各类文档的正确性、完整性和统一性,审查文档是否齐全、合理;
2、审查项目功能是否达到了合同规定的要求;
3、审查项目有关服务指标是否达到了合同的要求;
4、审查项目投资以及实施进度的情况;
5、对项目的技术水平做出评价,并得出项目的验收结论。
3.2项目验收方式
{记录项目验收的组织方式和参与验收工作的人员情况}
3.3项目验收内容
1、硬件设备验收;
2、软件平台验收;
3、应用系统验收;
4、项目文档验收;
5、项目服务响应(如售后服务、问题相应等方面)验收。
4项目验收情况汇总
4.1项目验收情况汇总表
4.2项目验收附件明细
1、软件平台验收单(见附件一)。
2、功能模块验收单(见附件二)。
3、项目文档验收单(见附件三)。
4、硬件设备验收单(见附件四)。
4.3专家组验收意见
5项目验收结论5.1开发单位结论
5.2建设单位结论
6附件6.1附件一:
软件平台验收单
验收人:
验收时间:
6.2附件二:
功能模块验收单
6.3附件三:
项目文档验收单
6.4
附件四:
——此位置可填写公司或团队名字——
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 实施 验收 报告 正式版