软件测试学习日志_手工测试阶段_day03

Day03课堂笔记

目标

• 完成金融项目的单模块测试点设计及用例生成

一、单模块测试实施细节

1. 测试实施步骤

   • 熟悉需求（评审）

     • 产品需求文档：看懂理解（核心测试目的+条件）

     • 开发技术文档：看懂理解（技术层面测试用例完善）

   • 提取测试点，编写用例

     按照质量模型思路

     • 功能：显示+操作

     • 非功能

       • 兼容性

       • 易用性

       • 性能

       • 安全

   • 评审用例

     • 查漏补缺（会议/交叉）

   • 执行用例

     • 前置：用例完成+环境搭建好（运维）+冒烟测试通过（核心业务正向用例）

     • 执行方式：顺序执行、按照优先级

   • 缺陷管理

     • 记录执行结果：pass/fail

     • 提交bug：可复现、唯一性、规范性

     • 修复bug：回归测试（记得更新版本号）

2. 常见的面试题

   1.如何保障测试用例设计的全面性？
   - 按照质量模型从功能和非功能层面全面覆盖需求
   - 通过团队内部进行测试点/用例的评审
   - 借助于AI工具进行补充完善
   ​
   2.如果bug不可复现怎么办？
   - 参考基础班day03资料

二、单模块设计难点

• 所有资料：参考课堂资料XMind和Excel表格用例

• 测试设计难点：

  1.后台初审标的搜索功能，如何测试？

  • 阅读需求后，确定测试目的：搜索能否成功（搜到/搜不到）

  • 条件比较多，有7个条件，分别是输入框下拉框类型

  • 从精确和模糊两方面设计（前提：输入数据在列表中存在）

    • 精确：单条件和条件组合情况

    • 模糊：单条件和条件组合情况

  • 条件比较多的组合搜索：精确和模糊进行全组合，然后再部分组合中抽测至少一种情况的即可

  面试题：如果待测列表中的数据不全，怎么办？
  ​
  1. 通过前端页面模拟用户操作进行构造数据
  2. 通过数据库用SQL语句进行构造数据（insert into 表名 values(值1,值2,....);）
     - SQL语句具体用到哪个？
     - 这个表会涉及哪些字段，你是如何知道的？
       - 知道表：问开发，查看开发的数据库设计文档，自己查
       - 表字段：通过查询表结构获知（desc 表名;）;自己查看表的DDL（看注释）

  2.后台初审标的导出功能，如何测试？

  • 阅读需求后，确定测试目的：导出能否成功（部分/全部）

  • 从导出当前页和全部页设计

    • 当前页：验证导出的数据正确、文件名称正确、文件格式正确；导出数据和页面设置（每页显示数量）有关，要验证每页设置后数据导出的正确性

    • 全部页：验证导出的数据正确、文件名称正确、文件格式正确；

  • 补充：部分需求中，导出功能和搜索结果有关联，搜索之后的结果导出。

  • 导出可能存在需求描述中的以下情况：

    • 导出的数据（列数）多于页面显示数据

    • 导出的数据（列数）少于页面显示数据

    • 导出的数据（列数）等于页面显示数据

  3.提现模块的测试难点？

  • 熟悉需求，将提现划分为：提现操作+到账

  • 提现对应条件

    • 银行卡：绑卡且状态正常

    • 金额：全部余额、最小提现金额（0.01）、最小提现和余额之间的取值

  • 提现操作有效值：3种

  • 到账逻辑规则

    • 体现金额：

    • 提现时间

      • 是否15点前

      • 是否17点前

  • 到账的4种规则全组合

三、生成测试报告

• 作用：对被测系统质量评价的依据

• 编写内容

  • 项目概述

  • 过程回顾

  • 统计分析

  • 结果确认

  • 总结改进

• AI生成结果

**金融借贷项目测试报告**
​
一、项目概述
​
本项目旨在开发一个金融借贷平台，为用户提供安全、高效的借贷服务。项目包含用户注册、登录、借款申请、借款审批、还款、资金管理等核心功能，并具备严格的信用评估、风险控制等安全机制。本测试报告将详细记录测试过程中的各项数据、发现的问题及改进建议。
​
二、过程回顾
​
本次测试从项目启动到结束共历时8个月，由6名测试工程师共同参与。测试团队在项目开发初期即开始介入，与开发团队紧密合作，确保测试工作能够全面覆盖项目需求。测试过程分为以下几个阶段：
​
1. 需求评审：测试团队仔细审查项目需求文档，确保对项目的理解与开发团队保持一致。
2. 测试计划制定：根据需求文档，测试团队制定了详细的测试计划，包括测试范围、测试方法、测试环境搭建等。
3. 测试用例设计：测试团队编写了5000余条测试用例，覆盖了项目的所有功能点和业务场景。
4. 测试执行：测试团队按照测试计划执行测试用例，并记录测试结果。在测试过程中，测试团队与开发团队保持密切沟通，及时反馈问题并跟进修复情况。
5. 回归测试：对于已修复的问题，测试团队进行了回归测试，确保问题得到彻底解决。
​
三、统计分析
​
1. 测试用例执行情况：
   - 总计测试用例数：5000条
   - 执行通过测试用例数：3800条（占比76%）
   - 执行失败测试用例数：1200条（占比24%）
​
2. 缺陷统计：
   - 总计发现bug数：1200个
   - 已修复bug数：1100个（占比91.67%）
   - 未修复bug数：100个（占比8.33%）
   - 严重bug占比：10%（即120个严重bug）
​
四、结果确认
​
1. 功能测试：经过测试，项目的核心功能均已实现且表现稳定。但在部分业务场景下，仍存在一些已知问题待修复。
2. 性能测试：系统在高并发场景下表现良好，响应时间和吞吐量均满足项目需求。
3. 安全测试：通过对系统进行安全漏洞扫描和渗透测试，未发现严重的安全漏洞。但部分敏感信息的加密和存储方式仍需优化。
4. 用户体验测试：用户反馈界面设计合理、操作便捷，但在部分交互细节上仍需改进。
​
五、总结改进
​
1. 测试总结：
   - 本次测试全面覆盖了项目的功能点和业务场景，发现了较多的问题并提供了有效的修复建议。
   - 测试团队与开发团队保持密切沟通，确保了问题的及时修复和项目的顺利推进。
   - 在测试过程中，测试团队不断总结经验教训，优化测试方法和流程，提高了测试效率和质量。
​
2. 改进建议：
   - 对于未修复的bug，建议开发团队尽快修复并重新测试，确保项目的稳定性和安全性。
   - 对于严重bug占比较高的问题，建议开发团队深入分析原因，加强代码审查和质量保证措施。
   - 在后续版本中，建议优化界面设计和交互细节，提升用户体验。
   - 加强安全测试力度，关注新的安全漏洞和攻击手段，确保系统安全。
   - 优化测试流程和方法，提高测试效率和质量。例如，引入自动化测试工具、加强测试用例的复用等。