测试日常——日常工作解读

测试日常

终极目标是通过完整、严格、科学、高效的测试，提升易有料的研发质量，并在这个过程中提升大家的业务理解能力、技术能力（测试相关的）、综合处理问题的能力。
下面这些点需要大家做到。其中1、2、3是现在就要做到的，4是逐步做到。需要有推进的规划和节奏：

一、日常
a. 每个人都需要对自己参与的产品要非常熟悉，了解每一个细节，了解每个功能的价值、依赖关系、解决什么问题、出了问题有哪些影响；
b. 针对当次版本迭代，需要了解每个迭代点的业务逻辑、交互流程、依赖关系、业务价值、什么是正常什么是异常；
c. 每日下班前更新测试台账：
二、测试用例和bug规范

1. 用例设计

1. 需求分析，整理测试点、影响范围；
2. 禅道-用例库中编写测试用例，用例根据对应迭代覆盖界面、接口、功能、数据库、易用性、性能等测试点，一个步骤对应一个预期结果；
3. 一条完整用例需要如下内容

• 功能模块或页面模块
• 用例级别划分

• P1：最高级别，涵盖系统核心流程的用例，冒烟测试用例，用例数控制在5%左右，此部分测试用例如果fail会阻碍大部分其他测试用例的验证
• P2：涵盖系统主要功能，高优先级别测试用例，确保功能性是稳定的，包含基本功能、重要的错误和边界测试
• P3：涵盖所有功能点，异常测试，边界、中断、断网、容错、UI、防重等
• P4：通常该级别用例只需要执行一遍，一旦验证通过后续除非需求变动，否则不需要再次验证。例如性能、安全、UI样式，文本内容，字体大小颜色等。

• 前提条件
• 测试用户场景、操作步骤
• 预期结果

4. 用例迭代维护，每个迭代后对用例进行归档，下个迭代拷贝一份，基于拷贝后的做增删改
5. 尽可能复用公共用例
6. 用例设计方法

• 等价类划分
• 边界值判定
• 错误推送发
• 场景分析法
• 等等

2. 用例评审

测试用例设计之后为了保证测试用例的覆盖率，必须对测试用例进行评审，评审可以是交叉review或开会讨论的形式，主要从以下几方面进行评审。

a) 测试用例是否覆盖了所有需求

b) 测试用例内容是否正确，是否与需求目标一致

c) 测试用例内容是否完整，是否清楚包含输入和预期输出结果

d) 测试用例是否具有指导性，是否能灵活指导测试人员通过用例发现更多缺陷,而不是限制他们的思维

e) 找出哪些需求不可测：无法准备环境、可测试性达不到等等原因

f) 对具体需求的实现结果的确认(设计人员、开发人员、测试人员的认识是否一致，如果不一致，谁说了算)

g) 测试用例本身的描述是否清晰，是否存在二义性

h) 是否考虑到测试用例的执行效率。往往测试用例中步骤不断重复执行，验证点却不同，而且测试设计的冗余性，都造成了效率的低下

3. 用例执行

1. 测试开始前需创建测试单（冒烟和功能两个测试单）

1. 冒烟测试单中包含所有P0级的用例，分别为新建开发冒烟测试单和测试冒烟测试单，冒烟测试不通过需及时反馈并驳回开发的提测；
2. 功能测试单中覆盖功能测试用例以及需回归功能的测试用例，回归功能需覆盖产品、开发和测试评估的当前迭代影响面，以及涉及模块的主流程；

2. 测试中优先执行冒烟测试用例，用例执行阻塞或失败更新结果并关联对应bug，跟踪开发修复进度并及时回归验证；
3. 测试过程中发现遗漏和有偏差的测试用例及时补充和更新

4. bug管理

　　　　　　a. bug提交禅道，明确bug类型、优先级和严重程度，关联对应迭代，详细记录步骤、结果和期望，指派对应负责人：前端、后端或产品

　　　　　　b. Bug跟踪，优先跟踪、验证严重程度和优先级更高bug

　　　　　　c. 了解bug产生的原因

　　　　　　d. 了解bug解决方案和影响面

　　　　　　e. 跟踪：针对1、2级bug，要确保在规定时间解决。要找到具体的解决人，明确告知解决时间，并持续跟进，直到解决为止；

　　　　　　f. 针对严重的bug要提升处理的等级，及时向上汇报获取更多的资源和支持，尽快解决；

　　　　　　g. 关闭流程：开发侧-修改禅道上bug解决状态，并要求开发备注bug产生的原因、解决方案和影响面；

　　　　　　　测试测-验证开发已解决的bug，验证通过后关闭bug并进行相应回归。

5. Review

　　　　　　a. 线上bug记录禅道，标注生产问题，实时跟踪解决进度、验证并回归，严重问题需当天要求开发最优先解决；

　　　　　　b. 复盘漏测原因

　　　　　　c. 整理避免再次出现该类问题方案

三、流程规范

① 严格按照研发流程规划来推动研发、测试、上线流程；

② 测试用例、测试报告、上线前后核心功能点和核心流程的测试覆盖；

③ 尊重时间，要在规定的上线时间之前推动版本迭代上线；

四、测试提效

① 考虑测试用例的复用性；

② 自动化生成测试用例的可行性；

③ 接口的及流程的自动化测试；