刚接手的新产品怎么快速展开测试

敏捷测试背景下刚接手的新产品怎么快速展开测试

在敏捷测试下我们用最小的成本做到刚刚好的测试。

A、业务熟悉

1、从PC端先了解这个产品怎么使用，梳理出产品从前端入手的测试点

2、熟悉完前端会产生一些对业务上的疑问，找熟悉的人问一下，或者网上查一些相关的知识

3、对产品后端服务介绍的流程图和文档

4、解读需求

5、业务测试数据的构造方法与技巧

6、主流程场景的串联和背后的代码大致流程（调用了哪些系统，用到了哪些表，系统间交互方式）

B、用例阶段

1、如果有相关参考用例或者文档可以读懂他们，可以加深对某些功能的理解

2、读懂后端开发设计文档+前端开发设计文档，清楚关键流程前后端交互细节

3、功能影响点相关性分析，业务影响点相关性分析

4、缺陷预防（需求检视法，设计检视法，编码检视法，灰盒检视法）软件版本前期测试缺陷预防方法（指导).xls-原创力文档

5、对需要测试的所有功能的重要程度和相互依赖关系进行分级，重要的或者改动大的功能要着重测，对主要业务流程影响小的测试优先级比影响大的优先级低

6、根据开发的设计文档+对功能测试优先级按高到低，编写测试用例，重要的要多用几种测试方法加强测试的深度（测试方法的选取还要跟功能相关）

7、检视与补充用例，是否对需求的覆盖度达到预期，对开发修改点的覆盖度，是否有修改的业务功能对其他相关功能回归的测试用例，考虑用例中测试用例是否从功能性，关联性、合理性、逻辑严密性多维度设计

C、用例评审

1、拉上开发、产品、测试评审用例，请产品帮忙看功能上是否有和他预期不一致的地方，开发帮忙看实现细节上是否有理解不一致的地方，大家一起看有没有测试点遗漏

D、测试执行

1、冒烟用例必须100%执行通过，否则可以打回开发的提测

2、测试执行，同步可以请产品经理在测试环境查看开发的功能是否符合产品的需求

3、风险识别和报告，测试过程中难免会因为测试环境、测试数据、代码质量等因素影响测试进度，及时识别这些风险点，做出应对措施，因为不可抗力因素导致的延期及时告知业务方，协商解决方案

4、测试的退出条件：测试用例通过率达到预期，缺陷修复率达到预期。

5、上线前回归，主要为了验证开发有没有漏合代码

额外的一些分享

缺陷预防-我认为的质量改进正道之光缺陷预防-我认为的质量改进正道之光 - 知乎

敏捷测试的核心敏捷测试的核心 - 知乎