软件产品评估及认证

软件产品评估及认证
软件产品评估及认证

软件产品评估及认证

一、软件产品名称的规范要求

软件产品名称、企业名称须与软件著作权名称、软件测试报告名称一致。二、软件产品评估流程

受委托的评估机构负责软件产品评估申请的受理和审查。评估机构按申请材料进行核查并评估。符合要求的软件产品核发软件产品评估证书。软件产品评估证书的有效期为5年,有效期届满前可以申请延续。

三、申报流程图:

图1 软件产品评估流程示意图

四、办理时间:

自初审合格之日起30个工作日内将在厦门市软件企业服务平台

(https://www.360docs.net/doc/1915221863.html,/)上公示评估结果。评估合格的软件企业及软件产品将颁发加盖厦门市软件行业协会公章式样的证书。

五、费用标准:

符合条件的微型企业:

营业收入在50万以下(不含50万)或从业人员在10人以下(不含10人,从业人员指期末从业人员数,没有期末从业人员数的,采用全年平均人员数代替);

附件一:评估材料申请表(系统填报)

附件二:软件产品测试委托函

软件产品测试委托函

附件三:软件产品评估申请需提交材料清单及要求

注:国产软件产品提供材料1-5;进口软件产品提供材料1-4、6、7。纸质提交:材料1/3装订后提交。(其余项无需纸质,但需核对原件)纸质资料接收地址:厦门市软件园二期观日路33号612

软件产品检测报告

软件产品检测报告

————————————————————————————————作者:————————————————————————————————日期:

报告编号:RT20130605 ? 软件产品检测报告 Software Product Registration Testing Report 产品名称: 产品版本: 送检单位: 报告日期: 项目编号: ************

产品名称版本 送检单位 单位名称 通讯地址 联系人 单 位 属 性 内资企业□ 生产地点 外(合)资企业□ 电子邮箱 港澳台(合)资企业□ 电话∕传真 科研院校□ 邮政编码 政府事业团体 网址 其他性质□ 成果有无密级 有□无□密级秘密□机密□绝密 □ 软件类型 检测单位 检测地点 测试类型 测试标准 参考依据 --样品名称版本 样品内容与数量 样品接收日期 客户端 服务器

测试环境端软件 网络-- 测试工具-- 其它-- 检测日期测试人员审核人员批准人员

“ *********系统 V4.0” 登记检测报告 *******有限公司受******委托,于二〇一三年五月五日至二O一 三年六月五日,根据GB/T 25000.50-2010《软件工程软件产品质量要求与 评价(SQuaRE)商业现货(COTS)软件产品的质量要求和测试细则》标准, 和《软件产品登记测试规范》规定的检测方法,对该单位开发的“*****发 布系统 V4.0”软件产品进行了登记检测。该软件属于应用软件-行业管理 软件,包括二次开发、节目管理制作、发布管理、终端操作、系统操作等主要 功能,上述主要功能测试未发现异常。登记检测表明:该软件基本满足软件产 品登记检测项的要求。 测试结果: 通过□不通过 (注:本报告仅作为软件产品登记使用,不能作为软件产品质量认证的依据) ********公司 二O一三年 六月五日 软件产品登记检测结果表 测项目试 测试状态测试结果 安装与卸载系统安装 由提供商成功安装通过 系统卸载 可以卸载通过 功能功能模块挂 接软件的功能模块全部挂接通过软件功能实测试软件中节目管理、发布管理、终通过

软件评审报告

注:评审是对软件元素或者项目状态的一种评估手段,以确定其是否与计划的结果保持一致,并使其得到改进。 软件评审报告 1.基本信息 项目名称: 开发小组: 成员: 组长: 2.软件信息 2.1产品内容: 2.1.1产品内容 内容的完整性 即相对完整的完成软件愿景说明书上的功能; 2.1.2软件定位 使用者的明确性 即有明确的使用者定位。 2.2软件部署: 2.2.1部署 软件的发布与部署,部署后是否可以正常使用。 2.1.2运行环境 运行环境的适用性。 运行环境是否与软件愿景说明书一致 2.3界面: 2.3.1界面布局 界面布局的合理性,布局合理,层次清晰。 2.3.2界面美观设计 界面的美观性,界面美观。

2.3.3界面元素 界面元素的一致性,窗口、菜单、图标、按钮等元素的一致性。 2.4功能要求 2.4.1技术运用 技术运用的合理性;内容实现的正确性。各种技术表现与具体内容有机结合,各种媒体使用协调;多媒体信息的呈现可控;链接准确、无死链。 2.4.2交互性要求 简易性;一致性;反馈性;容错性;图形化。人机交互简单、形象输入、输出方面的一致性;对用户的操作及时作出反馈;对可能出现的错误进行检测、报告和处理。 2.5软件性能 2.5.1响应性要求 页面转换的响应性;载入时间的短时间要求;短时启动时间要求;负载量(客户)指标明确化。页面转换快捷;媒体装入时间简短;有确定的负载量性能指标。 2.5.2稳定性要求 帮助机制的完备性;错误处理机制完备性;确认退出机制的完备性。每个操作都有联机帮助或提示;联机帮助易读、易懂处理用户可能出现的任何错误操作;避免出现数据未保留而退出。 2.5.3安全性要求 访问安全性;使用安全性。用户身份管理和访问控制;数据安全性。 2.6软件文档 2.6.1文档资料 文档资料的完整性;文档资料的规范性。有愿景说明书、开发计划说明书、需求规格说明书、架构设计说明书、详细设计说明书、测试报告等开发文档;有开发过程管理文档;有用户手册;文档编写符合标准和要求。

软件产品(系统)验收测试规范及流程

软件产品(系统)验收测试规范及流程 1验收测试简介 验收测试即由产品开发方按照需求文档中所有内容进行开发、内测完毕,提交的版本符合验收测试标准。通过验收测试判断产品质量是否符合产品需求,功能实现是否正确并可以最终上线。 2验收测试目的 通过验收测试判断产品质量是否符合产品需求、功能实现是否正确,性能和安全性方面是否符合发布标准,并且产品可以最终上线。3验收测试范围 3.1界面测试 所有界面浏览、链接正确、所有功能按钮及界面显示正确。 3.2功能测试 所有需求文档描述的功能实现正确。 3.3性能测试 重点业务功能、性能能满足上线运营需求。 3.4安全性测试 接口和数据调用等方面符合安全性规范;没有安全性漏洞。

4验收测试流程 验收测试基本工作流程如下: 4.1准入条件检测 4.1.1文档 进入验收测试的文档准备齐全: a) 验收版本的需求文档(提交方提供):要求需求文档与最终提交验收测试的程序完全匹配; b) 验收版本的测试用例(提交方提供):要求测试案例覆盖最终版本的需求文档; c) 验收版本的测试报告(提交方提供):在测试报告书中说明测试总体情况,缺陷列表及修复情况; 4.1.2缺陷 要求开发方在合同双方约定的环境中对需求文档上提及的所有功能进行全面测试,且提交验收测试时,开发方发现的所有缺陷都已解决。 4.1.3测试环境 验收测试环境准备完成,与线上真实环境一致。 4.1.4沟通和联系 1. 提交验收测试的开发方负责人联系方式及测试工程师联系方式齐全;

2. 提交验收测试缺陷的沟通渠道建立完毕,要求快捷、准确、反馈及时; 4.2验收测试 4.2.1文档验收 ?进入标准: 文档准备必须齐全且符合标准,可以进入文档验收流程。 ?中断标准: 1. 需求文档并非最终版,需求文档上描述的功能程序并未实现。 2. 测试用例与需求文档不匹配,测试用例中测试的模块在需求文档。中不存在或者需求文档中的功能模块未在测试用例中体现。 3. 测试报告书不完整,遗留缺陷不符合遗留缺陷允许限制的数量。 ?退出标准: 文档符合标准并通过验收,进入程序验收流程。 4.2.2程序功能验收 ?进入标准: 文档验收流程结束。 ?中断标准: 1. 出现 A,B级缺陷 2. C级缺陷达到5个 3. 验收测试过程中,提交新的版本

软件产品登记条件

软件产品登记条件 软件产品登记条件 1. 取得本企业开发或拥有知识产权的软件产品的证明材料。自主知识产权的有效证明主要是指《软件著作权登记证书》。 2. 由信息产业部授权的软件检测机构出具的检测证明材料。(参考:软件产品评测) 软件产品登记所需材料 申请登记的企业需提交以下材料: 1.软件产品登记申请表二份(须盖章); 2.企业法人营业执照副本及复印件二份(申报时请携带原件); 3.企业法定代表人身份证复印件二份; 4.申请登记软件产品的样品(2005年7月1日起暂不收取产品样品); 5.境内拥有的软件著作权的有效证明材料二份(申报时请携带原件); 6.信息产业部授权的软件检测机构出具的检测证明(原件一份,复印件一份); 7.其他需要出具的材料(开发合同、科学技术成果鉴定书、省部级单位出具的检测报告及获奖证书等)。 上报材料装订要求: 复印件及表格全部用A4纸、分二份装订,每份顺序是: 1、软件产品登记申报表; 2、企业法人营业执照副本复印件; 3、法人身份证复印件; 4、拥有合法知识产权证明的材料复印件; 5、由软件检测机构出具的检测证明材料原件及复印件 软件产品登记享受的优惠政策 优惠政策: 软件产品经登记生效后,至2010年底以前,对增值税一般纳税人销售其自行开发生产的软件产品,按17%的法定税率征收增值税后,对其增值税实际税负超过3%的部分实行即征即退政策。所退税款由企业用于研究开发软件产品和扩大再生产,不作为企业所得税应税收入,不予征收企业所得税。 软件产品登记的有效期为五年,有效期满后可申请续延。 退税流程: 已进行认定并取得“软件企业和软件产品认定小组”颁发的《软件企业证书》的企业,自取得认定证书之日起一个月内,持《软件企业证书》( 复印件) 、营业执照(复印件)、企业损益表、企业所得税纳税申报表以及税务机关要求提供的其它有关资料,向当地主管税务机关提出书面申请,并填写《软件开发生产企业申报审批证书》,经主管税务机关审核后,从认定之日起享受企业所得税税收优惠。

软件评估报告

软件评估报告

德米萨ERP评估报告

目录 1 评估描述..................................................................... 错误!未定义书签。 1.1评估目标 ........................................................... 错误!未定义书签。 1.2软件供应商简介................................................ 错误!未定义书签。2项目可用性................................................................. 错误!未定义书签。 2.1业务单据基本流程............................................ 错误!未定义书签。 2.2操作性 ............................................................... 错误!未定义书签。 2.3交互功能 ........................................................... 错误!未定义书签。 2.4定制化 ............................................................... 错误!未定义书签。3软件成本..................................................................... 错误!未定义书签。

产品测试报告模版

XX产品测试报告 1.简介 1.1项目概述 此测试报告主要描述了XX产品的测试的时间,测试环境,测试计划安排以及测试过程进行描述;对测试缺陷数据进行统计,测试执行情况进行分析;最后得出测试结论和测试总结。 1.2编写目的 测试报告是对整个测试过程进行描述,对测试的执行情况进行分析和说明,全方位的对测试数据进行汇总,最后给出测试结论;通过对测试结果的分析,得到对软件质量的评价,分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考,评估测试测试执行和测试计划是否符合,分析系统存在的缺陷,为修复和预防bug提供建议。 1.3预期读者 此文档适合测试人员、开发人员以及项目经理阅读,适合于任何产品和项。 1.4术语定义 1.5参考资料 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括: a.项目的计划任务书、合同或批文; b.项目开发计划; c.需求规格说明书; d.概要设计说明书; e.详细设计说明书; f.测试计划; 测试分析报告所引用的其他资料、采用的软件工程标准或软件工作规范。 2.测试实施 2.1测试环境 硬件环境:内存,cpu,主频,硬盘 软件环境:操作系统,补丁版本,数据库等软件版本,office版本,被测软件版本,还有诸如打印机、扫描仪等外件信息

网络环境 2.2测试安排 3.测试数据统计分析3.1缺陷结果统计 3.1.2 Bug状态分布

(模块名称&bug状态) (模块名称&类型)

按照缺陷类型和遗留问题统计 3.1.4按功能模块进行统计(测试人员&bug状态):

3.1.5按开发人员修复记录进行统计(开发人员&bug状态): 3.2测试执行情况分析 功能测试执行情况分析

第3章软件质量与评价

第3章软件质量与评价(软件测试标准) 1、质量的定义 质量是多维的概念,包括:实体、实体的属性和对实体的观点。 GB/T6583-ISO8404(1994版)《质量管理与质量保证术语》对质量的定义是:反映实体满足明确的隐含的需要的能力的特性的总和。 GB/T18905-ISO14598(1999版)《软件工程产品评价》定义: 2、测度与度量 在软件质量中用于测量的一种量化的标度和方法即为“测度”,而名词的“度量”用来指测量的结果。 影响软件质量可分为:可直接测量、间接度量 3、软件质量模型 ○1、McCall(麦考尔)质量模型 三个重要方面:操作特性(产品运行)、承受可改变能力(产品修订)、新环境适应能力(产品变迁)。 McCall等认为,特性是软件质量的反映,软件属性可用做评价准则,定量化地度量软件属性可知软件质量的优劣。 ②Boehm(勃姆)质量模型 提出了分层结构的质量模型,除了用户的期望和需要的概念,与McCall(麦考尔)质量模型相同外,还包括McCall模型中没有的硬件特性。 Boehm(勃姆)质量模型反映了对软件质量的理解,即软件做了用户要它做的;有效地使用系统资源;易于用户学习和使用;易于软件测试与维护。 ③ISO9126质量模型 GB/T16260-1996:六个影响质量的特性:功能性、可靠性、易使用性、效率、可维护性、可移植性;各个子特性(及其定义)要求要背 GB/T16260-1996出发点是软件最大限度地满足用户的明确的和潜在的需求。 国标16260中,在描述外部(内部)效率度量时,给出了若干针对计算机系统时间消耗的定义如下: ①响应时间是指从按动传送键到得到结果为止所需要的时间或响应时间包括处 理时间和传输时间 ②处理时间是指从接受一个消息到送出它的结果之间计算机的历时时间 ③ 周转时间是指从提出要求到得到结果所需要的时间 4、标准的发展 GB/T 16260-1996(ISO9126-1991)《软件产品评价-质量特性及其使用指南》已被两个相关的由多部分组成的标准:GB/T 18905-2002《软件工程产品评价》和GB/T 16260-2003(ISO9126-2001)《软件工程产品质量》所取代。 5、GB/T 18905产品评价 (一、GB/T 18905基本组成(6个部分组成) GB/T 软件工程产品评价第1部分: 概述 GB/T 软件工程产品评价第2部分: 策划和管理 GB/T 软件工程产品评价第3部分: 开发者用的过程

软件产品系统验收测试规范及流程

软件产品(系统)验收测试规范及流程 验收测试简介 验收测试即由产品开发方按照需求文档中所有内容进行开发、内测完毕,提交的版本符合验收测试标准。通过验收测试判断产品质量是否符合产品需求,功能实现是否正确并可以最终上线。 验收测试目的 通过验收测试判断产品质量是否符合产品需求、功能实现是否正确,性能和安全性方面是否符合发布标准,并且产品可以最终上线。 验收测试范围 界面测试 所有界面浏览、链接正确、所有功能按钮及界面显示正确。 功能测试 所有需求文档描述的功能实现正确。 性能测试 重点业务功能、性能能满足上线运营需求。 安全性测试 接口和数据调用等方面符合安全性规范;没有安全性漏洞。 验收测试流程 验收测试基本工作流程如下: 准入条件检测 文档 进入验收测试的文档准备齐全: a) 验收版本的需求文档(提交方提供):要求需求文档与最终提交验收测试的程序完全匹配; b) 验收版本的测试用例(提交方提供):要求测试案例覆盖最终版本的需求文档; c) 验收版本的测试报告(提交方提供):在测试报告书中说明测试总体情况,缺陷列表及修复情况; 缺陷 要求开发方在合同双方约定的环境中对需求文档上提及的所有功能进行全面测试,且提交验收测试时,开发方发现的所有缺陷都已解决。 测试环境 验收测试环境准备完成,与线上真实环境一致。

沟通和联系 1. 提交验收测试的开发方负责人联系方式及测试工程师联系方式齐全; 2. 提交验收测试缺陷的沟通渠道建立完毕,要求快捷、准确、反馈及时; 验收测试 文档验收 ?进入标准: 文档准备必须齐全且符合标准,可以进入文档验收流程。 ?中断标准: 1. 需求文档并非最终版,需求文档上描述的功能程序并未实现。 2. 测试用例与需求文档不匹配,测试用例中测试的模块在需求文档。中不存在或者需求文档中的功能模块未在测试用例中体现。 3. 测试报告书不完整,遗留缺陷不符合遗留缺陷允许限制的数量。 ?退出标准: 文档符合标准并通过验收,进入程序验收流程。 程序功能验收 ?进入标准: 文档验收流程结束。 ?中断标准: 1. 出现A,B级缺陷 2. C级缺陷达到5个 3. 验收测试过程中,提交新的版本 ?退出标准: 验收测试合格,缺陷按照标准修复完成。 ?通过标准: 要求验收测试结束后,未解决的缺陷达到以下要求时,才能验收通过: a) A级缺陷:0个; b) B级缺陷:0个; c) C级缺陷:小于等于总缺陷数的3%; d) D级缺陷:小于等于总缺陷数的5%个; e) E级缺陷:小于等于总缺陷数的15%个。 注:对于放弃处理的提案,必须提前经过我方同意。 验收完成 1.验收完成后质量保证部提交的文档: a) 最终版需求文档

最新软件产品测试报告模板

X X X X 测试报告 软件名称:XXXXXX软件系统 版本号:V1.0 委托单位:XXXXX 测试结果: 测试时间:年月日 批准人: 检验员: 测试员:

目录 1.项目概述............................................................... - 1 - 2.测试样品............................................................... - 1 - 3.测试依据............................................................... - 1 - 3.1标准............................................................. - 1 - 3.2文档............................................................. - 1 - 4.测试目标............................................................... - 1 - 5.测试环境............................................................... - 2 - 5.1硬件环境......................................................... - 2 - 5.2软件工具......................................................... - 2 - 6.测试方法............................................................... - 2 - 6.1性能测试策略..................................................... - 2 - 6.2结果分析方法..................................................... - 3 - 7.测试流程............................................................... - 3 - 7.1测试准备......................................................... - 3 - 7.2测试设计......................................................... - 4 - 7.3测试实施......................................................... - 4 - 7.4测试分析......................................................... - 4 - 7.5测试交付......................................................... - 5 - 8.测试开始条件........................................................... - 5 - 9.测试结束条件........................................................... - 5 - 10.测试结果.............................................................. - 6 - 10.1xxx模块......................................................... - 6 - 10.2xxx模块......................................................... - 7 - 10.3 xxx模块........................................................ - 8 - 10.4数据库存储...................................................... - 9 - 10.5用户文档....................................................... - 10 - 10.7测试总结....................................................... - 10 -

软件测试流程方案

软件测试流程实施方案 1.流程的意义 从一个软件企业的长远发展来看,如果要提高产品的质量首先应当从流程抓起,规范软件产品的开发过程。这是一个软件企业从小作坊的生产方式向集成化规范化的大公司迈进的必经之路,也是从根本上解决质量问题,提高工作效率的一个关键手段。 软件产品的开发同其它产品(如汽车)的生产有着共同特性,即需要按一定的过程来进行生产。在工业界,流水线生产方式被证明是一种高效的,且能够比较稳定的保证产品质量的一种方式。通过这种方式,不同的人员被安排在流程的不同位置,最终为着一个目标共同努力,这样可以防止人员工作间的内耗,极大的提供工作效率。并且由于其过程来源于成功的实例,因此其最终的产品质量能够满足过程所设定的范围。软件工程在软件的发展过程中吸取了这个经验并把它应用到了软件开发中,这就形成了软件工程过程,简单的说就是开发流程。 不管我们做哪件事情,都有一个循序渐进的过程,从计划到策略到实现。软件流程就是按照这种思维来定义我们的开发过程,它根据不同的产品特点和以往的成功经验,定义了从需求到最终产品交付的一整套流程。流程告诉我们该怎么一步一步去实现产品,可能会有那些风险,如何去避免风险等等。由于流程来源于成功的经验,因此,按照流程进行开发可以使得我们少走弯路,并有效的提高产品质量,提高用户的满意度。 目前流行的流程方法有很多种,如瀑布模型、螺旋模型、RUP模型、IPD 流程等,不同的过程模型适合于不同类型的项目。 2.测试工作流程图

2.1测试工作总体流程图 说明:集成测试和系统测试的反馈意见可能导致设计文档(需求或数据库)的修改。 2.2需求阶段流程图

计算机软件评估案例分析

计算机软件评估案例分析 一、评估对象相关情况介绍 (一)被评估企业介绍 ZRRX是一家从事金融领域计算机软件服务的提供商,该公司主要为国内金融领域提供各种计算机软件服务和解决方案。ZRRX目前拥有净资产账面价值约4,000万元, 2008年销售收入约9,000万元,实现净利润约290万元。 (二)评估目的 根据相关经济行为批准文件的规定,ZRRX的股东需要引进一个战略投资者,因此需要对 ZRRX的整体股权价值进行评估,评估师在对ZRRX进行资产基础法评估时需要对期自行研发的软件著作权无形资产进行评估。 (三)委估无形资产简介 本次评估的所包含的无形资产,为北京ZRRX计算机系统工程有限公司(以下简称“ZRRX”或“被评估企业”)的软件著作权。ZRRX的软件著作权均为员工自有开发的成果,内容含82项软件著作权,软件著作权的全部所有权均归属ZRRX。本次评估所涉及的全部软件著作权情况如下表: 表3-13 软件著作权情况表 (四)无形资产权属核实及价值类型定义 1.无形资产权属性质 (1)根据评估人员的了解,本次评估的计算机软件仅包括著作权或版权,没有专利权/专有技术和商标权。按照国内计算机版权保护条例和其他有关知识

产权法律、法规对版权”权与利”的规定,本次评估的计算机版权转让应该包括如下权力: (2)修改权,即对软件进行增补、删节,或者改变指令、语句顺序的权利; (3)复制权,即将软件制作一份或者多份的权利; (4)发行权,即以出售或者赠与方式向公众提供软件的原件或者复制件的权利; (5)出租权,即有偿许可他人临时使用软件的权利,但是软件不是出租的主要标的的除外; (6)信息网络传播权,即以有线或者无线方式向公众提供软件,使公众可以在其个人选定的时间和地点获得软件的权利; (7)翻译权,即将原软件从一种自然语言文字转换成另一种自然语言文字的权利; (8)许可权,既许可他人行使上述1)~6)权利的权利,并获得报酬的权利; (9)转让权,即全部或者部分转让1)~7)权利的权利,并获得报酬。 在本次评估的计算机软件版权转让后,出让人将不再具有上述计算机版权规定的权利。 本次评估的计算机软件内容包括: (1)计算机软件程序的源程序和目标程序; (2)相关文档。即指用来描述程序的内容、组成、设计、功能规格、开发情况、测试结果及使用方法的文字资料和图表等,包括程序设计说明书、流程图、用户手册等。 (3)本次评估的计算机版权转让应该是指出让人将与本次评估的计算机软件程序的源程序代码和相关文挡一并交与受让方。 2.价值类型定义 因为本次交易的软件著作权受让方将按其约定的目的和用途使用上述软件,并在可预见的未来,不会发生重大改变,所以本次软件著作权评估的价值类型定义是软件著作权的投资价值,即评估的价值是指该软件系统对于具有明确投资目标的特定投资者所具有的价值估计数额,亦称特定投资者价值。

软件产品验收测试标准

软件产品验收测试标准和流程 1. 验收测试简介 验收测试即由产品开发方按照需求文档中所有内容(或按合同及其它有效约定,对方承诺实现的需求)进行开发、内测完毕,提交版本符合验收测试标准,通过验收小组进行的测试。通过验收测试判断产品质量是否符合产品需求,功能实现是否正确并可以最终上线。 2. 验收测试目的 通过验收测试判断产品质量是否符合产品需求、功能实现是否正确,性能和安全性方面是否符合发布标准,并且产品可以最终上线。 3. 验收测试范围 3.1界面测试 所有页面浏览,连接的正确、所有功能按钮及界面显示正确 3.2功能测试 所有需求文档描述的功能实现正确 3.3性能测试 重点业务功能、性能能满足上线运营需求 3.4安全性测试 接口和数据调用等方面符合安全性规范;没有安全性漏洞 4. 验收测试流程 验收测试基本工作流程如下: 4.1. 准入条件检测 4.1.1文档 进入验收测试的文档准备齐全: a) 验收版本的需求文档(提交方提供):要求需求文档与最终提交验收测试的程序完全匹配; b) 验收版本的测试用例(提交方提供):要求测试案例覆盖最终版本的需求文档;

c) 验收版本的测试告(提交方提供):在测试报告书中说明测试总体情况,缺陷列表及修复情况; 4.1.2缺陷 要求开发方在合同双方约定的环境中对需要文档上提及的所有功能进行全面测试,且提交验收测试时,开发方发现的所有缺陷都已解决。 4.1.3测试环境 验收测试环境准备完成,与线上真实环境一致 4.1.4沟通和联系 1. 提交验收测试的开发方负责人联系方式及测试工程师联系方式齐全; 2. 提交验收测试缺陷的沟通渠道建立完毕,要求快捷、准确、反馈及时; 4.2 验收测试 4.2.1文档验收 进入标准:文档准备必须齐全且符合标准,可以进入文档验收流程 中断标准: 1. 需求文档并非最终版,需求文档上描述的功能程序并未实现 2. 测试用例与需求文档不匹配,测试用例中测试的模块在需求文档中不存在或者需求文档中的功能模块未在测试用例中体现 3. 测试报告书不完整,遗留缺陷不符合遗留缺陷允许限制的数量 退出标准: 文档符合标准并通过验收,进入程序验收流程 4.2.2程序功能验收 进入标准:文档验收流程结束 中断标准: 1. 出现A,B级缺陷 2. C级缺陷达到8个 3. 验收测试过程中,提交新的版本 退出标准: 验收测试合格,缺陷按照标准修复完成 通过标准: 要求验收测试结束后,未解决的缺陷达到以下要求时,才能验收通过: a) A级缺陷:0个; b) B级缺陷:0个; c) C级缺陷:小于等于总缺陷数的3%; d) D级缺陷:小于等于总缺陷数的5%个; e) E级缺陷:小于等于总缺陷数的15%个。 注:对于放弃处理的提案,必须提前经过我方同意。

江苏省软件企业产品评估规范

江苏省软件企业/产品评估规范 Evaluation of software enterprise/product in Jiangsu Province 2015 - 11- 26发布2015- 11 - 26实施 1/ 12

目次 目次 (2) 前言 (3) 引言 (4) 1 范围 (5) 2 规范性引用文件 (5) 3 术语和定义 (5) 4 软件企业/产品要求 (6) 5 软件企业/产品评估要求 (8) 6 评估机构要求 (11)

前言 本规范依据GB/T 1.1-2009 给出的规则起草。 请注意本规范的某些内容可能涉及专利。本规范的发布机构不承担识别这些专利的责任。 本规范由江苏省软件行业协会,以及协会常务理事以上重点软件企业: 南京南瑞集团公司、南京三宝科技股份有限公司、亚信科技(南京)有限公司、国电南瑞科技股份有限公司、江苏国光信息产业股份有限公司、国电南京自动化股份有限公司、江苏金智科技股份有限公司、南京南瑞继保电气有限公司、江苏南大苏富特科技股份有限公司、恒宝股份有限公司、江苏润和软件股份有限公司、朗新科技(中国)有限公司、南京联创科技集团股份有限公司、焦点科技股份有限公司、江苏瑞中数据股份有限公司、苏州蜗牛数字技术股份有限公司、南京新模式软件集成有限公司、南京擎天科技有限公司、江苏虚拟软件园股份有限公司以及江苏省软件产品检测中心等共同提出。 本规范在提出和制订过程中,与北京市软件行业协会、上海市软件行业协会、广东省软件行业协会、湖北省软件行业协会、浙江省软件行业协会、山东省软件行业协会、深圳市软件行业协会、陕西省软件行业协会等省市软协进行了充分沟通,并邀请他们共同参与。 本规范为首次发布。

最新软件测试报告模板分析

(OA号:OA号/无)XXX产品名称XX版本(提测日期:YYYY.MM.dd) 第XX轮 功能/性能/稳定性/兼容性测试报告

修订历史记录 A - 增加 M - 修订 D - 删除

1.概述 (4) 1.1 测试目的 (4) 1.2 测试背景 (4) 1.3 测试资源投入 (4) 1.4 测试功能 (5) 1.5 术语和缩略词 (5) 1.6 测试范围............................................................................................ 错误!未定义书签。 2.测试环境 (6) 2.1 测试软件环境 (6) 2.2 测试硬件资源 (7) 2.3 测试组网图 (6) 3.测试用例执行情况 (7) 4.测试结果分析(大项目) (8) 4.1 Bug趋势图 (8) 4.2 Bug严重程度 (9) 4.3 Bug模块分布 (9) 4.4 Bug来源............................................................................................ 错误!未定义书签。 5.测试结果与建议 (10) 5.1 测试结果 (10) 5.2 建议 (11) 5.3 测试差异分析 (11) 6.测试缺陷分析 (11) 7.未实现需求列表 (11) 8.测试风险 (12) 9.缺陷列表 (12)

1.概述 1.1 测试目的 本报告编写目的,指出预期读者范围。 1.2 测试背景 对项目目标和目的进行简要说明,必要时包括该项目历史做一些简介。 1.3 测试资源投入 //针对本轮测试的一个分析 //测试项:功能测试、性能测试、稳定性测试等

软件技术检测流程

软件技术检测流程 说明: 1、 检测单位:安徽省软件产品质量监督检验中心。 2、 凡委托本中心提供计算机软件测试的单位必须如实填写软件测试委托书和软件功能列表的内容,并加盖单位公章。 3、 申请单位将委托书、送检样品、用户文档、技术文档等测试材料一起送交本中心,经初审合格,并预交检测费用后,即为完成申请。 4、 本中心正式受理申请后,对申请单位所提交的送检物品实行技术保密和防护措施。按规定的测试规范和技术要求,对送检软件进行独立、科学公正的软件测试,自受理申请之日起个工作日(双休日和国定假期除外)交付测试报告。 5、 对于运行环境有特殊要求的软件产品,送检企业有义务提供符合要求的测试环境。 6、 若委托单位对测试有特殊要求,则必须在委托书中“客户特殊要求”中加以阐述,否则视为无特殊要求处理。 7、 对软件测试过程中发现的问题,送检企业应在要求的期限内(个工作日),完成修改工作。若遇特殊情况必须延缓修改时间,应书面通知本中心。 8、 安徽省软件产品质量监督检验中心联系方式: 地 址:包河工业园延安路号安徽省质量和标准化研究院大楼层 邮 编: 电 话:、 传 真: 软件测试 下载并填报 《计算机软件测试委托书》 向安徽省软件产品质量监督检验中 心提交测委托书、送检样品、用户文 档及检测费 交付软件测试报告 修改软件 受理

网址: 软件技术测试 软件技术测试是针对项目验收、科研成果鉴定等工作而进行的软件测试,采用《信息技术软件产品评价质量特性及其使用指南》、国家标准《软件工程软件产品质量要求和评价()商业现货()软件产品的质量要求和测试细则》、《软件工程产品评价》国家标准和《软件产品登记测试规范》作为测试依据,主要对软件的功能性、可靠性、效率、易用性、可维护性和可移植性六大特性进行测试。软件测试报告可作为项目验收、科研成果鉴定等工作的依据之一。 对于软件在测试过程中出现的未能达到测试要求的问题,我们将出具检测问题报告书,在回归测试通过后,方可出具软件测试报告。 软件测试必须提交的物品及相关说明 1、计算机软件测试委托书一份 2、软件样品一套 提供载有可安装运行送检软件的光盘或其它介质。介质和其外包装上应有软件名称、版本号、软件生产单位和联系方式等标识。 3、软件的用户文档一份(至少应包括以下内容) ①环境要求:使用软件的软、硬件和网络的最低配置说明等。 ②软件应用范围和对象的说明。 ③软件安装过程指南。 ④软件操作使用说明 使用软件的具体操作和步骤,并用例图加以说明等。 4、研制报告(一般包括以下内容)

软件产品检测流程

软件产品检测流程 说明: 1、检测单位:江苏省软件产品检测中心。 2、主要检测服务有:软件产品登记检测、软件技术测试。 3、凡委托本中心提供软件产品检测的单位必须如实填写检测申请表和软件功能列表的内容,并加盖单位公章。 4、申请单位将申请表、送检样品、用户文档、技术文档等检测材料一起送交本中心,经初审合格,并预交检测费用后,即为完成申请。 5、本中心正式受理申请后,对申请单位所提交的送检物品实行技术保密和防护措施。按规定的测试规范和技术要求,对送检软件进行独立、科学公正的软件检测,自受理申请之日起20个工作日(双休日和国定假期除外)交付检测报告。 6、对于运行环境有特殊要求的软件产品,送检企业有义务提供符合要求的测试环境。 7、对产品检测过程中发现的问题,送检企业应在要求的期限内(20个工作日),完成修改工作。若遇特殊情况必须延缓修改时间,应书面通知本中心。 8、江苏省软件产品检测中心联系方式: 地址:南京市龙蟠中路168号(江苏软件园2号馆108A室) 邮编:210002 电话:、 传真:E-mail: 苏州地区软件企业产品登记检测工作由苏州分中心受理,详见苏州工业园网 站:软件产品登记检测

软件产品登记检测是配合软件产品登记进行的一种软件测试,采用GB/T 17544-1998 《信息技术软件包质量要求和测试》国家标准和《JSPTC软件产品登记测试规范》作为测试依据,主要对送检软件产品的功能性和产品化程度进行符合性测试,软件产品登记测试报告仅供软件产品登记使用。 对于软件中出现的未能达到检测要求的问题,我们将出具检测问题报告,在回归测试通过后,方可出具软件产品登记测试报告。 软件产品登记检测必须提交的物品及相关说明 1、软件产品登记检测申请表和功能列表各一份 2、软件样品一套 提供载有可安装运行送检软件的光盘或其它介质。介质和其外包装上应有软件名称、版本号、软件生产单位和联系方式等标识。 3、软件产品的用户文档一份(至少应包括以下内容) ①环境要求:使用软件的软、硬件和网络的最低配置说明等。 ②软件应用范围和对象的说明。 ③软件安装过程指南。 ④软件操作使用说明 使用软件的具体操作和步骤,并用例图加以说明等。

软件企业评估认定流程及相关条件解析

软件企业评估认定流程及相关条件解析 软件企业评估认定申报材料 (一)《软件企业评估认定申请书》电子版及纸质版。 (二)企业法人营业执照副本、税务登记证(复印件须加盖企业公章)。 (三)企业法定代表人对所填信息和申请材料真实性、准确性的承诺书。 (四)本企业开发、生产或经营的软件产品清单(注明系自产或代销产品),以及企业主营业务中拥有软件著作权或专利等自主知识产权的有效证明材料。 (五)企业拥有的《软件产品证书》或《计算机信息系统集成企业资质证书》等相关证明材料。 (六)企业软件技术人员名单(包括姓名、毕业院校、毕业时间、学历,加盖企业公章);软件技术人员占企业职工总数的比例说明,企业职工劳动合同签订情况说明及社会保障部门出具的社会保险缴纳证明材料。 (七)提供有国家法定资质的中介机构鉴证的企业申请年审年度财务报表(含资产负债表、损益表、现金流量表,企业实际经营年限不足一年的提供受理日上一月份对应材料)。 (八)企业软件收入发票明细表(包括序号、发票名称、品名/项目、发票号、金额、开票月份、是否自产软件以及发票清单金额总计) (九)提供占企业总收入50%发票复印件一套(审核时携带原件备查)。 (十)企业研究开发费用、境内研究开发费用等情况表并附研究开发活动说明材料,加盖企业公章。(此项材料为会计师事务所根据企业软件产品开发销售收入、企业软件产品自主开发销售收入、企业研究开发费用、境内研究开发费用情况出具的专项审计报告,企业应该在审计报告中能体现软件产值和研发费用最好) (十一)企业生产经营场所房产证明或租赁合同;开发环境及技术支撑环境设备列表;企业主要经营管理制度文件列表。 (十二)保证产品质量的相关证明材料。 (十三)企业简介电子版及纸质版:包括企业的发展简历、现有规模、主要业务领域、重点产品以及近两年经营状况(总收入、利润等。

软件企业评估和软件产品评估申报系统培训

软件企业评估和软件产品评估申报系统培训各位企业代表,下面将双软评估申报工作跟大家做一个概述性的讲解,内容主要包括双软评估介绍、双软评估优惠政策解读以及系统操作指南三个方面。 首先介绍一下双软评估的工作。辽宁省双软评估工作2016年7月启动;2017年8月为使双软评估工作实行全国统一标准、统一管理,中国软件行业协会制定了全国统一评估标准;11月中国软件行业协会成立双软评估委员会,制定了双软评估管理办法,实行统一管理、统一证书、统一发布;同年的12月辽宁软协被授权为辽宁省双软评估机构;同时辽宁软协开发了双软评估网上申报系统,实行双软评估信息化管理,并与中软协系统进行对接,实现了全国数据统一平台、统一发布;辽宁生产评估系统于2018年2月正式上线运行。 据目前形势了解大到像东软集团、荣科科技、浪潮这些企业,小到成立一年左右或者刚刚成立不久的软件企业,都会积极办理双软评估,那这是为什么呢?今天我从双软评估的四大好处为大家解密一下。 双软评估是软件开发类企业,能够体现自身具备项目开发能力的一个基础资质证书。有了双软评估的两个证,就相当于有了这个行业的一个敲门砖,增加了企业无形的资产价值,提高了企业的对外宣传形象,同时企业在招投标项目中可作为入门条件,或者享受加分项政策,也有助于企业承担工程项目,促进项目成交。拥有双软评估证

书更有利于企业对产品的宣传,有助于区分、打击恶意软件,可以获得投资者和消费者信任,对企业融资和市场营销都有极大的好处。 随着我国机构改革和简政放权政策的一一落实,目前针对软件产品增值税即征即退政策,不再强制要求企业必须进行软件产品评估了。 那么企业做了软件产品评估的好处就是有了评估证书会更权威,在办理增值税退税手续的时候,多了一项佐证资料。下面我们就看一下软件产品增值税即征即退的具体内容。 第一,增值税一般纳税人销售其自行开发生产的软件产品,按现行增值税13%税率征收增值税后,对其增值税实际税负超过3%的部分实行即征即退政策。 第二,增值税一般纳税人将进口软件产品进行本地化改造后对外销售,其销售的软件产品可享受本条第一款规定的增值税即征即退政策。本地化改造是指对进口软件

软件产品评测全部资料 ()

软件产品评测及登记所需资料清单 各企业: 为了简化企业登记软件产品的程序,软件产品登记的流程稍作了一些调整。今后将由协会统一受理软件产品测试及产品登记的所有资料。请各需要办理软件产品登记的企业按以下两个清单准备齐所有资料后一齐交到深圳软件行业协会。 软件产品评测所需资料清单 1.申请单位合法拥有软件知识产权的证明文件(根据企业的情况择一提交) (1)、拥有软件产品知识产权的申请单位,交验软件著作权登记证书原件,并同时提交加盖 申请单位公章的复印件1份。 (2)、拥有软件产品知识产权约定归属自身企业的书面合同或任务委托书/协议的申请单位, 交验约定归属自身企业的书面合同或任务委托书/协议原件,并同时提交加盖申请单位 公章的复印件1份。

(3)、属于其它情况的申请单位; a.提交软件产品主要功能模块的概要设计说明1份; b.提交1-2个主要功能模块的部分源程序代码1份(按前、中、后各连续3页,共9页,不足9页全部提交,第9页为模块结束页); c.企业法人或其授权代表关于拥有被测软件自主知识产权的正式声明1份; 知识产权声明格式如下 知识产权声明 《》(版本号)是本公司自行开发研制,拥有完全的自主知识产权。 特此声明! 法人代表签名:公司名称(公章): 日期:2.软件产品登记测试申请表、申请表的电子文档(各一份,电子文档存在3.5”软盘中,申 请表在协会网站“政策法规”栏处下载) 3.产品样品一份(包括执行程序、用户手册刻入光盘)用户手册印刷或打印一份 附:关于软件产品登记名称命名的有关规定

根据国家信息产业部信产函[2001]031号关于《2001年度软件企业认定及软件产品登记备案工作会议纪要》的精神和深圳软件行业协会、深圳市税务部门的统一要求,软件产品命名作以下规范: 一、产品名称必需包含公司中文简称; 例:深圳市甲丁公司自行开发的ABC教育软件系统,按命名规则,该软件名称应为:甲丁ABC教育软件 二、产品名称应体现该产品的功能特性,但不得夸大其词; 三、产品名称不能太长,不得多于15个汉字; 四、产品名称中最后必须包含“软件”两个字。如××系统或××平台要更改为××软件或××平台软件,但××操作系统则无须更改。 五、版本号必须是VX.x(X为整数),例V2.3,V2.3.4,V2.011 软件产品登记所需资料 1、申报表(一式两份,请下载并使用“双软认定申报表系统”填报) 2、表格资料盘(一张,在系统中用“导出数据”来做) 3、法人代表身份证复印件(一式两份) 4、知识产权声明或著作权登记证书(一式两份) 注:若所申报产品无著作权登记证书的,请按以下格式写两份知识产权声明。

相关文档
最新文档