前置测试模型2

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

一. 确立共同的目标

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

二. 前置投入

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

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

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

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

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

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

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

切记：

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

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

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