【读书笔记】《测试架构师修炼之道》02 : 需要关注和不需关注的事情


0. 概述

  1. 需求分析阶段
  2. 测试分析和设计阶段
  3. 测试执行阶段
  4. 测试质量评估阶段

1. 需求分析阶段

  • 应该:理解需求

  • (1)理解产品的商业目标

    • 🚩需理解的问题
      • 公司中的营销和销售人员如何细分客户?
      • 每个细分市场的关键价值主张是什么?
      • 公司试图增长哪些细分市场?如何增长?
      • 每个市场是谁做出购买决策的?
      • 每个细分市场的主要竞争对手是谁?
      • 公司对此产品的策略主张是什么?所在的产品是如何融入这一战略的?
    • 🚩围绕下述问题开展测试活动
      • 如何验证待测试的产品正确体现了市场价值?
      • 所做的测试策略是否和公司的财务、销售、营销目标一致?
  • (2)梳理用户的使用场景

    • 🚩了解用户
      • 产品有多少种类型的用户,这些用户的业务又是什么,他们如何从你的产品中获得价值(比如通过你的产品赚钱,获得某种资源)?
      • 产品的竞争对手对用户提供了哪些有价值的解决方案?你们之间的差异是什么?
      • 产品所在领域有哪些基本的规范和要求,行业背景有哪些,用户的习惯是什么(如完成各种活动的顺序、对活动完成的判断标准和可能的重要决定等)?
    • 🚩归纳测试场景
      • 针对不同类型的用户,分别确定这些用户的行为习惯和关注点。
      • 逐一分析这些用户会如何使用产品,根据分析结果建立产品的拓扑模型、配置模型和流量模型等,抽象出典型场景。
      • 确定各个典型场景下的输入和输出(包括正常输入和异常输入、攻击,还需要考虑模拟测试的时间长短,等等)。
      • 可放在测试分析和设计阶段进行
      • 这部分的输出将成为验收测试时的重要输入
  • (3)输出产品总体测试策略

    • 应该:制定总体测试策略:明确测试范围、目标、重点和难点、深度和广度,安排各种测试活动(及测试分层)
      • 🚩测试重点:由产品价值、质量目标、产品实现(新写代码、开源代码或是继承代码)和历史测试情况(主要针对继承类产品)等多项因素综合决定的
      • 🚩测试难点:从测试技术的角度来说的,是对产品测试验证难易程度的分析
      • 🚩测试深度:从测试方法(如单运行测试、多运行测试、边界值或错误输入等)来对测试进行描述。
      • 🚩测试广度:从覆盖的角度来对产品测试进行描述
      • 🚩测试分层:将一个大的测试目标分解为若干小的测试目标。有助于逐层测试,逐层评估测试结果,并根据测试结果不断修正测试策略,不仅让测试目标变得可以达到,还让整个测试过程变得可控。
    • 不应该:陷入产品的实现细节(正确的方向和清晰的目标比细节更重要)
    • 输出:阶段测试策略和版本测试策略

2. 测试分析和设计阶段

  • 不应该:陷入具体的测试分析和设计中
  • 更应该:
  • (1)制定阶段测试策略
    • 阶段测试策略:按照测试分层(如V模型),确定每一层的测试策略

      • “V模型”下的测试分层.png
    • 🚩需要关注的内容

      • 每个阶段的测试对象、目标
      • 每个阶段的出入口准则(即质量目标和验收标准)
      • 如何选择测试用例
  • (2)落实测试设计策略,保证测试设计的质量
    • 测试设计策略:是指按照总体测试策略中确定的测试深度和广度、重点和难点,来组织整个测试团队进行测试设计,使得测试用例的输出能够和测试策略保持一致。

    • 🚩方法1:《测试分析设计表》

      -
      测试用例分级.png
    • 🚩方法2:测试设计方法:路径分析法、判定表、正交分析法、等价类、边界值等等

      • 四步测试设计法.png

3. 测试执行阶段

  • 不应该:把找bug作为测试执行阶段的重要目标;陷到测试执行中

  • 更应该:

    • 在测试执行阶段的主要工作.png
  • (1)制定版本测试策略

    • 测试范围和计划相比的偏差
    • 本版本的测试目标
    • 需要重点关注的内容
    • 测试用例的选择
    • 测试执行顺序
    • 试探性的测试策略
    • 接收测试策略
    • 回归测试策略
    • 探索测试策略
    • 自动化测试策略
  • (2)跟踪测试执行

    • 跟踪测试用例执行的情况
    • 每日缺陷跟踪
    • 调整测试策略
  • (3)版本质量评估和建立版本质量档案

    • 方法1:软件产品质量评估模型

      • 软件产品质量评估模型.png
    • 方法2:特性版本的质量档案

      • 特性版本的质量档案.png

4. 测试质量评估阶段

  • 指 阶段质量评估 或 发布时的质量评估,给出“能否进入下一阶段测试”或“能否发布”的结论
  • 方法:软件产品质量评估模型
  • 重点关注的内容
    • 确认总体测试策略中重要的质量目标是否达到
    • 对总体测试策略中未达标的一般性的质量目标,确定应对措施
    • 进行遗留缺陷分析
    • 此时的缺陷修复策略和对非必然重现bug的处理
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,723评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,080评论 2 379
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,604评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,440评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,431评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,499评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,893评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,541评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,751评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,547评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,619评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,320评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,890评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,896评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,137评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,796评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,335评论 2 342

推荐阅读更多精彩内容