【软件测试】上线前的Bug。 这些bug我暂时保留，稍后修复（上线时的bug是测试问题吗？）

软件发布对于任何软件产品来说都是一件大事。 充分确保所有功能正常运行并向用户发布高质量的软件非常重要。

劣质、不精致、不稳定、难以使用的产品可能会造成重大的经济损失，并导致用户对品牌本身失去信任。

我们经常听说，一旦软件满足操作标准，测试就应该结束。 我还听说需要修复软件缺陷才能使软件满足发布标准。

虽然这些指导方针听起来不错，但它们太模糊了。

更准确地说：

·软件运行可以接受的软件缺陷百分比是多少？

·哪些已知的软件缺陷如何确定该软件是否存在？发布不会受到影响？

・哪些软件缺陷更为紧急和严重？

您是否听说过以下问题？

复杂的软件并非没有软件缺陷。 与可执行软件相比，克服缺陷是先有鸡还是先有蛋的问题。

修复的缺陷越多，修复缺陷后产生新缺陷的可能性就越大。

· 如何确定软件可能附带的缺陷级别和类型？

· 如何确定软件投入生产时的部署基线？ p>

· UAT测试仪如何判断软件是否上线？

· 应该通过哪些参数来判断软件的好坏？ - 如何回答该软件是否适合利益相关者？它能带来价值吗？

上线生产对于客户和承包商来说都是一个重要的里程碑，因为它关系到付款里程碑。 双方对确保大型改造项目的成功负有同等责任。

我的经验表明，客户正在寻找物有所值的产品，而我们提供 UAT 在线标准。

・功能

・性能和负载

・可用性

・安全性

・与外部系统的交互交互性

・报告

・数据迁移

我坚信每种类型的软件缺陷都需要进一步的解释。 这就是我们现在正在做的：

功能缺陷

软件是根据客户提供的要求开发的，它必须满足。的需求。 与功能的偏差被记录为功能缺陷。 功能缺陷根据严重性和优先级进行分类。

以下是重要的考虑因素。

高严重性、高优先级的软件缺陷通常会影响软件的日常使用。 这些类型的软件缺陷必须在软件向公众发布之前修复。 没有例外。

功能缺陷可以归类为需求变更，因为它们不是原始需求的一部分。 必须实施对这些要求的更改，因为它们是软件发布后业务运营所必需的。

软件缺陷分类和功能缺陷优先级由UAT协调员、用户和需求分析师完成。 客户通常对存在的软件缺陷百分比有操作标准。

性能和负载缺陷：

性能缺陷是导致软件上线的因素，尤其是当软件被外部用户使用时。

一旦用户数量达到一定数量，软件就会变得非常慢。 用户避免使用该软件，因为加载时间较长。 如果您的软件速度太慢，您将失去业务，并且您的用户将转向竞争对手的软件。

在某些情况下，除客户端之外的程序部分也会影响软件性能。

示例：如果您在每天结束时运行批处理任务，则程序的响应时间将为：并受到影响。 第二个考虑因素是批处理性能。

· 软件性能往往以屏幕响应时间来衡量，如果有一定数量的用户同时使用系统，就必须考虑用户性能。

·性能测试使用LoadRunner、WebLoad、Neoload等工具完成。

·特定和预计的未来负载的软件性能通常记录在合同中。 这必须在启动软件之前完成。 为了证明这一点。

· 一些用户很少使用的程序页面直到系统上线后才会进行评估。

· 软件性能还取决于部署软件的硬件类型和网络条件。

· 性能测试在UAT阶段使用性能测试工具在特定硬件上完成，并以类似于功能测试的方式跟踪性能缺陷。 性能缺陷也被优先考虑并商定以满足上线标准。

・UAT 阶段的性能和负载测试通常在用户完成功能测试并达到功能缺陷交付标准后完成。

可用性缺陷：

软件开发旨在通过使用快捷键、使用快捷方式以及最大限度地减少屏幕和页面更改来改善最终用户的体验。必须易于使用。 软件必须灵活且直观。

如果用户在到达适当的屏幕之前在太多页面之间切换，他们通常会失去使用该软件的信心。

· 可用性指南是在软件构建之前创建的。 软件必须遵循以下准则：

· 软件开发还可能存在工具限制，必须在最终用户使用该软件之前克服这些限制。

・高可用性软件允许最终用户输入比传统软件多五倍的数据。

· 软件的外观和感觉必须新颖，并且在软件发布之前必须解决法律问题。

・通常会任命软件可用性顾问来帮助用户顺利使用软件。

· 必须随软件程序提供的任何文档也应尽可能合法地使用，并严格遵循可用性指南。

・UAT/外部测试人员输入的可用性缺陷也按照与功能缺陷和性能缺陷相同的方式分类。优先级，必须遵循的启动准则

安全缺陷：

软件程序可能受到黑客攻击，软件安全是一个热点问题。 敏感的客户数据可能被盗。

因此，即使是最专业的黑客，受信任的软件也不应该允许以不适当的权限侵入程序。

· 安全测试在UAT阶段使用特定的输入来确保软件没有受到攻击。

· 安全测试涉及合法黑客攻击软件以查看其是否易受攻击。

· 在系统上线之前必须修复所有安全缺陷。

· 安全性还包括登录、具有不同权限（内部和外部）的用户对程序不同部分的使用以及数据的创建和授权。

与外部软件系统的交互性缺陷：

一般来说，部署到客户端的软件程序必须与现有的软件进行交互。

示例：

打印系统。 它可能是您已经使用的东西，也可能是外部系统，例如计费程序或数据屏幕系统。 部署的软件程序必须与这些外部系统无缝交互。 这些系统的所有输入和输出必须同时运行。 当前的技术包括移动应用程序以及它们必须兼容的各种软件平台。

外部系统交互性检查应在系统测试和 UAT 阶段广泛执行。 需要令人满意的推出标准。

报告缺陷：

软件程序的报告是显示程序内部统计数据的重要方式。

示例：所有发票相关数据都必须符合贷款限额。

・软件内的所有数据必须链接。 软件内的数据调整应该通过报告可见并满足预期。

· 如果当前版本发布的主要目的是从旧系统到新系统的数据迁移，则需要额外关注数据上报。

数据迁移缺陷：

在用新系统替换旧系统时，必须迁移旧系统中的数据到一个新系统。 新系统必须支持需求中定义的迁移数据。

并非所有旧数据都可以在新系统上使用。 然而，旧数据的屏幕截图在新系统上仍然可用。 按照惯例，这些数据必须可用。

注意：上面的列表并不详尽。 根据计划的类型，可能需要进一步检查，或者上述所有内容可能不适用。 因此，创建全面的上线指南需要全面了解软件、业务目标、用户期望以及架构或硬件依赖性。

软件启动标准示例：

这只是一个示例。 详细信息因项目而异。

・100% 的优先级 1 软件缺陷必须得到解决（严重性非常严重，优先级为 1）

・ 90 的优先级 2 软件缺陷 %（高严重性，优先级 1）2 ）将被修复。 其余 10% 的缺陷需要解决方法。 并且必须有一个可行的计划来解决剩下的10%的缺陷。

・提供生产环境实施清单和可用性清单。

· 运营支持团队已建立并准备好解决您的问题。

· 70% 的优先级 3 缺陷已得到解决，并且有后备计划来解决剩余 30% 的较低优先级缺陷。

值得注意的几点：

· 所有严重性和优先级定义均在项目开始时由客户和承包商之间的业务会议确定。

・在记录所有 UAT 缺陷并解决所有其他缺陷后，UAT 协调员和业务发起人将开会评估任何未解决的缺陷。

概述

Strong>

本文创建了一个可靠的操作标准，以保护您的软件免受生产环境中潜在缺陷的影响。这样做的重要考虑因素。

最后，感谢所有认真阅读我文章的人。 当你看到粉丝和关注度的增加时，总会有一种礼貌。 虽然不是很值钱，但是如果你能用的话，就可以直接得到。

这些信息对我们【软件测试】的朋友应该有用。最全面、最齐全的战备仓库，也陪伴了数万名测试工程师走过了最艰难的旅程。 希望对你也有帮助！

我的QQ技术交流群（技术交流和资源共享，无广告）

自己加个群也可以。 编号：310357728群里的免费资料是作者10多年测试生涯的精华。 同行业的专家也可以交流技能。

如果我们可以提供任何帮助，请这样做。 对我来说，“喜欢”是创建小编的主要动机。 下一篇文章见！