本期测试我将自己对前置测试的理解运用到实践中，在项目交付后期相对轻松，避免了因时间紧产生的压迫感而引发的更多风险，现将我的体会记录在此。
一. 确立共同的目标
在项目立项时，与PD，PM，项目成员，抛开组织角色确立共同的目标，让所有人都项目成功
二. 前置投入
1. 需求分析: 对需求的完整性，可测性，模糊区域进行业务分析；对系统级服务器内容重点关注。根据业务场景了解服务器间调用机制以及数据读取规则。建议此处提前准备出情景用例，特别是用带数据的用例提前验证服务器处理逻辑结果，根据让服务器端的同学队期望结果有一个体系化和具体化的认知。
2. 系分阶段：根据测试经验和开发经验，对系分提出建议和疑问，看看哪些逻辑是应该放到服务端去处理，避免客户端实现太复杂的界面交互
3. 测试分析阶段：随时带着疑问去考虑技术实现效果是否能达到业务的期望结果，发现问题，马上与服务端和前端开发hold一个小面谈，讨论技术方案
4. 开发阶段：监控进度，提供支持，保持对期望结果的统一认知。
5. 开发自测阶段前：准备好测试的数据，只要服务端开发基本问题，客户端可以编译通过，随时投入测试，帮助开发走通业务，提前发现问题记录后，提供给开发修复。
6. 开发自测阶段：与开发并肩作战，保证对用例的理解和自测的质量。通过接口测试，重点发现业务逻辑。
7. 交付阶段开始：将重点业务逻辑作为测试重点；主动同步需求变更；人盯人的每天清剿bug；发现理解不一致问题，马上邀会，当场解决。
切记：
1. 每个人都有惰性和时间管理问题，要保证开发代码质量，要在前期多投入&早监控
2. 每个人都有自己的观点和脾气，沟通时要先表明为了共同的目的为前提，关键点是如何解决出现的问题
3. 将角色定位到质量保证，看全盘，参与更多的产品生命周期
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
