提升提测质量之研测共建

Love The Way You Lie 2024-05-23 22:21 63阅读 0赞

## 提升提测质量之研测共建 ##

### 简介 ###

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

### 提测质量研测共建 ###

*  软件项目中，影响产品质量的因素很多：需求质量、设计质量、编码质量\*\*、\*\*测试质量，甚至发布时的配置，都会影响最终的交付质量。提测前的工作占比高，为核心环节，过程、质量的好坏，直接决定最终的结果。

#### 责任与使命 ####

*  参与者的参与度、责任感，都会直接影响整个产品质量：
 *  **目标管理：**“心之所向，行之所往，未来可期”，在软件项目中，也同样适用，有明确的目标，即把工作做好、做极致、做完美，才会有好的结果。
 *  **越位思考，本位做事**：每个参与除了要考虑岗位职责范围的工作，还要将自己置身于整个过程、整个链路中，思考上、下游衔接点，做好无缝衔接。
 *  **拥抱变化**：软件研发管理中，变化是常态，参与者要善于调整计划，适应变化。
 *  **自我提升**：在工作中，不断地提升自身的技术能力，拓展业务知识，提高沟通和协作能力，通过持续的提升，提高工作效率，提升工作质量。

#### 项目管理 ####

##### 资源管理 #####

*  人员是最为重要的项目资源，进行工作安排时，应充分考虑以下几点：
 *  ![在这里插入图片描述][661acbd4ac6d42eb94a8056ae2bff72b.png]
 *  人员的责任心够么？能够支撑他完成这项任务么？
 *  人员能力与项目所需能力是否匹配，会小马拉大车么？
 *  人员对业务是否了解？是否能把握当前需求么？
 *  人员的工作量是否已饱和？是否能消化当前需求？

##### 流程管理 #####

*  在每个迭代实施过程中，形成标准化的协作流，如下图：
 *  ![在这里插入图片描述][993b2ff0b4914acf9f38428ece29fc2d.png]
 *  在践行标准的流程下，还有些细节点可以帮助提升提测质量：

##### **需求评审阶段** #####

*  在敏捷管理中，需求评审是一个关键环节。需求是项目实施过程中共同的标准参考，需求的质量很大程度上决定了最终的交付质量，研测要在评审前，做充分的思考：
 *  评审前，研测人员对需求进行预习，准备待确认问题，对需求问题进行信息拉齐；
 *  抽象：从宏观层面，了解业务背景，理解要解决的业务痛点；
 *  具象：了解需求功能，了解相关功能的上下文；
 *  抽离：对功能进行推理、演化、扩展，提出需求未明确的场景，进行补充确认；
 *  控场：对于歧义较大、需求缺失信息较多的情况，合理拒绝。
 *  对评审的问题，形成待办，落实责任人。对问题进行跟进，对结论进行同步。

##### **研发设计评审阶段** #####

*  在敏捷管理中，设计方案评审是一个重要的环节，旨在确保项目的设计方案符合项目需求、技术标准，准确评估影响范围。
    
    1.  研发人员需要编写清晰、具体、可验证的设计文档，数据库设计，接口文档，以便在评审过程中更好地理解和评估设计方案；
    2.  测试人员评审前对相关文档进行预习：包含但不限于以下文档，设计文档、依赖的内部、第三方、企微接口文档、数仓表、上下游功能等；
    3.  测试人员准备待确认问题，不限于设计问题，也可包含业务场景补充、影响范围补充；
    4.  测试人员提合理的物料要求：比如造数、日志关键字支持，在测试环境进行冒烟测试，配置依赖的配置信息，通过业务流完成冒烟测试；
    5.  测试人员，可以提前识别复杂造数场景，与研发沟通，协商采用脚本或其他工具提前完成；
    6.  研发技改需求，研发为了追求完美，方案可能会改多版，改动随意，要求明确改动点，影响范围，回归范围；

##### **研发开发、自测阶段** #####

*  频繁沟通，保持频繁、及时、有效的沟通，确认需求理解一致性，确保对项目的需求和进展有清晰的理解；
 *  对业务背景及需求理解透彻，避免开发方向性错误；
 *  合理设计方案，具备灵活扩展、足以应对小的需求变更的能力；
 *  合理工作拆分，尽量减少交叉工作及相互依赖；
 *  合理评估工作量，细化工作内容，规避工期对质量的影响；
 *  合理设计自测场景，提前了解测试用例，提高自测意识及覆盖度；
 *  全面评估及约束影响范围，避免对已有功能产生不可预知的影响；
 *  开发细节过程可追溯，避免在测试阶段遗漏；
 *  代码评审，通过评审，帮助团队发现签潜在的问题，提高提测质量。

##### **测试用例设计及评审阶段** #####

*  测试用例前置，帮助团队发现潜在的问题，避免在后期才发现问题，从而降低修复问题的成本；
 *  充分理解需求，了解业务的痛点，从业务层设计，全面覆盖业务场景；
 *  理解技术实现过程，了解数据存储及数据处理逻辑，多考虑可能的异常情况，对数据的不同态进行考虑设计；
 *  自动化测试用例资源盘点，复用自动化用例，提高测试效率，扩大测试回归范围，保证测试质量；
 *  测试物料准备工作前置，环境的构建，数据的准备，脚本的开发，资源的协调等；
 *  充分进行需求变更，通过改动点，精准圈定变更范围；

##### **冒烟测试阶段** #####

*  严格按照约定的标准进行准入、准出；
 *  根据过往合作情况，灵活调整冒烟策略；
 *  对冒烟测试不通过的需求，进行记录；
 *  可酌情，做必要的冒烟支持工作；

##### **持续改进** #####

*  **质量数据积累**
 *  通过积累的度量数据，提供分析，改进过程的数据依据。
 *  **质量门禁建设**
 *  质量门禁的作用，就是从需求阶段开始，尽早的介入需求设计、产品设计和技术方案设计等环节，通过评审、提问等方式，尽可能多的发现存在的问题，通过制定科学合理符合项目实际情况的准入准出标准，来保证每个环节流转到下一环节的输出结果，质量更高。
 *  不但测试需要建设质量门禁，研发也同样需要。
 *  **自动化测试用例库建设**
 *  自动化测试用例建设是软件测试过程中的一个重要环节，帮助测试团队提高测试效率、减少人工测试的工作量，以及确保软件质量。测试人员，在项目结束后，要完善响应的case，通过自动化case的不断积累，来打破时间约束带来的问题。

[661acbd4ac6d42eb94a8056ae2bff72b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/23/7f02192af8024ffe98d367455aec33e2.png
[993b2ff0b4914acf9f38428ece29fc2d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/05/23/99638be6ffeb43aca3265733b10ecf39.png