05. Ego微商项目设计篇

目标

• 完成Ego微商项目的测试设计和执行
• 通过xmind指定的测试点设计（功能和非功能），以小组形式提交提交执行之后的测试报告（小组作业形式提交)

1. 测试设计思路

作用：知道如何进行实际的测试设计和执行的过程

• 设计用例
  • 能够将需要转化为可验证测试的功能点及测试用例，能够覆盖需求并满足用户实际使用场景。
    • 将大段需求文字转换为直接可以验证的功能点
• 评审用例
  • 确保设计的用例覆盖需求，能够看懂理解，没有遗漏，同时能够指导测试执行。
    • 确保测试设计的用例更加完善，能够全面有效指导测试执行
• 执行用例
  • 按照测试计划按照单功能点及功能组合的形式执行用例，并且对于执行结果确认。
    • 根据用例按照开发提交的系统进行顺序执行或按优先级执行
• 跟踪缺陷
  • 对于执行失败的用例提交缺陷报告，并跟踪缺陷确保该问题被修复验证通过。
    • 执行失败时产生缺陷，跟验证缺陷指导修复完成

1. 设计用例

1. 测试依据

• 文档： 需求说明书、原型图
• 环境： 测试环境
• 人员： 产品

image-20230307151948039

2. 拆分测试点

image-20230307152003235

• 拆分方式
  • 工具：xmind
    • 功能 - 按照功能模块拆分
    • 非功能 - 按照页面布局拆分

image-20230307152120865

4. 编写用例

image-20230307152200371

5. 评审用例

image-20230307152243351

6. 执行用例

image-20230307152341876

6. 跟踪缺陷

image-20230307152418086

2. 功能测试设计

参考文档：

04-Ego微商小程序需求说明V1.0.doc

01-Ego微商小程序手工测试用例参考.xlsx

1. 测试依据

依据需求文档结合本地测试环境搞清楚测试对象范围及功能模块

• 对象
  • Ego微商： Ego微商小程序客户端程序及对应的文档。
• 范围
  • 前端功能：进入小程序、使用小程序、退出小程序整个应用过程
• 模块
  • 确定模块：商品浏览、分类选择、购买添加、下单支付、订单跟踪。

2. 测试点拆分

基于微信小程序的规范性要求，按照布局拆分最为恰当

1. 按照布局拆分

image-20230307153128400

• 导航区

  | 检查点 | Android | iOS | | -------- | ----------------------------------- | ----------------------------------- | | 标题 | 左侧位置显示，显示信息正确 | 居中显示，显示信息正确 | | 导航 | 首页无返回操作，下一级页面有返回“<” | 首页无返回操作，下一级页面有返回“<” | | 内嵌按钮 | 分享、转发 (有权限页面) | 分享、转发 (有权限页面) |

  注意事项:
  	导航区是微信小程序模板公共区域，页面显示布局分格和具体的功能模块无关。 注意导航区和标签区的显示是联动对应的。

• 标签区

  检查点	选项卡说明	操作结果
  选项卡操作	未选中按钮灰色、选中按钮和背景色一致	选中标签：导航区展示区数据同步更新
  选项卡数量	4个：主页、分类、购物车、我的	-
  选项卡规则	选项卡显示在一级页面	进入二级以下页面选项卡隐藏

  注意事项
      标签区是微信小程序模板公共区域，页面显示布局分格和具体的功能模块无关。 注意标签区操作和导航区的显示是联动对应的。

• 展示区

  | 检查点 | 测试说明 | 设计方法 | | -------- | -------------------------------- | ---------------------------------- | | 页面显示 | 依据需求及原型图验证功能是否存在 | 观察法 | | 页面操作 | 依据需求验证功能是否正常 | 根据测试点涉及常见测试用例设计方法 | | 规则要求 | 依据需求验证是否遵循要求 | - |

  总结：
      页面类测试显示： 目的验证功能有没有。
      页面类测试操作： 目的验证功能是否正常。

2. 业务流程设计

检查点	业务流程图	设计方法
进入、使用、退出小程序	根据业务流程图结合方法设计测试点及用例	流程图法

注意事项：
    进入小程序的方式验证测试。
    使用小程序的各种场景覆盖。 
    能够正常退出小程序

3. 【扩展】关于轮播图数量修改操作

轮播图后台上传位置以及数据库修改地方

进入项目指定路径，并上传准备好的图片修改上传图片的权限

数据库表处理关联关系（图片和轮播图和主页的关系）

image-20230311161805331

image-20230311161810263

image-20230311161818223

3. 非功能测试设计

为什么还需要非功能测试设计呢？

• 例如：你换个浏览器、换个手机你能确保你的程序没有问题么？

测试用例选择：

• 大多数不需要写用例，但是需要整理非功能测试点（依附于业务流程用例验 证非功能测试点）

人员选择：

• 一般是测试人员，可以找UI设计相关的人参与测试

时间选择：

• 优先测试功能点，最后测试非功能点

1. 涉及范围

• 兼容性测试
  • 兼容微信版本 (当前和上一个) 设备分辨率 (UI元素自适应显示)
• 易用性测试
  • 根据实际用户遵循其专业性 结合功能验证其体验性
• 弱网测试
  • WiFi网络正常使用移动网络正常使用WiFi和移动网络切换正常使用
• 性能测试
  • 首次加载时间刷新白屏时间设备CPU和内存耗费比例

2. 测试要求

• 用例要求
  • 大多数非功能测试不需要单独编写用例
  • 可以直接使用业务流程用例结合功能点验证非功能点
• 人员要求
  • 非功能测试一般要求测试人员测试
  • 部分非功能测试需要有专业人员测试 (UI布局、性能指标)
• 时间要求
  • 一般是在功能测试完毕后，在进行非功能测试

4. 测试设计评审

评审测试点及用例

• 测试用例评审
  • 结合需求及测试点评审已编写的测试用例。
    • 标记评审不通过的测试点重新修改完善测试点
    • 根据时间要求可多次评审工作中以评审测试点为主
• 测试点评审
  • 结合需求根据已经设计好的测试点进行评审。
    • 标记评审不通过的测试点重新修改完善测试点
    • 根据时间要求可评审一次部分用例执行过程可补充