产品验收标准草案0226精编版.docx
- 文档编号:28173235
- 上传时间:2023-07-09
- 格式:DOCX
- 页数:7
- 大小:18.37KB
产品验收标准草案0226精编版.docx
《产品验收标准草案0226精编版.docx》由会员分享,可在线阅读,更多相关《产品验收标准草案0226精编版.docx(7页珍藏版)》请在冰豆网上搜索。
产品验收标准草案0226精编版
O2O产品验收标准
编写人:
王图坤
编写时间:
2015-02-26
一、引言
鉴于目前公司强制性统一的产品验收标准的情况,现O2O事业部自行制定了以下验收标准文档供验收参考,参考人员包括但不限于前端、开发、产品、测试、QA人员。
对一般互联网公司而言,三种人需对产品的质量进行控制:
测试、QA和产品经理。
测试人员是负责“挑问题”的;QA是负责“尽量不出现问题”的;产品经理是负责“是否有问题”的。
对互联网产品而言,验收有三层含义:
Ø产品功能需求用例化后,用例执行符合预期
Ø与需求吻合,正向操作的用户体验良好
Ø设计和前端UI符合评审的标准
二、验收项目和验收标准
1
2
1
2
2.1验收项目
2.1.1功能项测试
对产品需求规格说明书中的所列举所有功能项进行测试。
2.1.2业务流程测试
对产品项目中的典型业务流程进行测试,含:
正向流程、逆向流程、异常流程。
2.1.3容错测试
容错测试的检查内容包括:
1)产品对用户常见的误操作是否能进行提示;
2)产品对用户的操作错误和产品错误,是否有准确、清晰的提示;
3)产品对重要数据的删除是否有警告和确认提示;
4)产品是否能判断数据的有效性,屏蔽用户的错误输入,识别非法值,并有相应的错误提示。
2.1.4安全性测试
安全性测试的检查内容包括:
1)产品中的密钥是否以密文方式存储;
2)产品是否有留痕功能,即是否保存有用户的操作日志;
3)产品中各种用户的权限分配是否合理。
2.1.5性能测试
对产品需求规格说明书中明确的产品性能进行测试。
测试的准则是要满足产品需求规格说明书中的各项性能指标。
2.1.6易用性测试
易用性测试的内容包括:
1)产品的用户界面是否友好,是否出现中英文混杂的界面;
2)产品中的提示信息是否清楚、易理解,是否存在原始的英文提示;
3)产品中各个模块的界面风格是否一致;
4)产品中的查询结果的输出方式是否比较直观、合理。
2.1.7兼容性测试
参照用户的软、硬件使用环境和需求规格说明书中的规定,列出开发的产品需要满足的软、硬件环境。
对每个环境进行测试。
2.1.8文档测试
用户文档包括:
安装升级手册、操作手册和运维手册。
对用户文档测试的内容包括:
1)操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块;
2)用户文档描述的信息是否正确,是否没有歧义和错误的表达;
3)用户文档是否容易理解,是否通过使用适当的术语、图形表示、详细的解释来表达;
4)用户文档对主要功能和关键操作是否提供应用实例;
5)用户文档是否有详细的目录表和索引表。
2.1.9特别要求的测试。
如高压力、断电、断网、服务器损坏等极端测试。
2.2验收标准
2.2.1产品错误的严重性等级(如表1、2所示)
2.2.2验收标准
1)测试用例不通过数的比例<3%;
2)不存在错误等级为1的BUG;
3)不存在错误等级为2的BUG;
4)错误等级为3的bug数量≤5;
5)所有提交的错误都已得到确认,有解决方案。
表1:
严重性等级定义表
严重性等级
说明
1
不能执行正常功能或重要功能,或者危及人身安全。
2
严重地影响系统要求或基本功能的实现,且没有办法解决。
3
严重地影响系统要求或基本功能的实现,但存在合理的解决办法。
4
使操作者不方便或遇到麻烦,但不影响执行正常功能或重要功能。
5
其它错误。
表2:
错误与严重性等级对应表
测试特性
错误
严重性等级
功能
没有实现应有的功能;
1
没有实现部分功能,并且没有替代方案;
2
没有实现部分功能,但有替代方案。
3
业务
业务流程存在重大的隐患;
1
业务流程衔接错误。
2
性能
不能满足性能指标
2
容错
由误操作或错误输入等导致死机或系统自动退出;
1
对误操作、错误输入没有提示;
3
没有识别非法值和错误输入,导致错误数据存储到数据库中。
3
安全性
密钥以明文方式存储;
2
没有留痕功能;
2
各种用户的权限分配不合理
2
易用性
界面不友好,出现中英文夹杂的界面;
4
提示不清楚,出现原始的英文提示;
4
界面风格不一致;
4
查询结果输出方式不直观。
4
兼容性
在特定的软、硬件环境下,不能实现应有的功能;
1
在特定的软、硬件环境下,不能实现部分功能,并且没有替代方案;
2
在特定的软、硬件环境下,不能实现部分功能,但有合理的替代方案。
3
文档
文档错误
5
2.2.3验收标准详细说明
首先,在表1中定义了产品错误的严重性等级,将错误分为1~5个等级,等级1为最严重的错误,而等级5为最轻微的错误。
A.1级错误的描述
这一级别的错误一般包括以下内容:
没有实现或错误地实现重要的功能;产品在操作过程中由于产品自身的原因自动退出系统或出现死机的情况;产品在操作过程中由于产品自身的原因对系统或数据造成破坏;特殊产品在操作过程中可能危及人身安全等。
B.2级错误的描述
这一级别的错误一般包括:
没有实现基本功能,并且不存在替代办法;没有实现重要功能中的部分功能,并且不存在替代办法;没有满足系统的性能要求。
C.3级错误的描述
这一级的错误是与第2级别的错误相对应的,在第2级错误中,不存在替代方法,而第3级错误则存在替代方法。
D.4级错误的描述
这一级别的错误通常为易用性方面的错误。
E.5级错误的描述
通常为文档方面的错误,如安装手册、操作手册、维护手册中的描述错误。
2.3验收流程
2.3.1冒烟测试
对于研发提交的测试版本,测试人员都需进行冒烟测试,如冒烟测试不通过,则开发人员需重新编译代码,直至冒烟测试通过,测试人员方可根据正式测试用例文档进行正式测试。
2.3.2常规测试
测试过程中,测试人员的依据包括但不限于《产品需求规格说明书》、《测试用例文档》、同时还需包括特定产品的相关行业标准。
测试人员对发现的每一个BUG都需要依据《表2》中的严重性说明来进行确定相应的严重性等级,并发现的BUG描述清楚录入禅道,并指定对应的人予与解决。
2.3.3第三方测试
如需进行第三方的验收测试,则测试人员需将第三方发现的所有BUG进行总结和归纳,并提交完整的测评报告,在测评报告中包括每一级别的BUG数量和BUG清单描述(所有的错误都需经过产品经理及测试人员的确认)都需录入禅道并指定对应的人。
2.3.4回归测试
研发人员对测评报告中的所有BUG进行修改,并提交给测试人员进行回归测试,确认测评报告中的所有BUG都得到了修复,则视为验收成功,测试人员才可以向产品负责人提交发布新版本的申请;如测评报告中的BUG并未得到全面解决修复,则要求开发人员在规定的时间内全面修复,并重新提交给测试人员再次进行完整的验收测试。
2.3.5验收完成发布产品
产品负责人根据测评报告中每一级别的BUG数量和BUG清单与验收标准进行一一对照,发布的产品不允许带1级2级错误bug发布。
如特殊情况下无法避免带BUG发布,则3、4、5级错误BUG的数量可由产品负责人,如数量在可接受的范围内,则产品视为可以验收成功,予以发布;
如错误的级别和数量在可接受的范围外,则产品视为验收不成功,不能发布到线上正式环境,研发人员需重新编译代码解决相关问题再提交测试。
三、结束语
本方案对产品开发和验收工作有一定的指导作用,但还比较粗略,需要在具体实践中不断完善。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 产品 验收 标准 草案 0226 精编