预见·软件测试技术管理AutoTest-AutoAI

六天入门软件测试⑥——测试报告讲义

2018-11-08  本文已影响11人  厲铆兄
Day 6 测试报告讲义

Day 6 测试报告讲义

0 主要内容

1 T4_测试结项报告

1.1 什么是结项报告

结项，指的是测试活动的终止，close. 结项报告就是在测试活动终止的时候，输出的纸质文档。结项报告是整个测试过程收尾的一环，以下是结项报告建议的内容。

1.2 报告内容

1.3 报告作用

2 P2_敏捷项目流程

2.1 敏捷 Scrum 知识

Scrum是一种兼顾计划性与灵活性的敏捷开发过程，原词来自于橄榄球中的“带球过人”。在橄榄球比赛的每次冲刺前，都将有一个计划安排的过程，但冲刺开始后则由队员在原计划的基础上随机应变。

Snap1.jpg

不同于瀑布模型将开发过程划分为需求、设计、编码、测试等阶段，Scrum将整个开发过程分为多次迭代（称为Sprint，冲刺），一般为期2～4周。

在日常工作时，产品负责人会维护一个按优先级排序的“产品待开发项”（Product Backlog），即从客户价值理解和描述的产品功能条目。

在每次迭代的第一天，召开迭代计划会(Sprint Planning Meeting)。产品负责人会逐一挑选最高优先级的部分进行讲解。团队可就需求细节、完成标准等进行询问，并逐条估算，放入本次迭代的开发任务中，直至任务量饱和。一旦迭代开始，这些任务将不会发生大的变化。

在迭代期内，团队将决定任务分配、所需的技术等，逐一完成任务。每天团队会进行一个简短的站立会议即每日立会 Daily Stand-up Meeting，沟通当前进度、下一步任务和当前存在的问题，以借助团队的力量解决。团队还维护一张“燃烧图”（Burn Down Chart），即所有任务的累积剩余时间随开发进程与日递减的图形，以观察和预测所有任务是否会按期完成。

在每个迭代的最后一天，团队会召集评审会(Review Meeting)，邀请产品负责人等参加，对已经完成的产品功能条目进行评审，后者做出判断并给出改进反馈。当天还会召开反思会(Retrospective Meeting)，对本次迭代中的成功与失败之处做出总结，并在以后迭代中进行改进。

Scrum 的使用有一些需要了解的基础知识背景，主要是角色和构件的介绍。

2.2 Scrum 角色

接下来主要介绍3个角色

敏捷三大角色.jpg

  1. PO，Product Owner，产品负责人

    产品负责人是整个产品的负责人，主要做的事情是负责产品的进度、计划、需求和发布。对应禅道的“产品”功能。

  2. SM，Scrum Master，敏捷教练

    这个是敏捷团队特有的角色，并不是项目经理，而是独立的个体，任务和职责是保证团队足够“敏捷”。这一点是禅道与Scrum 不一致的地方。禅道这里对应的是“迭代”或者“项目”。

  3. TM，Team Member，团队成员

    敏捷团队中，包括项目经理，开发与测试。对应禅道的是：项目经理负责“迭代”里面的任务，任务是分配给开发和测试。同时禅道又单独区分了测试。提出了测试模块。

禅道与敏捷的对应，主要体现在“产品”和“迭代”这两块。

2.3 Scrum 流程

1. 迭代开始

  1. 按照 计划会的文档 画燃尽图

  2. 开站会（每天）

    1. 昨天做了什么
    2. 今天准备做什么（开始测试哪个需求？）
    3. 对目前的工作有无困难（阻碍）

  3. 组长更新燃尽图

  4. 组长在禅道中新建项目（迭代），关联产品，关联开计划会的需求。

    1. 登录禅道，组长新建项目（迭代），并且关联产品，设置团队成员。

      Snap3.jpg

    2. 根据计划会的内容（计划会挑选的需求），关联需求

      Snap4.jpg

      以接下来的一条需求为例，操作第五步

      Snap5.jpg

  1. 根据计划会认领的需求（需求141，如上图），对指定的需求，创建测试任务，指派给相关人员

    Snap6.jpg Snap7.jpg

  2. 根据计划会认领的测试任务，由组长或者测试人员自己添加任务

    以下图的 APP压力测试和WEB UI自动化验收测试为例，讲解此步骤

    编号 需求名称 所属模块 开发 开发时间 测试人员 测试时间
    105 普通用户注册 注册 XXX 1
    106 普通用户密码登录 登录 2
    120 新建项目 项目列表 1
    134 任务编辑
    109 邀请新成员 团队 1
    111 成员列表
    - APP压力测试（monkey）
    - WebUI自动化测试（验收）
    汇总 14个 14

    以上列表中，有编号的是需求，直接按照第五步，对需求，创建测试任务，指派给测试人员。

    无编号的，是针对产品的任务，直接在 项目（迭代） | 任务 中创建任务。

    Snap8.jpg Snap9.jpg

  1. 在禅道中，进入 项目（迭代）| 任务，挑选目前需要做的任务，选定一条，点击开始。

    Snap10.jpg Snap11.jpg

  2. 针对你要开始做的需求，编写一页纸测试计划，提交SVN。30分钟以内。并且在禅道的任务中，做相关工时记录。

    记录工时：

    Snap12.jpg Snap13.jpg

  3. 在禅道中，针对指定的需求，创建用例，同时在禅道的任务中，做相关工时记录。

  4. 如果开发没有完成需求规定的任务，可以暂定该任务，同时在禅道的任务中，做相关工时记录。

    Snap14.jpg Snap15.jpg

    ​

  5. 等待开发完成需求规定的任务后，请开发创建版本，关联需求，并提测。

  6. 测试人员在版本中，找到该版本。对其需求关联用例，并开始执行测试。同时在禅道的任务中，做相关工时记录。

    Snap16.jpg Snap17.jpg

3 P3_禅道使用建议

2.2 系统使用流程

敏捷的主要流程如下：

1030887-20161022224425123-1825836340.png

  1. 用管理员登录系统，找到【组织】页面，维护公司信息，创建部门，再创建用户。用户至少需要包括：

    • 产品经理
    • 项目经理
    • 研发主管
    • 测试主管
    • 研发人员（若干）
    • 测试人员（若干）
    Capture.PNG
    角色 主要工作 备注说明
    管理员 维护公司信息和模块，管理用户和权限
    产品经理Product Owner 给产品提需求
    项目经理Scrum Master 给当前迭代SPRINT挑选需求，并分解需求为任务
    开发人员Developer 完成项目经理分解的任务
    测试人员Tester 对当前挑选的需求建立用例，执行用例并提交缺陷

  2. 禅道由三大模块组成：产品、项目和测试。

    img

  3. 产品经理登录系统，创建一个新的产品：

    • 产品的负责人、测试的负责人（测试主管）、发布的负责人（项目经理或者研发主管）

    • 产品的类型：正常、多分支(基础版、旗舰版、开源版……)、多平台（Windows PC、Android、iOS(iPhone,iPad)、BlackBerry、Mac、Windows Phone、Symbian……）

    • 维护产品的平台和模块（注意功能整合和重复性）

    • 创建产品的计划，按照产品的发布进度进行划分

    • 产品经理提需求（单独和批量），需求的计划需要选择；然后需求的描述“作为XXX，我希望可以XXX，实现XXX”-- 用户故事（User Story），需求要写的笼统一些。验收标准需要量化或者清晰。验收标准是测试标准。

      注意的点：

      • 产品模块需要产品经理登录
      • 产品有多分支和多平台之分。在写模块的时候，需要注意区分
      • 产品的模块，是拆分产品的功能的重要依据
      • 产品的需求，就是用户故事（User Story），也就是一句话需求
        • As a <type of user>, I want <some goal> so that <some reason>.
        • 作为一名<*某种类型的用户*>，我希望<*达成某些目的*>，这样可以<*开发的价值*>。
      • 产品的需求中，对验收标准的描述，需要确定和详细
      • 添加需求的时候，注意需求是否需要评审
      • 添加需求的时候，注意产品的预估时间
      • 需求的变更 vs 需求的编辑
        1. 需求变更可以改变需求的描述和验收标准
        2. 需求编辑只能改变需求的基本信息和备注

  4. 项目经理登录系统，创建一个项目，该项目务必关联刚刚创建的产品，如果这个产品是多分支的或者多平台的，需要关联具体的平台或者分支。

    • 创建项目，关联产品
    • 创建团队：需要选择研发主管(可选)、测试主管（可选）、研发人员、测试人员，并需要统计各位的可用人时。
    • 关联需求，选中之前产品经理创建的需求。

  5. 项目经理开计划会，准备Kanban（看板），（未开始的 | 进行中的 | 已完成的 ），全部人参加，包括产品经理

    • 计划会需要制定的内容
      • 迭代周期（sprint），一般是一周或者两周，定下来以后，所有的迭代都用这个周期
      • 安排每日立会的时间，每日开会时间都固定：
        1. “昨天做了什么”
        2. “今天要做什么”
        3. “有无问题”
      • 挑选本次迭代需要完成的需求，标准是必要的，而且可发布，并且可以构成一个可用的版本。
      • 产品经理讲解需求
      • 项目经理拆分需求为任务（分解任务）、需要开发团队的支持

  6. 测试主管登录系统，分解用例。把需求分解成用例。进行用例设计

  7. 指定的开发工程师登录系统，对指派过的任务进行开始、完成、关闭的操作

  8. 指定的测试工程师登录系统，对用例进行编写，注意前置条件、步骤（每一步都有期望结果）、优先级

  9. 项目经理登录系统，创建（构建build）版本，注意SVN等信息

    • 包括版本的具体信息、文件下载信息、源代码位置等
    • 关联需求，关联已经完成开发，并在本版本中包含的需求
    • 到测试页面 | 版本，提交测试（提测 | 转测）

  10. 测试主管登录系统，到测试 | 版本 页面。

  1. 测试人员登录，到指派给我的用例，进行执行。执行若出现问题，就转bug.

  2. 测试主管登录系统，到测试 | 版本 | 概况 页面，关闭测试

  3. 开发人员登录系统，修改bug

  4. 项目经理登录系统，重新创建（构建build）版本，注意SVN等信息

    • 包括版本的具体信息、文件下载信息、源代码位置等
    • 关联需求，关联已经完成开发，并在本版本中包含的需求
    • 关联上一个版本的已经修复的bug
    • 到测试页面 | 版本，提交测试（提测 | 转测），填写版本更新的清单

  5. 测试主管登录系统，到测试 | 版本 页面。

    • 关联用例
    • 指派测试人员
    • 开始测试

  6. 测试人员登录系统，进行测试

  7. 测试主管登录系统，到测试 | 版本 | 概况 页面，关闭测试

  8. 产品经理登录系统，产品 | 发布 | 创建发布，注意关联需求。本次版本完成。

    整体项目流程图

    禅道敏捷流程图.png

3.2 测试与禅道使用

禅道参与测试与两种使用方式：全流程与缺陷管理流程。

3.3 部署与升级

  1. 升级安装
    1. 备份旧的版本，cp -r zentaopms zentaopms_bak
    2. 覆盖旧的版本
    3. 在 zentaopms/www 创建 ok.txt (注意是否显示已知文件的扩展名)
    4. 备份数据库 mysqldump -u root -p zentao > c:\zentao_20161111.bak
    5. 确认升级的版本
    6. 升级完成
  2. 故障处理
    • 白屏
      MySQL 数据库没有启动，启动失败
      MySQL 数据库端口不匹配（3306）
      MySQL 用户密码不匹配
    • 404
      object not found 活该你单身
      检查端口和路径
  3. 重置密码
    1. 点击忘记密码
    2. 按照指引，在 zentaopms/www 创建一个 xxxx.txt 的文件
    3. 点击指引的刷新按钮
    4. 转到重置用户密码的页面，输入用户名，如果用户名忘记了，需要打开数据库管理工具，选择 zentao 数据库的 zt_user 表，查看用户名
    5. 重置之后，在浏览器重新输入 http://[host][:port]/zentaopms/www
六天入门软件测试系列课程总纲

立师兄Linty：六天入门软件测试①——测试执行讲义

立师兄Linty：六天入门软件测试①——测试执行笔记

立师兄Linty：六天入门软件测试②——测试分析讲义

立师兄Linty：六天入门软件测试②——测试分析笔记

立师兄Linty：六天入门软件测试③——测试设计讲义

立师兄Linty：六天入门软件测试③——测试设计笔记

立师兄Linty：六天入门软件测试④——测试脚本讲义

立师兄Linty：六天入门软件测试④——测试脚本笔记

立师兄Linty：六天入门软件测试⑤——测试编程讲义

立师兄Linty：六天入门软件测试⑤——测试编程笔记

立师兄Linty：六天入门软件测试⑥——测试报告讲义

立师兄Linty：六天入门软件测试⑥——测试报告笔记

上一篇 下一篇

猜你喜欢

热点阅读