前置测试模型2

本期测试我将自己对前置测试的理解运用到实践中，在项目交付后期相对轻松，避免了因时间紧产生的压迫感而引发的更多风险，现将我的体会记录在此。

一. 确立共同的目标

在项目立项时，与PD，PM，项目成员，抛开组织角色确立共同的目标，让所有人都项目成功

二. 前置投入

1. 需求分析: 对需求的完整性，可测性，模糊区域进行业务分析；对系统级服务器内容重点关注。根据业务场景了解服务器间调用机制以及数据读取规则。建议此处提前准备出情景用例，特别是用带数据的用例提前验证服务器处理逻辑结果，根据让服务器端的同学队期望结果有一个体系化和具体化的认知。

2. 系分阶段：根据测试经验和开发经验，对系分提出建议和疑问，看看哪些逻辑是应该放到服务端去处理，避免客户端实现太复杂的界面交互

3. 测试分析阶段：随时带着疑问去考虑技术实现效果是否能达到业务的期望结果，发现问题，马上与服务端和前端开发hold一个小面谈，讨论技术方案

4. 开发阶段：监控进度，提供支持，保持对期望结果的统一认知。

5. 开发自测阶段前：准备好测试的数据，只要服务端开发基本问题，客户端可以编译通过，随时投入测试，帮助开发走通业务，提前发现问题记录后，提供给开发修复。

6. 开发自测阶段：与开发并肩作战，保证对用例的理解和自测的质量。通过接口测试，重点发现业务逻辑。

7. 交付阶段开始：将重点业务逻辑作为测试重点；主动同步需求变更；人盯人的每天清剿bug；发现理解不一致问题，马上邀会，当场解决。

切记：

1. 每个人都有惰性和时间管理问题，要保证开发代码质量，要在前期多投入&早监控

2. 每个人都有自己的观点和脾气，沟通时要先表明为了共同的目的为前提，关键点是如何解决出现的问题

3. 将角色定位到质量保证，看全盘，参与更多的产品生命周期