2011年8月2日星期二09:12

UAT 提示 和 范本

撰写者

什么是UAT?

用户验收测试或UAT或验收测试均定义了单一含义。

根据国际商业分析协会–知识体系V2.0,用户接受测试或UAT被定义为“用户用来判断交付的系统是否可接受的测试用例。每个验收测试都描述了一组系统输入和预期结果。"

用户接受测试是指在将解决方案移至LIVE Environment之前,用户对解决方案的满意测试。在UAT中,软件用户可以验证LIVE环境中可能出现的最大场景,这些场景已在解决方案中进行了测试,并被认为是准确的。

如果UAT要测试解决方案,那么就会想到一个问题:质量保证部门在说要测试应用程序时最终会做什么?“为此,我只想简单地说,两种类型的测试都有360度的差异,最大的差异是两种类型的目标。

软件测试的目标是“确保软件符合规格“ 要么 ”确保开发的软件没有错误。"

而用户接受度测试的目标是“确保系统完全支持日常业务场景以及可能在业务运营中造成障碍的其他已知可能场景,并确保软件在LIVE中运行时不会损害LIVE操作环境。"

UAT被视为任何软件开发计划的最后阶段。如果未成功完成UAT,则无法将项目视为已完成,也不会被任何客户接受。

神话:

在与不同的同事,朋友,社区成员和其他人讨论项目问题时,我发现许多业务分析师试图直接在LIVE环境中实现该系统,即,用户开始输入LIVE条目,并且当所有条目都输入并且报告被提交时。匹配,则该系统被视为已实施并已签名。

异常/异常情况是日常业务的一部分,并且也很难回忆/识别。在前面提到的情况下,当用户只专注于基于LIVE条目测试系统时,他肯定会失去对通常在业务交易中出现的异常的关注。此外,可能会有一些特殊情况由用户以其他方式处理;在基于LIVE数据的测试中,也会遗漏这些情况。所有这些异常,特殊情况和其他问题都将在有一天出现在LIVE环境中,当用户使用该软件时,此时用户将说:“我曾经通过在旧有系统中按下该按钮来解决此问题或“我是通过这种方式来完成这种情况的”,卖方将要求更改请求,并且将收取两笔费用(金钱和时间),并且由于时间的关系,企业可能会遭受损失。

考虑另一种情况,在该情况下,用户花时间与业务分析师联系,并确定了最大可能的情况,包括正常/例行业务交易以及任何异常或例外情况。当系统准备就绪时,用户将测试系统中的所有这些方案,并在成功完成测试后使系统上线。这将使LIVE环境中出现异常或异常情况的机会降到最低。

对供应商(软件开发人员)和客户(软件用户)而言,进行UAT都同样重要。关于不使用UAT的重要性和影响,可以写成千上万的理由。以下是在每个项目中都要进行UAT的一些非常重要的原因。

减少LIVE环境中的错误机会:在将软件移至LIVE环境之前,已确定并测试了最大可能的方案

增加用户满意度:UAT为用户提供了全面的软件访问权限,这给了他很大的信心和满足感,使他能够测试即将在LIVE环境中使用的软件

降低监管风险& other compliance:与UAT中一样,系统已在最大业务场景下进行了测试;可以将可能对财务影响,机会损失或客户不满造成惩罚的法规和其他合规风险降至最低。

减少时间: 在新的/自动化的系统中,系统可能会自动化一些业务流程以及现有流程中的某些更改,这可能增加了某些流程步骤,这些步骤被认为是不必要的,或者浪费了LIVE环境,UAT允许用户识别在进入LIVE环境之前,这些不必要的步骤使组织可以减少在LIVE环境中可能花费时间的过程步骤,从而节省时间,并产生额外的成本。

企业声誉: 如果由于软件解决方案,组织无法通过提供错误的数字或显示错误的客户帐户来向其客户提供服务或延迟提供服务或以某种方式影响客户,则这可能会打击企业声誉并肯定导致客户不满意,与此相关的是,如果遗留系统到位,公司可能会损失大量业务。

业务分析师在UAT中的作用

业务分析师作为中立的,非技术性的,业务方面的代表,是出色的UAT指挥。由于他专注于解决业务问题,独立于开发人员且没有技术头脑,因此他可以轻松地思考客户的问题,以识别正常以及复杂,不确定和异常的情况以及真实的数据,并为用户提供帮助在进入LIVE环境之前进行测试。最后,业务分析师对高质量软件以及通过增值解决业务问题有着既得利益,因此有动机进行严格的系统测试。

UAT业务分析师的技能要求

如前所述,UAT是系统上线之后的最后一个阶段,因此,此活动的目的是确保对系统中的最大方案进行测试,如果发现问题,则相应地进行报告。由于UAT阶段的重要性和重要性,UAT指挥的角色需要多方面的技能。这些素质使扮演这个角色的人能够完成这项重要活动;业务分析师必须思考用户的问题才能理解他的问题。缺少这些技能可能会使整个UAT阶段失败。

此外,业务分析师必须具备以下技能和能力才能进行有效/成功的UAT:

人员处理: 具有良好的人员处理能力并可以与用户建立良好关系以解释其观点的业务分析师,该技能还可以帮助业务分析师理解用户的观点。在UAT中,用户有时会尝试抵制更改或暗示自己的观点,但是与业务分析师建立了良好的关系,自我问题并没有解决,事情朝着积极的方向发展。

领域知识: 正如每篇与业务分析相关的文章所引用的那样,“领域知识对于业务分析师是必不可少的。”当然[G1] ,如果业务分析师缺乏领域知识,他将无法进行成功​​的UAT。由于其业务知识的局限性,他将无法识别业务场景,也无法帮助用户识别业务场景,也将无法质疑用户要求的错误场景或错误做法。作为方案添加到软件中。

软件功能知识: 您一定听说过业务分析师说:“我需要与我的技术团队联系,以了解此屏幕如何工作?”当面对他的人告诉他如何进行UAT时,请考虑用户对业务分析师和软件的信心水平。不知道他自己的解决方案。[G2] 业务分析师必须了解整个解决方案的内在内容。我会说, ”他应该是最了解软件工作知识的人。“凭借这种技能,他可以进行有效的UAT,因为软件功能会导致卡死。

执行者,发起人: 业务分析师应具有执行能力;他应具有根据UAT计划吸引用户的能力,并且在与用户可用性,系统错误,其他资源可用性,任何其他热门事件或进度问题相关的任何问题的情况下,他应立即将其升级为合适的人员,而又不要浪费时间。业务分析人员应观察这种情况并通知相关的利益相关者,以防他感觉到某些风险或问题正在发生。

积极的态度: 业务分析师应始终保持积极的态度,并将用户的评论视为需要改进的地方,并采取相应的行动,而不是开始对此表示防御或冒犯。他应该理解用户的观点,并且如果用户的心态不同,请尝试用理性来积极地说服他[G3] 以及支持他观点的论点。

UAT中业务分析师面临的常见UAT问题

1. 用户可用性: 任何UAT的问题1,即使用户被标记为项目的全职用户,由于参与日常操作,他们仍然无法给您所需的时间。大多数时候,组织发现很难执行全职战略,因为分配给自动化项目的用户通常比其部门中的其他人更熟练,并且将他们分配给专职项目的用户会影响日常运营组织,如果组织已准备好这样做,则将需要其用户的交互,这又会影响用户使用UAT的能力。因此,业务分析人员应保留用户可用性的记录,如果UAT所需的用户不可用,则应升级。

2. 注重细节的人格: 有些用户具有非常注重细节的个性,或者说是完美主义者。由于他们的期望和要求,这些用户很难处理。他们总是希望所有事情都能精确而详细地完成。他们对细节的关注使他们陷入了业务从未遇到过,将来也不会面临的复杂场景,但是他们坚持要测试这些场景或在软件中处理这些场景。那种性格会像蚱hopper在吃草一样占用您的UAT时间。而且由于他们是完美主义者,通常很难向他们解释您的观点,并且他们有时在理解他人的观点时也会遇到问题,这使UAT阶段进入了一个永无止境的循环。但是这里需要强调的重要一点是,这种类型的个性在UAT中是有问题的,但是由于他们对业务流程的详细了解,因此可以在需求阶段很好地利用。

3. 忽略个性: 在UAT中,您可能会遇到一个随和的个性,并且不会在系统及其测试的细节上付出任何努力。这种个性会告诉业务分析师“一切都很好,一切都很好”。这种个性集中于简单地完成事情。他们之所以这样做是因为他们不知道如果不有效地实施UAT将会面临的痛苦。由于忽略功能的机率太大,这种类型的人格非常容易受到UAT的影响,业务分析师应识别该人格并通过仔细研究每个细节并让用户认为BA希望他与他一起进行详细处理来处理它。如果需要,将问题升级到正确的级别。

4. 问题日志管理& Prioritization: 在UAT中,发现了许多问题,如果未在正确的时间对其进行记录和确定优先级,则整个UAT练习都会浪费掉。在进行UAT会话时,用户会发现许多与应用程序相关的问题,并且可能存在很多问题类型,其中一些可能是“与GUI相关,逻辑观察,应用程序错误,业务未映射”等。较大的软件具有以及更多的问题类型。作为一名学士学位,您应该遵循记录和管理问题流程的良好机制。所报告的每个问题均应登录足够详细的信息,以使用户和技术团队都能理解,因为这些问题最终将报告给技术团队以解决。 BA还应考虑在此级别进行范围界定,因为可能存在一些由于“未讨论需求”或其他原因而不在初始范围内的问题。这些问题应在日志中报告,但BA应将其标识为“超出范围”,并让用户期望在当前版本的软件中不会处理此问题。

5. 了解需求: 已经观察到,与用户进行UAT并属于初始需求阶段(软件需求规范阶段)的业务分析师比未直接参与UAT而直接参与UAT的业务分析师能够更有效地进行UAT。相。这是由于对需求的理解,好像BA参与了初始需求阶段,他将对特定需求的全部内容有更好的详细了解,如果不是,则可能有他自己的观点。在适当的位置查看特定要求,这些要求会给正在使用UAT的用户带来麻烦。因此,建议进行UAT的BA应该成为初始需求阶段的一部分,如果不是,他应该详细了解每个需求以了解需求及其含义的不同方面。

6. 复杂/挫折/冒犯性格: 在项目中,您面临着不同类型的个性,并且所有这些个性在不同阶段以不同的方式影响项目。您可能已经在项目中看到一些个性,他们曾经说过“该项目将无法正常工作”,“此项目是潘多拉魔盒”或我最喜欢的“我们正在玩GIGO(垃圾进军)”。项目中存在复杂的,具有激励性或令人反感的个性,而广管局无法避免这种情况。优秀的学士学位应该理解如何与这些个性打交道,以及如何在不陷入无休止争论的情况下最大程度地利用这些个性。这些类型的人并不是很容易处理,业务分析师可以通过保持他的积极态度,与个人的良好关系以及每次支持他的决定的良好论点来处理它们。而且,如果事情变得不可控制,那么广管局应该知道应该何时以及向谁通报这些问题。

UAT阶段中业务分析师执行的任务

在进行UAT时,业务分析师根据项目的类型,期限和组织标准执行不同的任务。每个UAT都要遵循以下一般任务:

  1. 解决方案验证:验证解决方案是否符合业务要求
  2. 验证组织准备情况:广管局应通过检查所需资源以及相关工具和培训是否已交付,确保最终用户已准备好使用该软件
  3. 身份证明 &方案验证:BA应该确定将在UAT阶段进行测试的方案,并从最终用户那里验证这些方案
  4. 创建培训计划:广管局应发布培训计划以使用所需资源
  5. 创建UAT计划:BA应发布UAT计划,以便可以安排所需的资源
  6. 进行软件培训:BA应允许用户通过提供软件培训来进行动手UAT,以便获得用户满意度
  7. 进行UAT:进行UAT时应牢记UAT的目标,即“确保系统满足日常业务交易以及任何其他已知例外情况”
  8. 记录结果: 只有认真记录问题,UAT才有效
  9. UAT反馈: 广管局应不时向用户确认解决方案满足了用户预期的业务需求,并将反馈更新至相关利益相关者
  10. 进行UAT签核 (批准上线)

UAT中的业务分析师创建的文档

业务分析师在UAT中可能会处理不同的文档集。文档的类型和级别完全基于整个项目的方法,项目类型和组织标准。例如,通过遵循“瀑布”,整个项目中的方法论会导致BA文档的形式化程度很高,并且文档数量增加,而在Agile中,由于形式化程度低,因此文档数量很少。

已发现以下文件对UAT阶段的业务分析师有用。为了更好地理解,文档清单分为UAT的子阶段: 

UAT规划

  1. UAT(必须有文件)& 业务场景 下载模板1 范本2

  2. 业务流程 确保用户做正确的事(必须有文件) 下载范本
  3. 申请流程 在应用程序上映射业务流程以支持用户识别每个业务流程步骤的相关屏幕(必须有文档) 下载范本
  4. 部署要做的事情 在启动UAT以及UAT所需的任何其他资源(用户,培训,机器等)之前,确保用户已经准备好设置/主数据 下载范本
  5. 部署清单 成功在客户端部署应用程序 下载范本
  6. 培训计划 安排向用户提供软件培训所需的资源 (必须有文件) 下载范本
  7. 训练脚本: 本文档旨在为BA准备培训和UAT会话,BA在其中识别他将接受培训的屏幕,并输入什么数据以及如何输入?
  8. UAT计划 安排进行UAT所需的资源 (必须有文件) 下载范本

UAT执行

  1. 培训签核: 用户已经接受了培训的完成(正式性很高) 下载范本
  2. UAT问题日志: 应不计任何费用,并与所有利益相关者共享(必须有文件) 下载范本
  3. 每日UAT摘要 告知所有利益相关者UAT的日常进度(必须有文件) 下载范本

UAT关闭

  1. UAT签核 是用户对GO LIVE的授权 下载范本
  2. 客户感言

不要忘记在下面留下您的评论。


阿布巴卡·穆纳瓦尔,是业务分析,流程改进的培训师,导师和顾问&重新设计。他是一名商业毕业生,在商业分析,软件设计,开发,质量保证,实施项目和产品管理方面拥有十多年的经验。他在Lucky Cement Limited担任信息技术副经理,此前他是项目经理&Plexus Private Limited投资应用部首席业务分析师。他为巴基斯坦大型组织的在职人员进行了许多公司培训计划。

©BA Times.com 2020

麦格雷戈徽标白色网站