Nólëbase

切换主题

02_黑马头条项目 ​

字数
2471 字
阅读时间
10 分钟

一、项目简介 ​

  • 项目概述：本项目旨在满足用户在碎片化时间内获取IT行业相关资讯，通过大数据实现信息的精准推送和高效管理
  • 系统构成：
    1. 用户端：APP，用户可以查看资讯、文章内容，进行问答讨论交流 --- C/S架构
    2. 自媒体运营平台：PC网站，自媒体用户（就是博主）可以管理文章、评论，查看分析粉丝数据 --- B/S架构
    3. 系统后台：PC网站，内部运营管理系统 --- B/S架构
  • 测试环境：

二、测试准备 ​

业务：完成指定任务所经历的工作流。【例如：网上买东西全过程】 独立功能：具备独立提供某项服务的能力。【例如：登录】

  • 测试选择：用户使用频率较高的业务及独立功能模块

  • 具体任务：

    1. 独立功能：登录、文章发布、审核、敏感词
    2. 核心业务：发布业务、审核业务

  • 工作时可以找产品了解，以熟悉哪些是功能，哪些是业务

三、测试实施 ​

1.需求分析评审 ​

看PRD有不懂的地方也记下来（某句话什么意思，功能逻辑是什么关系），等待会议上提问产品经理
如果有哪些地方需要完善的，也在会议上提出

需求文档中不能出现不确定、模棱两可的词语，必须具体化，什么情况对应什么反应都必须全部写清楚

1）评审目的 ​

理解需求，查漏补缺

2）评审内容 ​

产品需求文档（PRD，product requirements documents），UI(user interface)原型图

3）评审方式 ​

会议

4）评审人员 ​

产品、开发、测试、其他

5）评审结果 ​

评审通过没有异议的需求文档

2. 测试计划 ​

1）作用 ​
测试：人员众多、事多  -->  按计划进行，更井然有序

确保测试工作按部就班进行下去

2）🌟方案内容 ​
  • 核心内容：
    1. 测试目标：为了啥？
    2. 测试范围：有多少？（任务量）
    3. 测试时间：干多久？
    4. 测试资源：需要啥？（人+资源）
    5. 风险控制：是否有风险，如何处理？
    6. 测试环境：在哪儿？（被测系统）
    7. 测试策略：啥方法？（有章法）
    8. 准入准出标准：测试开始和结束的标志
  • 制定计划与方案
    • 负责人：测试leader（经理、组长）
    • 形式：word文档、表格

3. 测试设计 ​

1）目标 ​
测试设计的初步结果 --> 测试点
测试点：测试某个功能的场景数据
	例如：登录 --- 登录成功、登录失败

能够根据需求设计功能测试点

2）重要性 ​
  • 为什么需要测试设计？
    • 基于需求全面验证软件产品是否满足需求，
  • 如何设计？【AI辅助】
    1. 分析需求：（核心）测试目的 + 条件
    2. 梳理测试点（验证某个具体的功能特性。例如邮箱格式正确 表示 一个测试点）
  • 设计产出
    • Xmind测试点
      • Xmind支持Markdown格式文件直接导入生成Xmind思维导图，因此可让AI生成对应的markdown格式文件，但要先给出参考示例（直接复制Xmind文件的内容格式，输出给AI作参考）
3）如何分析设计测试点 ​
  • 设计思路：
    • 功能测试：
      • 显示
      • 操作（运行软件）
        • 目的（能干啥？不能干啥？）
          • 成功（单条件正向取值的组合） --> 总数量：看单条件正向的最大数
          • 失败（每个条件中的逆向数据） --> 总数量：所有条件的逆向数量之和
        • 条件
          • 正向（满足需求规则）
          • 逆向（不满足需求规则）
    • 非功能测试

具体设计步骤：

例如：对登录功能进行分析
  1. 进行设计分析（根据设计思路进行分析）
    • 登录
      • 目的：能否登录成功
      • 条件
        • 用户名
          • 正向：大于等于3位，小于等于11位字符
          • 逆向
            • 空
            • 大于11位字符
            • 小于3位字符
        • 密码
          • 正向：大于等于3个字符，小于等于8个字符
          • 逆向：
            • 大于8个字符
            • 小于3个字符
            • 空
        • 协议条款
          • 正向：勾选
          • 逆向：未勾选
  2. 对登录模块设计测试点：
    • 登录
      • 显示：与UI原型图一致
      • 操作
        • 登录成功：用户名、密码必须对应正确，勾选协议
        • 登录失败
          • 协议未勾选
          • 用户名为空
          • 密码为空
          • 密码大于8个字符
          • 密码小于3个字符
          • 用户名大于11个字符
          • 用户名小于3个字符
        • 其他：协议条款能点击跳转
  3. 根据测试点设计测试用例
  4. ......
🌟🌟🌟如何设计多条件测试点 ​
设计点：
	关键字：精确/模糊
	发布日期：
		过去+当前
		当前+未来
		过去+未来

例如：筛选功能 设计测试点：

  • 最少条件（两两组合）：文章状态+关键字，文章状态+频道列表，文章状态+发布日期，关键字+频道列表，关键字+发布日期，频道列表+发布日期
  • 最多条件（四个一起上）：文章状态+关键字+频道列表+发布日期

注意，优先覆盖未选择过的选项，例如：文章状态+频道列表（有1/2/3/4四个频道），则组合出如下测试点：文章状态（全部）+ 频道1，文章状态（草稿）+频道4，文章状态（待审核）+频道2/3，文章状态（审核通过）+任意频道，文章状态（审核失败）+ 任意频道（随便选一个）

  • 下拉框/列表类的数据，遇到取值很多的情况，只要测两头和中间就行（边界值）
🌟如何测试趋势图/数据表（极易出错） ​

抽测几个数据点即可，若显示均正确，则趋势图/数据表正确

如何测试仪表盘显示的统计数据 ​

如： 可以一个一个去手算验证，或者使用数据库进行筛查，如果数据库内的数据与页面对应数据一致，则说明统计数据显示正确

4. 测试执行 ​

1）目的 ​

通过验证软件是否满足需求（满足/不满足）

2）执行准备 ​
  1. 已经完成测试点设计
  2. 已经准备好测试环境
    • 软件系统运行需要 服务器（硬件 + 软件系统）
      • 一般由测试人员准备，申请到硬件后，搭建部署项目环境 --> 运维可以帮忙
        • 需要懂服务器操作系统（Linux、常用软件）
  3. 开发已提交可测软件版本
3）如何执行（手工） ​
  • 根据Xmind设计的测试点顺序执行，做好标记

5. 缺陷跟踪 ​

一般bug率在30%以内；即100个测试点里能测出30个bug 🌟具体内容及禅道介绍见此处

1）定义 ​

缺陷：软件在运行过程中存在的异常问题（bug）

2）目的 ​

确保发现的问题已经被修复并且再次验证通过

3）如何跟踪缺陷 ​
  1. 发现【执行不通过】问题，定位问题
  2. 测试提交问题（bug），开发修复问题
  3. 测试再次验证问题 ---- 回归测试（重测bug，验证是否修复bug，再对关联功能进行回归测试，以免因为新代码导致旧功能出错）
4）如何提交【手工】 ​

缺陷管理工具：演示工具（禅道）

6. 测试报告 ​

前提：测试点全部执行完毕，bug全部修复完毕且验证通过率高达 xx% 以上（通常是leader决定的准入准出标准）
1）测试报告作用 ​

对测试实施过程的指标记录和汇总，是软件的依据

2）如何编写 ​
  1. 人工编写（借助AI）
  2. 自动生成（代码）
3）🌟测试报告包含内容 ​
  1. 项目概述：概要描述被测项目
  2. 过程回归：做了哪些方面的测试
  3. 统计分析：验证的测试点、发现的问题数（）
  4. 结果确认：是否可以上线
  5. 总结改进：优点和不足总结

贡献者 ​

The avatar of contributor named as freeway348 freeway348

文件历史 ​

用 ♥ 撰写

CC BY-SA 4.0 © 2022-PRESENT Nólëbase 的创作者们