软件测试评估技术
托马斯·汉密尔顿
什么是软件测试评估？
测试评估是一种管理活动，它近似于 多久 完成一项任务需要花费的时间。评估测试的工作量是 主要 和 重要 测试管理中的任务。
为什么要测试评估？
在讨论潜在的测试活动时，客户可能会问的两个问题是
对于小型项目来说，这些问题相对容易回答。但对于像 测试 Guru99银行网站，您必须认真思考才能回答这些问题。
估计什么？
- 资源： 需要资源 完成 任何项目任务。它们可以是人员、设备、设施、资金或完成项目活动所需的任何其他可定义的事物。
- 時間： 时间是项目中最宝贵的资源。每个项目都有交付期限。
- 人际交往技能： 人类技能意味着 知识 和 丰富的行业经验 团队成员的技能。它们会影响您的估计。例如，如果团队成员的测试技能较低，则完成项目所需的时间将比测试技能较高的团队更长。
- 收费标准： 成本就是项目 预算。一般来说，这意味着 多少 钱 完成项目需要的时间。
如何預估？
软件测试评估技术列表
- 工作分解结构
- 3 点软件测试评估技术
- 宽带德尔菲技术
- 功能点/测试点分析
- 使用——案例点方法
- 百分比分布
- 临时方法
以下是估算的 4 个步骤
您将学习如何结合这些技术来找到 Guru99 Bank 案例研究的估计值。
步骤1）将整个项目任务划分为子任务
任务是分配给某人的一项工作。为此，您可以使用 工作分解结构 技术。
在这种技术中，一个复杂的项目被划分为模块。模块又被划分为子模块。每个子模块进一步划分为功能。这意味着将整个项目任务划分为 最少 任务。
使用工作分解结构将 Guru99 Bank 项目分解为 5 个较小的任务 -
之后，你可以将每项任务分解到 子任务。 此活动的目的是创建任务作为 详细 as 可能.
| 任务 | 子任务 |
|---|---|
| 分析软件需求规格说明书 | 调查软需求规格 |
| 采访开发商和其他利益相关者，了解有关网站的更多信息 | |
| 创建测试规范 | 设计测试场景 |
| 创建测试用例 | |
| Rev查看并修改测试用例 | |
| 执行测试用例 | 搭建测试环境 |
| 执行测试用例 | |
| Rev查看测试执行结果 | |
| 报告缺陷 | |
| 创建 缺陷 报告 | |
| 报告缺陷 |
步骤 2）将每个任务分配给团队成员
在此步骤中，每个任务被分配给 适当 项目团队成员。您可以分配以下任务
| 任务 | 会员专区 |
|---|---|
| 分析软件需求规格说明书 | 全体成员 |
| 创建测试规范 | 测试员/测试分析师 |
| 搭建测试环境 | 测试管理员 |
| 执行测试用例 | 测试员、测试管理员 |
| 报告缺陷 | 测试仪 |
步骤3）任务工作量估算
有两种方法可以用于估算任务的工作量
- 功能点法
- 三点估计
方法1）功能点方法
在这个方法中，测试经理估计任务的大小、持续时间和成本
步骤A）估计任务的大小
In 步骤1，您已经使用 WBS 方法将整个项目任务分解为小任务。现在您估算这些任务的大小。让我们用一个特定的任务来练习一下“创建测试规范=
此任务的规模取决于被测系统的功能规模。功能规模反映了 量 与用户相关的功能越多。 数 的功能越多， 复杂 系统是。
在开始实际估算任务工作量之前，功能点分为三组，例如 复杂, 中等简单 如下：
基于软件功能的复杂性，测试经理必须给予足够的 重量 到每个功能点。例如
| 团队 | 重量比 |
|---|---|
| 复杂 | 5 |
| 中等 | 3 |
| 简易 | 1 |
让我们做一个简单的例子练习来更清楚一点：
查看Guru99 Bank网站的软件规格 点击这里软件工程师已经详细描述了软件模块，你能确定 复杂 通过赋予每个模块权重来了解网站的功能？
功能点越复杂，测试工作量就越大。网站分为 12功能 点，你可以确定 复杂 各功能点如下-
| 序号 | 模块名称 | 适用角色 | 描述 | 重量比 |
|---|---|---|---|---|
| 1. | 余额查询 | 经理
对客户的 |
顾客： 一个客户可以拥有多个银行账户。他只能查看自己账户的余额
经理： 经理可以查看其监管的所有客户的余额 |
3 |
| 2. | 资金转账 | 经理
对客户的 |
顾客： 客户可以将资金从其“自己的”账户转移到任何目标账户。
经理： 经理可以将资金从任何源银行账户转移到目标账户 |
5 |
| 3. | 迷你声明 | 经理
对客户的 |
迷你对账单将显示账户的最后 5 笔交易
顾客： 客户只能看到自己账户的迷你对账单 经理： 经理可以查看任何账户的迷你对账单 |
3 |
| 4. | 定制声明 | 经理
对客户的 |
自定义报表允许您根据日期、交易价值筛选和显示账户中的交易
顾客： 客户只能看到自己账户的定制报表 经理： 经理可以查看任何账户的定制报表 |
5 |
| 5. | 修改密码 | 经理
对客户的 |
顾客： 客户只能更改其账户的密码。
经理： 经理只能更改自己账户的密码。他不能更改客户的密码 |
1 |
| 6. | 新客户 | 经理 | 经理： 经理可以添加新客户。
经理： 经理可以编辑客户的地址、电子邮件、电话等详细信息。 |
3 |
| 7. | 新账户 | 经理 | 目前系统提供2种类型的账户
一个客户可以拥有多个储蓄账户（一个以他自己名义开设，另一个以联名名义开设，等等）。 他可以为其拥有的不同公司开设多个活期账户。 或者他可以拥有多个活期账户和储蓄账户。 经理： 经理可以为现有客户添加新帐户。 |
5 |
| 8. | 编辑帐户 | 经理 | 经理： 管理员可以为现有帐户添加编辑帐户详细信息 | 1 |
| 9. | 删除帐户 | 经理 | 经理： 经理可以为客户添加或删除账户。 | 1 |
| 10. | 删除客户 | 经理 | 仅当客户没有活跃的活期或储蓄账户时才可以删除该客户
经理： 经理可以删除客户。 |
1 |
| 11. | 存款 | 经理 | 经理： 经理可以将钱存入任何账户。通常是在银行分行存入现金时进行。 | 3 |
| 12. | 提款 | 经理 | 经理： 经理可从任何账户提款。通常在银行分行提取现金时进行。 | 3 |
步骤B）估计任务的持续时间
分类后 复杂 功能点，你必须估计 为期 测试它们。持续时间意味着 多少 完成任务需要时间。
- 全力以赴：努力全面测试网站的所有功能
- 总功能点：网站总模块数
- 按功能点定义的估算：完成一个功能点所需的平均工作量。该值取决于 生产率 负责此项任务的成员。
假设你的项目团队已经估计了每个功能点的定义 5小时/积分。您可以估算测试Guru99 Bank网站所有功能所需的总工作量，如下所示：
| 重量比 | 功能点数量 | 合计 | |
|---|---|---|---|
| 复杂 | 5 | 3 | 15 |
| 中等 | 3 | 5 | 15 |
| 简易 | 1 | 4 | 4 |
| 功能总分 | 34 | ||
| 估计每个点的定义 | 5 | ||
| 预计总工作量（人 Hours) | 170 | ||
因此，完成 Guru99 Bank 的“创建测试规范”任务的总工作量约为 170 个工时
一旦了解了所需的工作量，您就可以分配资源来确定完成任务需要多长时间（持续时间），然后可以估算劳动力和非劳动力成本。
上面的例子也表明了团队成员的重要性。如果你有 天才 和 有经验 成员，你可以在 小 时间，您的项目将会在截止日期或更早完成。
步骤C）估算任务的成本
这一步可以帮助你回答客户的最后一个问题“它要多少钱？”
假设您的团队平均工资为每小时 5 美元。“创建测试规范”任务所需的时间为 170 小时。因此，该任务的成本为 5*170= 850 美元。现在您可以计算 WBS 中其他活动的预算并得出项目的总体预算。
作为项目经理，你必须决定如何获得 大部分回报 贵公司的投资。 精准的 你对项目成本的估计是 更好 您将能够管理项目预算。
方法2）三点估计
三点估算是可用于估算任务的技术之一。三点估算的简单性使其成为需要估算的项目经理的非常有用的工具。
在三点估计中， 三 最初为每个任务生成基于 以往的经验 or 最佳猜测 如下
在评估一项任务时，测试经理需要提供三个值，如上所述。确定的三个值可以评估在测试中会发生什么 最佳状态， 是什么 最有可能的，或者我们认为 最坏的情况下 情景。
让我们看看如何在下面的例子中使用上述三个值
对于任务“创建测试规范”，你能估算测试工作量吗？请记住，你必须 覆盖全部 Guru99 银行网站的模块如下 功能点法
您可以估算如下
- - 颜值机箱 完成这个任务 120 工时（大约15天）。在这种情况下，您拥有一支才华横溢的团队，他们可以在最短的时间内完成任务。
- - 最有可能的 完成这个任务的情况是 170 工时（约21天）。这是正常情况，你有足够的资源和能力完成任务
- - 最坏的情况下 完成这个任务 200 工时（约 25 天）。您需要做更多的工作，因为您的团队成员缺乏经验。
现在，为每个参数分配值，如下所示
完成任务所需的工作量可以用以下公式计算： 双三角分布 公式如下-
在上式中，参数E为 加权平均值。这是“创建测试规范”任务的估计。
但你的老板可能会问你
在上面的估计中，你只需确定一个 可能 而不是 一定 值，我们必须知道 可能性 估计是正确的。您可以使用另一个公式：
在上面的公式中，SD 表示标准差，这个值可以给你关于 可能性 估计是正确的。
现在您可以完成“创建测试规范”任务的评估
要完成 Guru99 Bank 网站的“创建测试规范”任务，您需要 166.6±13.33 工时（153.33至179.99工时）
步骤4）验证估计
为 WBS 中提到的所有任务创建汇总估算后，您需要将其转发给 管理委员会，谁会 检讨 和 批准 它。
管理委员会成员可以包括首席执行官、项目经理和其他利益相关者。
管理委员会将与您一起审查和讨论您的估算计划。您可以向他们解释您的估算 逻辑 和 合理 以便他们可以批准您的估算计划。
测试评估最佳实践
本主题介绍如何评估测试准确度的一般技巧。
添加一些缓冲时间：
您的项目可能会发生许多不可预测的事情，例如，一位才华横溢的团队成员突然辞职，测试需要比预计更多的时间才能完成……等等。这就是为什么您需要在估算中留出一些缓冲。在估算中留出缓冲可以应对可能发生的任何延误。
会计资源规划估算
如果团队中有人请长假，该怎么办？这可能会延迟项目。资源规划在估算中起着关键作用。资源的可用性将有助于确保估算是现实的。在这里，您必须考虑团队成员的休假，通常是长假。
借鉴过去的经验
在编制时间估算时，过去项目的经验起着至关重要的作用。因为有些项目可能有些相似，所以你可以重复使用过去的估算。例如，如果你曾经做过一个网站测试这样的项目，你可以从那次经验中学习，尽量避免过去项目中遇到的所有困难或问题。
坚持你的估计
估计只是估计，因为它可能会 错在项目的早期阶段，你应该经常 重新检查测试估计并进行修改 如果需要的话。我们不应该在确定估算后延长估算时间，除非需求发生重大变化，或者您必须与客户协商重新估算
软件测试评估模板
其他技术
宽带德尔菲技术、用例点方法、百分比分布和临时方法是软件工程中的其他估算技术。
软件测试评估技术视频
视频抄本
- 让我们做一个练习—— 航班预订申请 准备工作分解结构
- 各种测试任务，如检查登录功能、检查新订单功能、检查传真功能和其他类似功能，并估计测试这些功能所需的工作量
- 例如，登录功能可以在 2 小时内测试完成。同样，准备一份所有任务和相应工作量的清单。暂停培训教程并完成练习。我希望你对所需的工作量做出了有根据的猜测
- 这是自下而上的测试评估策略。该技术之所以被称为自下而上，是因为您可以根据工作分解层次结构中最低级别的任务来评估持续时间、依赖关系和资源。
- 在自下而上的策略中，估算不是由一个人进行的，而是由所有利益相关者、个人贡献者、专家和经验丰富的工作人员共同进行的。其理念是利用团队成员的协作智慧来得出准确的测试估算
- 现在，您已经对航班预订系统有了相当多的经验。利用这些经验来估计完成完整预订所需的工作量 功能测试 网站。– http://newtours.demoaut.com/
- 该网站的功能与航班预订应用程序相同，只是它是基于网络的。暂停教程并立即进行练习
- 我希望你根据自己的经验对测试网站所需的工作量做出了正确的估计
- 这是基于经验的自上而下的估算方法。
- 另一种技术是根据项目的规模和复杂性对其进行分类，然后查看特定规模和复杂性的项目在过去花费了多长时间。
- 另一种方法是确定平均每 测试用例 然后使用当前项目的估计测试用例来计算总工作量
- 更复杂的估算模型涉及复杂的数学模型。在实践中，大多数项目采用自上而下的方法进行估算。
- 测试估算会受到很多因素的影响，比如时间压力、人员因素、测试团队的地理分布等等。
