网站控制面板中设置目录权限,深圳网咯鸟网站建设公司怎么样,优化网站规模,网站建设 电子书一、序
日常研测工作演绎 你是否也有同样的困惑#xff1f;
跟进的需求#xff0c;就在提测前一秒#xff0c;被告知不能如期提测了#xff0c;研测计划被打乱#xff1b;
提测的功能#xff0c;犹如遇到不好的购物体验#xff0c;缺斤短两#xff0c;与prd预期不符…一、序
日常研测工作演绎 你是否也有同样的困惑
跟进的需求就在提测前一秒被告知不能如期提测了研测计划被打乱
提测的功能犹如遇到不好的购物体验缺斤短两与prd预期不符
产研测三方需求理解不一致临时组会讨论出临时解决方案
等等。。。
你是否也遇到了以下的挑战
1.时间约束敏捷开发周期较短迭代速度快使得测试人员很难在可用的时间内彻底测试软件
2.回归测试在不断地迭代中系统功能大大小小的功能点多如牛毛如何能准确确定回归范围
3.测试自动化敏捷开发通常需要高度的测试自动化来跟上快速的开发节奏测试case的开发和维护都需要投入大量的时间和精力。
面对这些困惑、挑战我们该如何去推动、提升研发的提测质量呢有没有前置的动作能够提高提测质量呢
二、提测质量研测共建
软件项目中影响产品质量的因素很多需求质量、设计质量、编码质量**、**测试质量甚至发布时的配置都会影响最终的交付质量。提测前的工作占比高为核心环节过程、质量的好坏直接决定最终的结果。
1. 责任与使命
参与者的参与度、责任感都会直接影响整个产品质量
目标管理“心之所向行之所往未来可期”在软件项目中也同样适用有明确的目标即把工作做好、做极致、做完美才会有好的结果。
越位思考本位做事每个参与除了要考虑岗位职责范围的工作还要将自己置身于整个过程、整个链路中思考上、下游衔接点做好无缝衔接。
拥抱变化软件研发管理中变化是常态参与者要善于调整计划适应变化。
自我提升在工作中不断地提升自身的技术能力拓展业务知识提高沟通和协作能力通过持续的提升提高工作效率提升工作质量。
2. 项目管理
2.1 资源管理
人员是最为重要的项目资源进行工作安排时应充分考虑以下几点 人员的责任心够么能够支撑他完成这项任务么
人员能力与项目所需能力是否匹配会小马拉大车么
人员对业务是否了解是否能把握当前需求么
人员的工作量是否已饱和是否能消化当前需求
2.2 流程管理
在每个迭代实施过程中形成标准化的协作流如下图 在践行标准的流程下还有些细节点可以帮助提升提测质量
2.2.1 需求评审阶段
在敏捷管理中需求评审是一个关键环节。需求是项目实施过程中共同的标准参考需求的质量很大程度上决定了最终的交付质量研测要在评审前做充分的思考 评审前研测人员对需求进行预习准备待确认问题对需求问题进行信息拉齐 抽象从宏观层面了解业务背景理解要解决的业务痛点 具象了解需求功能了解相关功能的上下文 抽离对功能进行推理、演化、扩展提出需求未明确的场景进行补充确认 控场对于歧义较大、需求缺失信息较多的情况合理拒绝。 对评审的问题形成待办落实责任人。对问题进行跟进对结论进行同步。
2.2.2 研发设计评审阶段
在敏捷管理中设计方案评审是一个重要的环节旨在确保项目的设计方案符合项目需求、技术标准准确评估影响范围。 研发人员需要编写清晰、具体、可验证的设计文档数据库设计接口文档以便在评审过程中更好地理解和评估设计方案 测试人员评审前对相关文档进行预习包含但不限于以下文档设计文档、依赖的内部、第三方、企微接口文档、数仓表、上下游功能等 测试人员准备待确认问题不限于设计问题也可包含业务场景补充、影响范围补充 测试人员提合理的物料要求比如造数、日志关键字支持在测试环境进行冒烟测试配置依赖的配置信息通过业务流完成冒烟测试 测试人员可以提前识别复杂造数场景与研发沟通协商采用脚本或其他工具提前完成 研发技改需求研发为了追求完美方案可能会改多版改动随意要求明确改动点影响范围回归范围
2.2.3 研发开发、自测阶段 频繁沟通保持频繁、及时、有效的沟通确认需求理解一致性确保对项目的需求和进展有清晰的理解 对业务背景及需求理解透彻避免开发方向性错误 合理设计方案具备灵活扩展、足以应对小的需求变更的能力 合理工作拆分尽量减少交叉工作及相互依赖 合理评估工作量细化工作内容规避工期对质量的影响 合理设计自测场景提前了解测试用例提高自测意识及覆盖度 全面评估及约束影响范围避免对已有功能产生不可预知的影响 开发细节过程可追溯避免在测试阶段遗漏 代码评审通过评审帮助团队发现签潜在的问题提高提测质量。
2.2.4 测试用例设计及评审阶段 测试用例前置帮助团队发现潜在的问题避免在后期才发现问题从而降低修复问题的成本 充分理解需求了解业务的痛点从业务层设计全面覆盖业务场景 理解技术实现过程了解数据存储及数据处理逻辑多考虑可能的异常情况对数据的不同态进行考虑设计 自动化测试用例资源盘点复用自动化用例提高测试效率扩大测试回归范围保证测试质量 测试物料准备工作前置环境的构建数据的准备脚本的开发资源的协调等 充分进行需求变更通过改动点精准圈定变更范围
2.2.5 冒烟测试阶段 严格按照约定的标准进行准入、准出 根据过往合作情况灵活调整冒烟策略 对冒烟测试不通过的需求进行记录 可酌情做必要的冒烟支持工作
2.2.6 持续改进
质量数据积累
通过积累的度量数据提供分析改进过程的数据依据。
质量门禁建设
质量门禁的作用就是从需求阶段开始尽早的介入需求设计、产品设计和技术方案设计等环节通过评审、提问等方式尽可能多的发现存在的问题通过制定科学合理符合项目实际情况的准入准出标准来保证每个环节流转到下一环节的输出结果质量更高。
不但测试需要建设质量门禁研发也同样需要。
自动化测试用例库建设
自动化测试用例建设是软件测试过程中的一个重要环节帮助测试团队提高测试效率、减少人工测试的工作量以及确保软件质量。测试人员在项目结束后要完善响应的case通过自动化case的不断积累来打破时间约束带来的问题。
复盘总结分享
以史明鉴是一种重要的学习方法定期复盘总结很有必要能够帮助我们避免犯重复的错误在错误中吸取教训补充缺失点并形成文档或报告以供以后的项目参考。 作者京东零售 王兰青 来源京东云开发者社区 转载请注明来源
