测试述职报告.pptVIP

旭峰海波科技

版本上线

活动支持

版本之外需求

BUG的等级属性

故障等级分类

严重度（S）

难检度（D）

频度（O）

BUG的等级属性

包含信息：

描述

前提条件：

网络

设备

在那个页面

版本

复现步骤

实际结果

期望结果

影响、复现概率、恢复方式、log和其它

Bug定义和标准

Bug验证：

1、验证测试

2、验证版本

3、验证日期

4、验证结果

5、多版本跟踪

6、log和其它信息

7、遗留原因

8、验证人信息

9、是否需要帮助

10、关闭

11、打开

12、确认验证

13……

现状：后台审核、编辑一般和客户端相辅相成，但后台编辑有基于客户端之外，所有上线较为灵活

需求一般来之：

后台编辑审核同事使用的体验、bug、新功能

产品提出的新功能

立项-评审-确认-实现

针对确认是需求：有后太审核同事给产品提出需求，并设计期望结果（需要和产品讨论）

针对bug：以前遗留和使用上体验不佳：有产品排版，安排计划

逻辑规则，产品尽量描述清楚，并邮件同步给产品、测试、开发和提出对应的需求人

测试根据需求、设计思维导图和测试用例，进行解疑和评审

开发测试阶段：

开发和产品确认排期、设计设定UI（一般审核的好像对UI要求不高，都是开发根据习惯直接编辑）

开发开始开发后，需要提示这个需求的同事（保持关注功能是否实现有异常）、测试、产品同时跟进，

测试极阶段：测试会根据需求进行测试，并根据需要同