测试管理
AwesomeOcean
攻城狮之所以犯错误,不是因为他们不懂,而是因为他们自以为什么都懂。
展开
-
需求变更应对之道
项目需求变更规范 一、需求变更的原因分析 需求变更可能来自方案服务商、客户或BD等,也可能来源于项目组内部。而需求变更的表现形式是多方面的,如老板临时改变想法、需求插入,某一功能需求的增加或减少、客户对功能的需求改变等。对于任何项目,变更都无可避免,也无从逃避,只能积极应对。 二、如何控制需求变更 在版本的启动、实施、收尾三个生命周期过程中,需求变更的控制不应该只是在实施过程中才考原创 2017-06-14 10:19:45 · 767 阅读 · 0 评论 -
项目测试日报模板整理
【16.07.15】iOS/Android测试日报: 当前进展 明天计划 1、story 1..story n 2、集成测试 3、兼容性测试 4、性能测试 5、ET 6、用测( alpha) 7、灰度(beta) 当天提测次数 1...n 版本阶段原创 2017-06-13 20:32:05 · 1835 阅读 · 0 评论 -
ET流程规范
准备工作: (1) ET尽量定在集成测试后一天,如果变动,提前一周确定ET时间及会议室 (2) PM需要提前一天整理ET case,并根据ET case多少确定是否需要分组 (3) PM需提前一天与项目负责人、测试同学一起验证ET主流程,保证线上数据真实数据且环境OK (4) 验证过程中如果有任何问题联系项目负责人找到对应RD解决,保证第二天ET时所有数据与环境OK ET过原创 2017-06-13 20:32:09 · 702 阅读 · 0 评论 -
服务端&客户端QA:协作&对接沟通流程及优化
测试覆盖分工 1. C端主要覆盖服务端接口逻辑,保证接口功能正常,NA端主要负责App 功能流程及兼容性测试,C端QA部署保证可用联调测试环境。 2. C端D级需求项目,C端RD自测保证,NA端QA测试环境及Bug直接对接RD。对于测试环境保证及Bug解决效率风险问题,NA端QA对接C端接口人负责协调解决。 同步支持 1. 需求项目QA排期及变更,测试进度,测原创 2017-06-13 20:32:13 · 779 阅读 · 0 评论 -
H5接入app准入报告
功能标准 iPhone性能标准 iphone兼容性标准 iphone异常测试 android性能标准 参考“iOS性能标准” android兼容性标准 android异常测试 监控项原创 2017-06-13 20:32:16 · 599 阅读 · 0 评论 -
客户端Bug优先级定义
Priority: 所提交的bug应该被修复的优先级。共分为四级,分别为P0、P1、P2、P3, 其中P0最高,P3最低。P0&P1的bug必须要在上线前完全修复。详细说明如下: Pri=0 表示block了几乎大部分相关case的bug,比如该实现的没有实现,或者实现和需求差异非常大,或者这个bug修复后会导致相关的功能全部都要回归;原创 2017-06-13 20:32:20 · 2066 阅读 · 0 评论 -
客户端case优先级定义
一、TEST CASE的优先级定义 测试用例的优先级用于标识测试用例的重要性和执行频率,共分为4级,由高至低依次为P0-P3。 P0 核心功能测试用例(冒烟测试),确定此版本是否可测的测试用例,此部分测试用例如果fail会阻碍大部分其他测试用例的验证。 P1 高优先级测试用例,最常执行以保证功能性是稳定的;基本功能测原创 2017-06-13 20:32:23 · 1750 阅读 · 0 评论 -
NA端测试规范
一、 测试流程图 二、bug等级标准 Priority: QA提交的bug应有修复优先级,共分为四级,分别为P0、P1、P2、P3, 其中P0最高,P3最低。P0&P1的bug必须要在上线前完全修复。详细说明如下: P0: 完全不能满足产品要求,基本功能明显未实现或完全不可用。产品发布后,出现此类问题,将导致产品必须下线或发小版本修复。 l 性能及稳定性 1.原创 2017-06-13 20:32:27 · 1882 阅读 · 1 评论 -
bug规范初稿
一、背景 bug是开发和测试质量的重要指标,从bug数量、严重性等可以看出RD的开发质量,从发现问题的阶段可以看出QA的测试意识和测试质量,从问题分类、问题来源等可以看出产品开发、测试质量的一些固有模式,帮助RD和QA提升开发和测试质量。总之窥一斑而见全豹,因此统计和分析bug十分有必要。 各端都将bug管理工作迁移到效率云,正好可以在客户端各端建立统一的规则,既便于各端的质量分析,又便于横向原创 2017-06-13 20:32:31 · 804 阅读 · 0 评论 -
需求变更申请表
原创 2017-06-13 20:32:56 · 3390 阅读 · 0 评论 -
需求变更管理表
原创 2017-06-13 20:33:00 · 2266 阅读 · 0 评论 -
APP项目合作流程规范
整体流程说明: MRD评审:磨刀不误砍柴工 1、MRD对于问题细节分支和细节描述希望能够更多覆盖,避免开发过程中的反复确认和信息不对称。 2、MRD评审,RD&QA都要带着问题去评审,这样也可以更好帮助产品规避没有想到的边界问题。 开发物料管理:清晰才能简单可依赖 PM:负责上传最新MRD文档、交互文档、最终视觉稿、切图标注到项目icafe文档区域。 说明:之前版本的物料一直原创 2017-06-13 20:31:47 · 385 阅读 · 0 评论