软件测试中的测试计划(示例)
测试计划
A 测试计划 是一份详细的文档,描述了测试策略、目标、时间表、估算、交付物以及执行软件产品测试所需的资源。测试计划帮助我们确定验证被测应用程序质量所需的工作量。测试计划是开展软件测试活动的蓝图,是定义好的流程,由测试经理进行细致的监控和控制。
根据 ISTQB 的定义:“测试计划是描述预期测试活动的范围、方法、资源和时间表的文档。”
让我们从以下测试计划示例/场景开始:在会议中,您想与团队成员讨论测试计划,但他们不感兴趣 - 。
在这种情况下,你会怎么做?选择你的答案如下图所示。
A)我是经理,我会按照我说的做一切事情
B)好的,让我解释一下为什么我们需要测试计划
不正确
作为测试经理,你必须向他们解释测试计划的重要性,而不是强迫团队按照你的意愿去做。
正确:
作为测试经理,你必须向他们解释测试计划的重要性,而不是强迫团队按照你的意愿去做。
测试计划的重要性是什么?
制作测试计划文档有多种好处
- 帮助测试团队以外的人员,如开发人员、业务经理、客户 理解 测试的细节。
- 测试计划 导游 我们的思维。它就像一本规则手册,需要我们去遵守。
- 测试评估、测试范围等重要方面 测试策略 旨在 记录 在测试计划中,以便管理团队可以审查它并重新用于其他项目。
如何编写测试计划
你已经知道 测试计划 是测试管理流程中最重要的任务。按照以下七个步骤创建符合 IEEE 829 的测试计划
- 分析产品
- 设计测试策略
- 定义测试目标
- 定义测试标准
- 资源规划
- 规划测试环境
- 进度及估算
- 确定测试可交付成果
步骤1)分析产品
如何测试产品 也完全不需要 有相关信息吗?答案是 不可能。 你必须学习一个产品 透 在测试它之前。
正在测试的产品是 Guru99 银行网站。您应该研究客户和最终用户,了解他们对应用程序的需求和期望
- 谁将会使用该网站?
- 它是干什么用的?
- 它是如何工作的?
- 该产品使用什么软件/硬件?
您可以使用以下方法来分析网站
现在让我们将以上知识应用到真实的产品中: 分析 银行网站 https://demo.guru99.com/V4.
你应该采取 环顾四周 该网站以及 检讨 产品文档. Rev查看产品文档有助于您了解网站的所有功能及其使用方法。如果您对任何项目不清楚,您可以 访问 客户、开发者、设计师来获取更多信息。
步骤2)制定测试策略
测试策略是 关键步骤 在软件测试中制定测试计划。测试策略文档是一份高级文档,通常由测试经理制定。本文档定义:
- 该项目的 测试目标 以及实现这些目标的手段
- 确定测试 努力 和 成本
回到你的项目,你需要制定测试策略来测试该银行网站。你应该遵循以下步骤
步骤2.1)定义测试范围
在开始任何测试活动之前,应该知道测试的范围。你必须认真考虑这一点。
- 被测试系统的组件(硬件、软件、中间件等)定义为“在适用范围“
- 系统中不需要测试的组件也需要明确定义为“超出范围设立的区域办事处外,我们在美国也开设了办事处,以便我们为当地客户提供更多的支持。“
定义测试项目的范围对所有利益相关者来说都非常重要。精确的范围可以帮助您
- 给大家一个 信心和准确的信息 你正在进行的测试
- 所有项目成员都将拥有 清除 了解哪些测试了,哪些不测试
您如何确定项目范围?
要确定范围,您必须 -
- 精准客户要求
- 项目预算
- 产品规格
- 测试团队的技能和才能
现在应该明确定义测试的“范围内”和“范围外”。
- 由于软件要求 眼镜,Guru99 Bank项目只专注于测试所有的 功能 以及网站对外接口 Guru99 银行 (在适用范围 测试)
- 非功能性测试,例如 应力, 性能 or 逻辑数据库 目前不会进行测试。(位客人评分中获得平均 范围)
问题场景
客户希望你测试他的API。但是项目预算不允许这样做。在这种情况下你会怎么做?
那么,在这种情况下,你需要让客户相信 API测试 是额外的工作,会消耗大量资源。给他提供支持事实的数据。告诉他如果 Api 测试包含在范围内,预算将增加 XYZ 金额。
客户同意,因此新的范围,超出范围的项目是
步骤2.2)确定测试类型
A 测试类型 是一种提供预期测试结果的标准测试程序。
每种测试类型都旨在识别特定类型的产品错误。但是,所有测试类型都旨在实现一个共同的目标“早期发现 在将产品交付给客户之前检查所有缺陷”
这个 常用 测试类型描述如下图
这里有 大量测试类型 用于测试软件产品。您的团队 不能有 有足够的努力来处理所有类型的测试。作为测试经理,你必须设定 优先 测试类型
- 应该采用哪些测试类型 重点 用于 Web 应用程序测试?
- 应该采用哪些测试类型 忽视 为了节省成本?
步骤 2.3)记录风险和问题
风险是未来的 不确定事件 概率为 发生 和 潜力 损失。当风险真正发生时,它就变成了“问题'。
在文章中 风险分析与解决方案,您已经详细了解了‘风险’分析并识别了项目中的潜在风险。
在 QA 测试计划中,您将记录这些风险
风险 | 减轻 |
---|---|
团队成员缺乏网站测试所需的技能。 | 计划 培训课程 提高会员的技能 |
项目时间太紧,很难按时完成这个项目 | 选择 测试优先级 对于每个测试活动。 |
测试经理管理能力差 | 计划 领导力培训 对于经理 |
缺乏合作会对员工的生产力产生负面影响 | 鼓励 每个团队成员在各自的任务中, 并启发 使他们更加努力。 |
预算估计错误和成本超支 | 建立 范围 在开始工作之前,要高度重视项目规划,并不断跟踪和衡量进度 |
步骤2.4)创建测试物流
在测试物流中,测试经理应该回答以下问题:
- 谁是 會測試嗎?
- 在规划婴儿食品行业的工艺要求时,安全性和可靠性是工艺设计中最重要的方面。 测试会发生吗?
谁来测试?
你可能不知道测试人员的具体名字,但 测试仪类型 可以定义。
要为特定任务选择合适的成员,您必须考虑他的技能是否适合该任务,还要估算项目预算。为任务选择错误的成员可能会导致项目失败 失败 or 延迟.
具有以下技能的人最适合进行软件测试:
- 有能力 理解 顾客的观点
- 强 欲望 质量
- 注意 详细
- 良 合作
在你的项目中,负责测试执行的成员是 测试仪。 根据项目预算,您可以选择内部或外包成员作为测试人员。
测试什么时候进行?
测试活动必须与相关的开发活动相匹配。
您将开始测试,当您有 所有必需物品 如下图所示
步骤3)定义测试目标
测试目标是测试执行的总体目标和成果。测试的目标是发现尽可能多的软件缺陷;确保被测软件 无错误 在发布之前。
要定义测试目标,您应该执行以下两个步骤
- 列出可能需要测试的所有软件特性(功能、性能、GUI……)。
- 定义 目标 或者 目标 基于上述特征的测试
让我们应用这些步骤来找到您的 Guru99 Bank 测试项目的测试目标
您可以选择'自顶向下' 方法来查找可能需要测试的网站功能。在此方法中,您将要测试的应用程序分解为 元件 和 子组件.
在上一主题中,您已经分析了需求规范并浏览了网站,因此您可以创建一个 思维导图 找到以下网站功能
该图显示了 Guru99 网站可能具有的所有功能。
基于以上特点,您可以将项目 Guru99 的测试目标定义如下
- 检查网站Guru99 功能(账户、存款……)在实际业务环境中按预期运行,没有任何错误或缺陷
- 检查网站的外部接口,例如 UI 工作符合预期并满足客户需求
- 验证 可用性 网站。这些功能对用户来说是否方便?
步骤4)定义测试标准
测试标准是测试程序或测试判断所依据的标准或规则。测试标准有以下两种类型
停职标准
指定测试的关键暂停标准。如果在测试期间满足暂停标准,则活动测试周期将 暂停 直到标准 解决.
测试计划示例:如果您的团队成员报告有 40% 测试用例失败,你应该 暂停 测试直到开发团队修复所有失败的情况。
退出标准
它指定了表示 乳铁蛋白 测试阶段完成。退出标准是测试的目标结果,在进入下一开发阶段之前必不可少。例如: 95% 所有关键测试用例都必须通过。
定义退出标准的一些方法是指定目标 运行速度 和 通过率.
- 运行率是 执行的测试用例数/测试用例总数 测试规范。例如,测试规范总共有 120 个 TC,但测试人员只执行了 100 个 TC,因此运行率为 100/120 = 0.83(83%)
- 合格率是指 数字 测试用例通过 / 测试用例执行例如,在执行的100个TC中,有80个TC通过,因此通过率为80/100 = 0.8(80%)
该数据可以在测试指标文档中检索。
- 运行 必须 100% 除非给出明确的理由。
- 通过 费率取决于项目范围,但 实现高通过率 是一个目标。
测试计划示例:你的团队已经完成了测试执行。他们向你报告了测试结果,并希望你确认 退出标准。
在上述情况下,运行率是强制性的 100%, 但测试团队只完成了 90% 的测试用例。这意味着运行率不满意,因此不要确认退出标准
步骤5)资源规划
资源计划是 详细总结 完成项目任务所需的所有类型的资源。资源可以是完成项目所需的人力、设备和材料
资源规划是测试规划的重要因素,因为有助于 确定 这些因素包括原料奶的可用性以及达到必要粉末质量水平所需的工艺。 数 项目所需资源(员工、设备……)。因此,测试经理可以为项目制定正确的计划和估算。
本节介绍针对您的项目推荐的资源。
人力资源
下表代表了您的项目团队中的各种成员
序号 | 委员 | 任务 |
---|---|---|
1. |
测试经理 |
物业管理 整个项目 定义项目 方向 获取适当的资源 |
2. |
测试仪 |
识别和描述适当的测试技术/工具/自动化架构 验证并评估测试方法 执行 测试, 历史记录 结果, 报告 缺陷。 根据项目预算,测试人员可以是内部人员也可以是外部人员 对于需要的任务 低 技能,我建议你选择 外包 成员 保存 项目成本。 |
3. |
测试中的开发人员 |
实施 测试用例、测试程序、测试套件等。 |
4. |
测试管理员 |
建立并确保 测试环境 资产 管理 和 维持 支持测试人员使用测试环境执行测试 |
5. |
SQA 成员 |
负责质量保证 检查确认测试过程是否符合规定要求 |
系统资源
为了测试 Web 应用程序,您应该按照下表规划资源:
序号 | 资源中心 | 描述 |
---|---|---|
1. |
服务器 |
安装被测试的 Web 应用程序 如果适用,这包括单独的 Web 服务器、数据库服务器和应用程序服务器 |
2. |
测试工具 |
测试工具是实现测试自动化,模拟用户操作,生成测试结果 您可以使用大量测试工具来测试这个项目,例如 Selenium、QTP…等等。 |
3. |
网络 |
您需要一个包括局域网和互联网的网络来模拟真实的业务和用户环境 |
4. |
电脑 |
用户经常用来连接 Web 服务器的 PC |
步骤6)规划测试环境
什么是测试环境
测试环境是测试团队将在其上执行测试用例的软件和硬件设置。测试环境包括 真实的生意 和 用户 环境,以及服务器、前端运行环境等物理环境。
如何设置测试环境
回到你的项目,你如何设置 测试环境 该银行网站
要完成这个任务你需要 强有力的合作 测试团队与开发团队之间
你应该问开发人员一些问题来了解被测试的 Web 应用程序 明确地。以下是一些推荐的问题。当然,如果你有需要,你可以问其他问题。
- 此网站最多可同时处理多少个用户连接?
- 安装此网站需要哪些硬件/软件要求?
- 用户的计算机是否需要任何特殊设置来浏览该网站?
下图描述了银行网站的测试环境 https://demo.guru99.com/V4
步骤 7)时间表和估算
在文章中 测试评估,您已经使用了一些技术来估计完成项目所需的工作量。现在您应该将该估计以及时间表纳入测试计划
在测试评估阶段,假设你将整个项目分解为小任务,并为每个任务添加评估,如下所示
任务 | 会员专区 | 估计工作量 |
---|---|---|
创建测试规范 |
测试设计师 |
170工时 |
执行测试 |
测试员、测试管理员 |
80工时 |
测试报告 |
测试仪 |
10工时 |
测试交付 |
20工时 |
|
合计 |
280工时 |
然后你创建 始你 来完成这些任务。
制定进度表是项目管理中常用的术语。通过在测试计划中创建可靠的进度表,测试经理可以将其用作监控项目进度、控制成本超支的工具。
为了创建项目计划,测试经理需要以下几种类型的输入:
- 员工和项目截止日期:工作日、项目截止期限、资源可用性是影响进度的因素
- 工程概算: 根据估算,测试经理知道完成项目需要多长时间。因此,他可以制定适当的项目计划
- 项目风险 :了解风险有助于测试经理在项目计划中留出足够的额外时间来应对风险
我们来练习一下一个例子:
假设老板想在 一种 月,您已经在测试评估中估算了每个任务的工作量。您可以按如下方式创建计划
步骤 8)测试交付成果
测试可交付成果是必须开发和维护以支持测试工作的所有文档、工具和其他组件的列表。
每个阶段都有不同的测试交付成果 软件开发生命周期.
提供测试交付成果 before 测试阶段。
- 测试计划文件。
- 测试用例文档
- 测试设计规范。
提供测试交付成果 ,我们将参加 测试
- 测试脚本
- 模拟器。
- 测试数据
- 测试可追溯性矩阵
- 错误日志和执行日志。
提供测试交付成果 after 测试周期已结束。
- 测试结果/报告
- 缺陷报告
- 安装/测试程序指南
- 发行说明
资源中心