3、AI测试辅助-测试计划编写(自动生成任务甘特图)

一、创建测试计划

测试计划格式内容：
一般需要包括以下几点：
1、测试目标
2、测试范围
3、测试人员
4、测试排期
5、测试资源
6、测试方法与方案
7、风险评估
8、测试报告

1.1 使用ChatGpt生成测试计划

• 提示词：当我是测试经理时，根据上述的电商app购物车模块的功能需求，请帮我编写一页完整的测试计划

  测试计划：电商App购物车模块
  
  版本：1.0
  日期：XXXX年XX月XX日
  
  目录
  
  引言
  
  测试目的
  
  测试范围
  
  测试方法
  
  测试策略
  
  测试进度
  
  测试资源
  
  风险评估
  
  缺陷管理
  
  测试报告
  
  参考文献
  
  引言
  本测试计划是为了对电商App购物车模块进行全面的测试，确保其功能、性能、可靠性和用户体验符合需求和用户期望。此测试计划将包括测试目的、测试范围、测试方法、测试策略、测试进度、测试资源、风险评估、缺陷管理和测试报告等内容。
  
  测试目的
  本测试计划的目的是：
  
  对电商App购物车模块进行全面测试，确认其功能、性能、可靠性和用户体验符合需求和用户期望。
  在测试过程中发现和记录缺陷，并及时反馈给开发人员以便修复。
  确定测试进度和测试资源，有效利用测试资源，保证测试任务按计划顺利完成。
  提供测试报告，记录测试结果和缺陷情况。
  测试范围 本测试计划的测试范围包括：
  添加商品到购物车
  修改商品数量
  删除商品
  结算
  响应式布局测试
  浏览器兼容性测试
  主题风格一致性测试
  导航和操作流畅性测试
  错误信息提示测试
  用户友好性测试
  无障碍访问性测试
  测试方法 本测试计划的测试方法包括：
  单元测试
  集成测试
  系统测试
  验收测试
  4.1 单元测试
  单元测试主要测试购物车各功能模块的正确性，用于发现和定位代码缺陷。单元测试包括以下测试用例：
  
  测试用例	测试内容
  添加商品到购物车	验证商品信息与显示一致，确认商品数量正确增加
  修改商品数量	验证数量修改后的商品信息是否正确更新
  删除商品	验证商品删除成功后是否在购物车页面中消失
  结算	验证结算按钮是否正确跳转到结算页面，确认商品信息、收货地址、支付方式等信息正确
  4.2 集成测试
  集成测试模拟各功能模块之间的交互，测试购物车整体功能是否正常。集成测试包括以下测试用例：
  
  测试用例	测试内容
  添加商品到购物车	测试与商品模块的交互
  修改商品数量	测试修改数量功能和商品模块的交互
  删除商品	测试删除功能和商品模块的交互
  结算	测试结算功能和订单模块的交互
  4.3 系统测试
  系统测试在真实环境下进行全面测试，包括响应式布局、浏览器兼容性、主题风格一致性等方面。系统测试包括以下测试用例：
  
  测试用例	测试内容
  响应式布局测试	在不同设备上测试购物车模块的响应式布局
  浏览器兼容性测试	在各种主流浏览器上测试购物车模块的兼容性
  主题风格一致性测试	测试购物车模块的主题风格是否一致
  导航和操作流畅性测试	测试购物车模块的导航和操作流畅性
  错误信息提示测试	测试错误信息提示是否正确
  用户友好性测试	测试购物车模块的用户友好性
  无障碍访问性测试	测试购物车模块的无障碍访问性
  4.4 验收测试
  验收测试邀请实际用户参与，测试购物车模块的易用性和用户体验。验收测试包括以下测试用例：
  
  测试用例	测试内容
  添加商品到购物车	测试添加商品功能是否易用
  修改商品数量	测试修改数量功能是否易用
  删除商品	测试删除功能是否易用
  结算	测试结算功能是否易用
  测试策略 本测试计划的测试策略包括：
  正常情况下的测试用例
  异常情况下的测试用例
  5.1 正常情况下的测试用例
  正常情况下的测试用例主要测试购物车模块的常规功能，确保其能够顺利完成各项操作。
  
  5.2 异常情况下的测试用例
  异常情况下的测试用例主要测试购物车模块的容错能力和异常处理能力，包括并发添加商品、超出库存数量添加、商品下架后添加、超出购物车容量限制、无效商品信息添加等。
  
  测试进度 本测试计划的测试进度如下：
  单元测试：2天
  集成测试：3天
  系统测试：5天
  验收测试：2天
  测试资源 本测试计划所需的测试资源包括：
  测试设备：安卓和iOS手机、平板、电脑等多个设备
  测试环境：不同浏览器（Chrome、Firefox、Safari、Edge等）
  测试工具：Jira用于缺陷管理，Selenium用于自动化测试
  风险评估 本测试计划的风险评估如下：
  高风险：购物车模块无法正常添加商品或结算功能出现严重问题
  中风险：购物车模块存在一些小问题，但不影响使用
  低风险：购物车模块基本符合需求和用户期望，但还有一些需要改进的地方
  缺陷管理
  本测试计划的缺陷管理将使用Jira进行，测试人员将及时记录和反馈发现的缺陷，并跟踪缺陷的处理过程。
  
  测试报告
  测试报告将包括测试结果、缺陷情况、风险评估等内容，并在测试结束后提交给开发人员和项目经理。
  

当然，如果你可以要求输出你想要的结构文本

• 提示词：当我是测试经理时，根据上述的电商app购物车模块的功能需求，请帮我编写一页完整的测试计划，内容需要包括以下几点：
  1、测试目标
  2、测试范围
  3、测试人员
  4、测试排期
  5、测试资源
  6、测试方法与方案
  7、风险评估
  8、测试报告

1.1.1 测试计划细化-测试任务排期

• 提示词：现在测试人员有三名，这个版本测试周期为一周，请对测试任务与安排模块进行细化

    在测试人员有三名且测试周期为一周的情况下，可以进行如下细化的测试任务与安排：

    第一天：

    测试人员1：用例编写（添加商品到购物车）
    测试人员2：用例编写（删除商品）
    测试人员3：用例编写（修改商品数量）
    第二天：

    测试人员1：集成测试（添加商品到购物车）
    测试人员2：集成测试（删除商品）
    测试人员3：集成测试（修改商品数量）
    第三天：

    测试人员1：系统测试（响应式布局测试）
    测试人员2：系统测试（浏览器兼容性测试）
    测试人员3：系统测试（主题风格一致性测试）
    第四天：

    测试人员1：系统测试（导航和操作流畅性测试）
    测试人员2：系统测试（错误信息提示测试）
    测试人员3：系统测试（用户友好性测试）
    第五天：

    测试人员1：系统测试（无障碍访问性测试）
    测试人员2：验收测试（添加商品到购物车）
    测试人员3：验收测试（删除商品）
    第六天：

    测试人员1：验收测试（修改商品数量）
    测试人员2：缺陷管理
    测试人员3：缺陷管理
    第七天：

    所有测试人员：系统测试（完整回归测试）、缺陷管理、测试报告编写
    通过以上安排，测试人员可以充分利用一周的时间完成各项测试任务，包括用例编写、集成测试、系统测试和验收测试。同时，保证了测试人员在测试过程中全面覆盖功能，并及时发现和处理问题，最终提供高质量的测试报告和结果。测试人员之间可以根据需要进行合作与协调，确保测试进度的顺利进行。

1.1.2 测试计划细化-利用plantuml输出甘特图（不推荐）

• 提示词：请根据这个任务安排，输出一份人员排期plantuml 绘制的甘特图

    @startuml
    Project: 版本测试任务安排

    \[第一天]

    *   测试人员1: 用例编写（添加商品到购物车）
    *   测试人员2: 用例编写（删除商品）
    *   测试人员3: 用例编写（修改商品数量）

    \[第二天]

    *   测试人员1: 集成测试（添加商品到购物车）
    *   测试人员2: 集成测试（删除商品）
    *   测试人员3: 集成测试（修改商品数量）

    \[第三天]

    *   测试人员1: 系统测试（响应式布局测试）
    *   测试人员2: 系统测试（浏览器兼容性测试）
    *   测试人员3: 系统测试（主题风格一致性测试）

    \[第四天]

    *   测试人员1: 系统测试（导航和操作流畅性测试）
    *   测试人员2: 系统测试（错误信息提示测试）
    *   测试人员3: 系统测试（用户友好性测试）

    \[第五天]

    *   测试人员1: 系统测试（无障碍访问性测试）
    *   测试人员2: 验收测试（添加商品到购物车）
    *   测试人员3: 验收测试（删除商品）

    \[第六天]

    *   测试人员1: 验收测试（修改商品数量）
    *   测试人员2: 缺陷管理
    *   测试人员3: 缺陷管理

    \[第七天]

    *   所有测试人员: 系统测试（完整回归测试）、缺陷管理、测试报告编写

    @enduml

复制到
https://www.plantuml.com/plantuml/uml/SyfFKj2rKt3CoKnELR1Io4ZDoSa70000网址，发现报错了，ChatGpt3.5生成的格式有问题，多次修改后还是报错。最后官网找个例子，给它作为demo,根据上下文，提示ChatGpt进行以下优化

• 优化提示词：“甘特图格式是这样的”@startgantt
  [Prototype design] requires 15 days
  [Test prototype] requires 10 days
  [Prototype design] starts D+0
  [Test prototype] starts D+15
  @endgantt"请优化下"

结果如下

@startgantt
[用例编写] requires 2 days
[集成测试] requires 3 days
[系统测试] requires 4 days
[验收测试] requires 2 days
[缺陷管理] requires 1 day
[测试报告编写] requires 1 day

[用例编写] starts D+0
[集成测试] starts D+2
[系统测试] starts D+5
[验收测试] starts D+9
[缺陷管理] starts D+11
[测试报告编写] starts D+12
@endgantt

周期是不对的，最后需要自己手动修改。
不建议直接使用ChatGpt3.5生成甘特图，与现在的plantuml格式有冲突。

1.1.3 测试计划细化-利用mermaid 生成甘特图（推荐）

• 提示词：请生成测试任务的mermaid甘特图

gantt
    dateFormat  YYYY-MM-DD
    title 测试任务安排

    section 第一天
    用例编写: 2024-02-20, 2d
    删除商品: 2024-02-20, 2d
    修改商品数量: 2024-02-20, 2d

    section 第二天
    集成测试（添加商品到购物车）: 2024-02-22, 1d
    集成测试（删除商品）: 2024-02-22, 1d
    集成测试（修改商品数量）: 2024-02-22, 1d

    section 第三天
    系统测试（响应式布局测试）: 2024-02-23, 1d
    系统测试（浏览器兼容性测试）: 2024-02-23, 1d
    系统测试（主题风格一致性测试）: 2024-02-23, 1d

    section 第四天
    系统测试（导航和操作流畅性测试）: 2024-02-24, 1d
    系统测试（错误信息提示测试）: 2024-02-24, 1d
    系统测试（用户友好性测试）: 2024-02-24, 1d

    section 第五天
    系统测试（无障碍访问性测试）: 2024-02-25, 1d
    验收测试（添加商品到购物车）: 2024-02-25, 1d
    验收测试（删除商品）: 2024-02-25, 1d

    section 第六天
    验收测试（修改商品数量）: 2024-02-26, 1d
    缺陷管理: 2024-02-26, 1d
    缺陷管理: 2024-02-26, 1d

    section 第七天
    系统测试（完整回归测试）: 2024-02-27, 1d
    缺陷管理: 2024-02-27, 1d
    测试报告编写: 2024-02-27, 1d

生成后在线直接可以使用以下地址查看：https://mermaid.live/
，也可直接使用mardown格式生成，在上述文本中加上mermaid标识，结果如下：