测试工程师的自我修养

01 什么是基本原则?

———————————

基本原则,核心八个字「眼见为实,追根溯源」。

  1. 眼见为实:作为测试同学,是否经常听到研发同学说自己测过了,可以发布上线了,QA就可以不用测了。此时此刻,需要保持怀疑精神,不轻易相信这些自信的判断,不要轻易的放过任何有疑问的地方,不要不经过自己的测试验证或者风险确认就草草上线,偶有侥幸,逃过一劫,但长此以往,bug就找上门了。
  2. 追根溯源:有bug了,多问几个为什么,且不停留在问题表面,找到导致问题的原因在哪里。做的更好一点的话,借这个问题能举一反三,下钻深挖根因,通过这样一个问题,可以为自己积累失败的经验教训,也可以为自己提升未来风险预估的能力,最终完善自己的质量保障体系。

如果真正的在自己的测试工作中,时刻践行这八个字,把它当成一种习惯,形成思维的惯性,对于任何一个问题,都能先想到这八个字,且指导自己,测试做不好都难。

02 测试基本功都包含哪些?

———————————

测试基本功是一个很大的话题,根据过往的个人经验,做一下浓缩,可以按部就班,也可以细化深入。总之,定义自己的原则,最终适合自己的才是最好的。

  1. 流程规范:对流程规范的熟悉,把控好各个环节的的「准入」、「准出」标准
  2. 测试范围:对被测对象的深刻理解,更加合理准确的评估测试范围
  3. 测试用例:“四要素” 编写清晰、可执行的测试用例,再一次验证自己的想法
  4. 测试方案:大项目、复杂项目制定完善的测试方案,也方便和合作方对齐
  5. bug提交:从前置条件、复现步骤,要确保表述清晰、可被执行、能够复现
  6. 测试专项:功能测试之外,基础专项必须掌握,高阶专项逐步深入
  7. 质量报告:编写完善的质量报告,为项目画上句号,也是经验沉淀
  8. 代码能力:不用阶段务必具备所要求的代码能力,逐步拉开与大家的差距
  9. 质量运营:基于质量问题、质量数据进行质量运营,洞察风险
  10. 质量体系:质量的体系化的思考非常重要,它是一面镜子,时常对照,查漏补缺

03 十个方面详细说明

———————————

  1. 流程规范:对流程规范的熟悉,把控好各个环节的的「准入」、「准出」标准
    1. 卡流程太多不好,但没有关键的流程规范来约束也是万万不行的,要借力已有的流程规范来协同各方,为我所用。比如,研发测试流程、APP发版流程、变更管控流程等等。
    2. 项目流程中各评审环节的把控:PRD评审、技术评审、交互视觉评审、测试用例评审、UAT、LR等,务必明确「准入」、「准出」的标准,千万别走哪算哪,给后续埋坑。
    3. 具备流程优化的能力,能够切合业务线特点,对研发流程不合理地方提出优化建议、持续进行改进。
  2. 测试范围:对被测对象的深刻理解,更加合理准确的评估测试范围
    1. 业务理解:尝试自己画画业务流程图、尝试评估下业务需求影响面、定期进行业务串讲,保持对业务的深刻理解。
    2. 技术理解:尝试深入的理解研发的技术架构、以及不同技术组件的使用情况和影响面,能帮助到自己对技术影响面的评估
  3. 测试用例:“四要素” 编写清晰、可执行的测试用例,再一次验证自己的想法
    1. 测试点整理分析:根据业务、技术影响面,评估测试重点关注点,不同于详细的测试用例
    2. 测试用例设计:涉及正向、逆向用例的设计,尤其是边界值、非空判断等
    3. 测试用例的编写:四要素(用例描述、前置条件、操作步骤、预期结果)。尽可能做到,今天由其他人来执行你写的测试用例,步骤清晰,执行起来不费劲。
    4. 定期对主干测试用例的维护更新,以便确保发版回归用例保鲜。
  4. 测试方案:大项目、复杂项目制定完善的测试方案(>8测试人日),以下给个测试方案的大体模版。试方案:大项目、复杂项目制定完善的测试方
    1. 项目相关信息(背景、里程碑)
    2. 测试准备(环境、数据、配置)
    3. 测试策略(功能性、质量专项、联调准备工作)
    4. 项目上线计划(发布计划:变更三板斧-可灰度、可监控、可回滚)
    5. 各类评审checklist(需求、技术、用例评审)
  5. bug提交:从前置条件、复现步骤,要确保表述清晰、可被执行、能够复现
    1. 前提条件:账号、环境等
    2. 问题描述:一句话明确问题是什么
    3. 复现步骤:复现步骤、请求拦截分析、截图/视频
    4. 当前结果、预期结果
  6. 测试专项:基础专项必须掌握,高阶专项逐步深入
    1. 功能测试:想做好也不那么容易,如何避免漏测,是否有自己比较好的策略、或是经验
    2. 自动化提效:把自动化的覆盖率、bug发现率、提效作为三个核心指标
    3. 性能:压测工具、接口容量评估、压测结果分析
  7. 质量报告:编写完善的质量报告,为项目画上句号
    1. 大项目、复杂项目质量报告的编写
    2. 大促质量报告
    3. 其他报告:性能、适配等等
  8. 代码能力:不用阶段务必具备所要求的代码能力,逐步拉开与大家的差距
    1. RD代码走读能力,便于评估范围,便于白盒测试
    2. 自动化代码能力,比如UI自动化、tesla接口自动化
    3. 工具平台开发能力,数据构造,提效工具等提效工具
  9. 质量运营:基于质量问题、质量数据进行质量运营,洞察风险
    1. 事故、线上问题、低级bug深入分析
    2. 质量数据运营,风险识别,联合PM、PD,+QA共同优化
  10. 质量体系的熟悉,从点到面,最终到体系化。体系化的思考非常重要,它是一面镜子,时常对照,帮助我们知道不同阶段对质量体系的要求,侧面也让自己的能力逐步提升。
    1. 尝试自己去画一个体系化大图,且逐步来完善。可以从以下几方面来考虑。
      • 特性:了解业务、识别业务痛点
      • 质量策略:各阶段质量的目标;用例、环境、数据三大基建;自动化专项、以及其他核心质量专项
      • 所需支撑:内外部平台支撑
    2. 对于工作时间不同的同学,测试体系的掌握可以逐步进行
      • 1-2年,不要求体系化的全面熟悉,更需要对某几个核心领域的深入,比如自动化。
      • 3-5年,开始具备体系化的思考,对质量保障全面去深入
      • >5年,体系化的审视自己所负责的业务,识别出好与不足,明确该去怎么做,分分优先级
Previous Article
Next Article
Copyright © 2018-2026 莫妮卡的小屋. All Right Reserved.

关于本站

欢迎来到莫妮卡的小屋。我是一名有多年测试经验的女娃子,正在探索人工智能的边界。这里记录工作中的测试技巧、实践经验与质量观念,以及成长心得。以诚恳的笔触分享经验、学习进阶,愿成为同路人提升技能、发现热情的温馨小窝。

找到我

  • 星系板块永恒昼半球 · 极光潮汐区 (Aurora Tide Sector, Eternal Day Hemisphere)
  • 座标思念波长 520 赫兹 · 萤火深空大道 13 单元 (520Hz Resonance, Firefly Deep-space Blvd, Unit 13)
  • 建筑倒悬的莫比乌斯书店 · 梦境采样塔 (The Inverted Mobius Bookstore, Dream-sampling Tower)
  • 房间第 9.75 维度 · 玫瑰色星云套间 1314 室 (Dimension 9.75, Rosy Nebula Suite, Room 1314)