被测试版本命名
提交软件验收测试的产品(简称:被测件)版本统一按如下格式命名:产品名称_版本_ATx 各部分释义如下:
产品名称:提交测试的产品名称,例如“XX系统”
版本:提交测试的产品版本号,例如“1.0.1”
ATx:其中“AT”表示Acceptance testing;“x”表示提交验收测试的次数后,如1、2、3等
示例:XX系统_1.0.1_AT1(表示“XX系统”第一次提交验收测试的版本)
测试版本保存
每次提交软件验收评测的版本,统一保存至第三方软件评测机构,以《软件验收评测报告》通过为准。
验收测试范围
1、界面测试
所有页面浏览、连接的正确、所有功能按钮及界面显示正确。
2、功能测试
所有需求文档描述的各项功能均能正确实现。
3、软件性能测试
重点业务功能、性能技术指标能满足上线运营需求。
4、系统安全性测试
接口和数据调用等方面符合安全性规范;没有安全性漏洞。
5. 验收测试流程
验收测试基本工作流程如下:
1、准入条件检测
(1)文档
进入验收测试的文档准备齐全:
a) 验收版本的需求文档(提交方提供):要求需求文档与最终提交验收测试的程序完全匹配 ;
b) 验收版本的测试用例(提交方提供):要求测试案例覆盖最终版本的需求文档;
c) 验收版本的测试告(提交方提供):在测试报告书中说明测试总体情况,缺陷列表及修复情况;
(1)缺陷
要求开发方在不同浏览器兼容环境中,对需要文档上提及的所有功能进行全面测试,且提交验收测试时,承建方发现的所有缺陷都已解决。
(3)测试环境
验收测试环境准备完成,与线上真实环境一致。
承建方负责测试环境控制,保证测试期间环境一致、稳定
(4)沟通和联系
a) 提交验收测试的承建方负责人联系方式及测试工程师联系方式齐全 ;
b) 提交验收测试缺陷的沟通渠道建立完毕,要求快捷、准确、反馈及时 ;
2、验收测试
(1)文档验收
进入标准:文档准备必须齐全且符合标准,可以进入文档验收流程
中断标准:
1. 需求文档并非最终版,需求文档上描述的功能程序并未实现
2. 测试用例与需求文档不匹配,测试用例中测试的模块在需求文档中不存在或者需求文档中的功能模块未在测试用例中体现
3. 测试报告书不完整,遗留缺陷不符合遗留缺陷允许限制的数量
退出标准:
文档符合标准并通过验收,进入程序验收流程
(2)程序功能验收
进入标准:文档验收流程结束
中断标准:
1. 出现 A,B级缺陷
2. C级缺陷达到3-10个(视项目大小而定)
3. 验收测试过程中,提交新的版本
退出标准:
验收测试合格,缺陷按照标准修复完成
通过标准:
要求验收测试结束后,未解决的缺陷达到以下要求时,才能验收通过:
a) A级缺陷:0个;
b) B级缺陷:0个;
c) C级缺陷:小于等于总缺陷数的3%;
d) D级缺陷:小于等于总缺陷数的5%个;
e) E级缺陷:小于等于总缺陷数的15%个。
(3)验收评测完成
1.验收评测完成后质量保证部提交的文档:
a) 最终版需求文档
b) 提交方提供的最终版测试用例
c) 提交方提供的最终版测试报告
d) 质量保证部提供的最终版验收测试报告
2.验收完成后提交程序:
验收完成锁定的程序最终版本,要求保存至版本库中。
卓码软件测评是一家[ 具备CMA、CNAS双重资质 ]的专业做软件测试的第三方软件测试服务机构, 可根据您的需求提供各类软件测试服务,并出具合格有效的软件测试报告。点击→→可了解测试报价
部分文字、图片来自网络,如涉及侵权,请及时与我们联系,我们会在第一时间删除或处理侵权内容。负责人:曾菲 电话:4006070568
精彩推荐:
软件测试资质有哪些?CNAS认可和CMA检测认定的区别是什么?
文章标签: 软件测试 验收测试 第三方测试