开发提测是正式开始测试的重要关卡，提测质量的好坏会直接影响测试阶段的效率，进而影响项目进度。较好的提测质量，对提高测试效率和优化项目进度有着事半功倍的作用。如何更好的推进开发提高提测质量呢？下面博主结合自己所在项目的实际应用，简单介绍下自测case一、编写目的1）明确提测流程规范；2）提高软件版本质量；3）提高测试工作效率，节约时间成本；4）避免了提测不达标，开发返工，造成项目延期等不必要的情况发生。二、特殊说明本文档主要是明确开发提测要求，提高项目软件版本质量。本文档一经研发、测试人员确认后，须按照本文档流程规范严格执行。本文档如有不对或者不合适的地方请及时提出，经过研发、测试人员讨论且意见

一、测试左移的背景测试左移这个测试方法已经出现很久了，但收益如何，收益如何体现，在不同的团队如何实施起来，现阶段在质量平台还暂未标准化和统一化。测试人员来实施测试左移，则需要测试人员具备业务分析能力，能做一定的业务分析，能看懂业务架构和技术架构，甚至具备代码查看和编码能力，能分析代码逻辑等。在QA方面，测试自动化是一种行之有效的方法，可以让业务测试更加便捷，减少任何形式重复劳作和返工测试，提高轮次测试执行效率。目前自动化已在迭代应用中进入收益阶段，不仅在回归阶段代替手工回归测试，将自动化作用价值体现最大，也让自动化提前介入需求测试分析中，做到“测试左移”。今年第一季度团队已提前试点“测试左移”

一、序日常研测工作演绎你是否也有同样的困惑？跟进的需求，就在提测前一秒，被告知不能如期提测了，研测计划被打乱；提测的功能，犹如遇到不好的购物体验，缺斤短两，与prd预期不符；产研测三方需求理解不一致，临时组会讨论，出临时解决方案；等等。。。你是否也遇到了以下的挑战？1.时间约束：敏捷开发周期较短，迭代速度快，使得测试人员很难在可用的时间内彻底测试软件；2.回归测试：在不断地迭代中，系统功能大大小小的功能点，多如牛毛，如何能准确确定回归范围？3.测试自动化：敏捷开发通常需要高度的测试自动化来跟上快速的开发节奏，测试case的开发和维护，都需要投入大量的时间和精力。面对这些困惑、挑战，我们该如何去

作为测试，经常会遇到倒排期的项目，当研发已经占用了很多资源的情况下，此时测试要想提高效率。就不得不在研发提测前多做准备，那么研发提测前测试到底能做些什么，我将根据我的经验，在本次文章中与大家一起分享。需求分析首先要做的就是要在熟读下prd，这里面主要需要挖掘如下信息：本次prd的业务背景是什么？这个业务要实现的价值是怎样的？这个业务的受益方（或者叫使用者）是谁？本次业务都需要与哪些外部部门进行合作，联调方都有哪些？本次功能的改造是否涉及了历史功能的改造？即需要明确下改造范围本次功能的改造都涉及了哪些测试方向，除了功能、UI、易用性、接口、冒烟、回归，是否还需要数据测试、性能测试?笔者认为，最起

开发提测是正式开始测试的重要关卡，提测质量的好坏会直接影响测试阶段的效率，进而影响项目进度。较好的提测质量，对提高测试效率和优化项目进度有着事半功倍的作用。如何更好的推进开发提高提测质量呢？下面博主结合自己所在项目的实际应用，简单介绍下自测case一、编写目的1）明确提测流程规范；2）提高软件版本质量；3）提高测试工作效率，节约时间成本；4）避免了提测不达标，开发返工，造成项目延期等不必要的情况发生。二、特殊说明本文档主要是明确开发提测要求，提高项目软件版本质量。本文档一经研发、测试人员确认后，须按照本文档流程规范严格执行。本文档如有不对或者不合适的地方请及时提出，经过研发、测试人员讨论且意见

开发提测是正式开始测试的重要关卡，提测质量的好坏会直接影响测试阶段的效率，进而影响项目进度。较好的提测质量，对提高测试效率和优化项目进度有着事半功倍的作用。如何更好的推进开发提高提测质量呢？下面博主结合自己所在项目的实际应用，简单介绍下自测case一、编写目的1）明确提测流程规范；2）提高软件版本质量；3）提高测试工作效率，节约时间成本；4）避免了提测不达标，开发返工，造成项目延期等不必要的情况发生。二、特殊说明本文档主要是明确开发提测要求，提高项目软件版本质量。本文档一经研发、测试人员确认后，须按照本文档流程规范严格执行。本文档如有不对或者不合适的地方请及时提出，经过研发、测试人员讨论且意见