Ego微商小程序 - 测试计划

Ego微商小程序 - 搭建环境 - 鹿先森JIAN - 博客园 (cnblogs.com)

学习目标

1. 结合项目测试流程能够完成产品需求的评审

2. 能够制定出Ego微商项目的测试计划与方案

熟悉项目的步骤

• 1. 项目是干什么的？
• 2. 项目是给谁用的？
• 3. 项目构成模块有哪些？
• 4. 项目的技术栈？

项目测试流程

能说出手工测试流程，再举例子，介绍你做了某个项目的流程。

1. 需求分析与评审

评审人员：产品、开发、测试

需求评审的目的

• 能看懂需求说明书，能够理解 --- 理解一致
• 有疑问，进行确认 --- 查漏补缺
• 能够根据需求进行测试设计 --- 指导执行
• 对于已经确定的需求预估所需要的时间

2. 测试计划与方案制定

目的：确保测试工作有效有序进行。

列出测试计划与方案的核心内容

测试目标和范围、测试角色和职责、测试进度和资源、测试风险预估及解决方案、测试准入准出标准、测试策略、测试工具、测试环境。

如何编写测试计划与方案？（上图）

• 制定一个简易模板（word），列出计划和方案的核心要素
• 根据多级标题进行编制
• 每个标题中的具体内容（正文）可以借鉴需求文档、设计文档、有历史测试计划和方案的文档
• 找原有计划与方案进行修改，修改为属于自己项目的内容
• 可以找相关人员进行评审，最后进行完善修改

3. 设计测试用例与评审

设计用例需要依据文档、人员、测试环境。下面是设计思路细化。

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

设计思路细化

测试点拆分

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

功能测试

编写测试用例（8要素）：编号、标题、模块、优先级、前置条件、测试步骤、测试数据、预期结果。

入口测试、与微信的交互、权限测试

 

业务流程图（场景法）

场景法是模拟用户操作软件时的场景，主要用于测试系统的业务流程；

当拿到一个测试任务后，先关注它的主要功能和业务流程是否正确实现，这就需要用到场景法来完成测试。

根据流程图，从开始到结束为一条路径，有多少条路径就有多少条用例。

非功能测试

一般是在功能测试完毕后，再进行非功能测试。

部分非功能测试需要有专业人员测试（UI布局、性能指标）。

大多数非功能测试不需要单独编写用例，可以直接使用业务流程用例结合功能点验证非功能点。

云测平台（收费）：云真机-云测，助力产业智能化|测试,安全,AI数据 (testin.cn) 

兼容性测试

• 兼容微信版本（当前和上一个）
• 设备分辨率（UI元素自适应显示）

易用性测试

• 根据实际用户遵循其专业性
• 结合功能验证其体验性

性能测试

• 首次加载时间
• 刷新白屏时间
• 设备CPU和内存耗费比例

界面测试、网络测试、安全测试

评审用例：确保设计的用例覆盖需求，能够看懂理解，没有遗漏，同时能够指导测试执行。

4. 执行测试用例与缺陷跟踪

跟踪缺陷流程

• 回归测试一定要注意回归的版本号以及影响范围。

bug不可复现怎么办？

• 自己思考刚才测试过程有什么差异的地方（测试步骤，测试账号、测试网络、测试环境）
• 尝试多次测试复现（换个别的电脑或者环境进行复现），可以借助于抓包工具、借助数据库
• 如果此时问题比较严重，找技术人员协助复现（高级测试人员、开发人员）
• 如果是开发人员，可以让开发人员协助打印调试日志
• 更新系统然后在尝试复现测试，暂时放弃（可以在后续版本再次验证）；如果后续版本出现
  了，此时直接提交bug（开发人员有相关的调试日志了）

5. 编写测试报告与总结

测试报告作用

• 测试过程的详细记录和总结，目的为了验证记录产品的测试质量
• 测试报告体现产品质量，确定能否上线发布
• 测试报告的编写标志着测试活动的结束

测试报告内容

测试项目概述：包括 项目概述、编写目的、参考资料等。

测试过程回顾：过程使用说明 - 测试过程中实际使用的环境、资源、进度、配置等信息

测试统计分析：数据统计分析 – 测试过程中产生的数据，主要是测试用例和缺陷报告的数据（bug统计、bug分析、遗留问题清单）

 

测试结果确认：测试结果的模块确认和整个产品系统的整体结果确认

测试总结改进：测试过程中好的地方和不足之处的总结，为后续项目提供经验