质量保证如何提高时尚电商的转化率

事件由 Digital Fashion Academy
四月18th 2023

观看此处的在线讲座:

产品详情

标题： 时尚电商转化率提升的质量保证
日期： 18 月 5 日星期二下午 30:XNUMX（欧洲中部时间罗马）
期限： 1小时
语言： 英语
报名注册：网络研讨会注册后免费

概要

加入恩里科·凡塔古兹 (Digital Fashion Academy）和洛伦佐·法内蒂（猜不透）当他们提出 最佳实践 HPMC胶囊 质量控制 of e-commerce 时尚和奢侈品领域的网站。

该网络研讨会将说明 关键概念 用于质量保证控制 e-commerce 项目，来自 工艺 在大公司中使用， 服务水平协议 (SLA) 在合同定义期间与开发机构共享。

• 质量保证 是一系列旨在确保 结果 一个项目的满足 期望 的 顾客， 终端用户 产品和任何 标准 要求 法规.

• 时尚 e-commerce, 质量保证对于 保证 共赢 就站点而言 转变 率 并 质量控制 项目 成本.

“通常在一个项目结束时发生的事情 e-commerce 网站开发项目存在诸多缺陷，这些缺陷可能会损害项目的成功以及开发商与客户之间的关系。正确的做法是…… management 质量保证使我们能够获得客户满意、最佳用户体验和正确的结果。 management 客户与供应商关系”

恩里科·范塔格齐（Enrico Fantaguzzi）

主题

• 质量标准的定义 e-commerce 网站
• 产品交货后保修
• 产品测试方法和缺陷解决 management
• 错误跟踪和问题跟踪工具

TRANSCRIPT

在创办这家在线学习公司之前，我曾在时尚和奢侈品公司工作了20多年，从小公司做起。 brand面向大型跨国公司和电商企业。

在本次网络研讨会中，我将与大家分享我在时尚行业工作期间学到的一些经验。 brand即使我今天与大家分享的经验主要是在时尚行业之外，在数字娱乐领域获得的。

那么今天我们要聊的就是 质量保证的重要性 和 为什么它对成功至关重要 时尚的 ecommerce. 

我将向您展示一些想法和示例 如何在公司内部组织质量保证流程 

最后，我们将介绍一些您在使用时需要记住的事情 与您的供应商开发人员或系统集成商讨论任务，在谈判过程中向他们询问什么以及在合同中包含什么内容，以便最终结果符合您的期望。 

那么时尚品保的目的是什么呢 e-commerce? 

质量保证的目的是什么？

质量保证的目的是确保数字产品满足客户（您自己）以及数字产品的最终用户（即您的客户）的期望。 

恩里科·范塔格齐（Enrico Fantaguzzi）

更具体 当我们谈论期望时，我们谈论的是要求和规范、要求和规格与预期不同，因为它们是 在一份或多份文件中明确说明和记录. 

最重要的是，您可能必须遵守 由于法律限制而对您的公司具有约束力的要求.

第三，有一组未写下来的期望，但您仍然需要将它们视为项目的一部分，因为其中一些期望可能是 你的期望 management 或其董事会或其他利益相关者 以某种方式参与该项目。 

有哪些要求和规格？

现在让我们尝试更好地定义什么是要求和什么是规范，这些是你们中的一些人可能熟悉的技术术语，但我会给您一些示例，以便您可以通过示例在您的脑海中修复它们

示例要求： 

• 能够创建帐户， 
• 能够以客人身份退房， 
• 能够分期付款而不是一次交易， 
• 能够选择不同的运输选项， 
• 能够在搜索过程中仅过滤特定尺寸， 
• 能够使用搜索工具搜索关键字
• 结账过程中运费和税费的可见性

示例规格： 

• 与设备和操作系统的兼容性 
• 图片、横幅的尺寸 
• 系统之间的频率数据交换
• 格式和每页结果数

需求规格和期望在哪里表述？

这些元素通常写入一个或多个项目文档中。 

最常用的文档是 产品需求文档，也称为 PRD，通常由负责该项目的经理拥有和编写 e-commerce 平台。如果产品要求文档不可用 我们可以将需求和规范直接写入项目计划中，最后我们也可以在 质量计划. 

质量计划的主要目的是组织质量测试和整体质量保证流程，但也可能包含对数字产品质量的一些具体要求。例如，质量计划可以提及需要执行的特定安全测试。例如，我曾在一家大型运动服装公司担任服务供应商。 brand 我当时正在发展他们的 ecommerce 为了满足客户对网站的安全标准，我需要协调我们服务器上的安全测试。 

超出范围的测试

另一方面，质量计划可能会指出哪些测试超出了项目范围，例如，如果您不打算将产品运往澳大利亚。 ecommerce因此，您不应该花费时间和精力去开发和测试针对该特定国家的任何规范。 

线框图和组合

质量计划可以参考其他文件的规格和要求。例如，质量计划可以参考线框或比较模型，以了解与设计质量以及网站总体外观和感觉相关的所有内容。

这些文档很重要，因为您的开发人员将使用它们作为他们在工作中需要开发和完成的内容的参考。 

除了要求之外，质量计划还描述了需要进行的测试、项目期间和产品交付期间何时进行测试以及如何进行测试。

上线标准

质量计划还应包含 GO-LIVE 标准，GO LIVE 标准是项目上线应满足的一组条件，GO LIVE 标准的示例是 Live 网站允许的最大错误数量及其严重程度，例如，质量计划可以规定，仅当上线时网站上总共存在最多 10 个错误时，项目才会上线

最后，质量计划包含项目团队在质量保证过程中需要遵循的程序，例如，谁负责测试以及测试什么，如何使用错误跟踪工具，如何根据错误的严重性对错误进行分类。

我们需要运行什么类型的测试？

质量保证测试的类型

现在，让我们更详细地看看应该设计什么样的测试。 brands focus on

时尚公司可以运行多种类型的测试，以确保商务平台按照预期运行。

冒烟测试

此 冒烟测试是一个简单的测试，旨在检查核心功能 的数字产品。这些测试通常由开发人员在项目期间完成，以确保软件的核心功能正常工作。这是一个简单的测试，包括尝试程序的核心功能 模拟需要在平台上完成任务的普通用户或潜在客户举个例子，如果你要在网站上实现文本搜索功能，那么冒烟测试就是输入几个与你的网站相关的关键词。 brand 例如，搜索“红色皮包”，并检查结果是否一致。在这个阶段，例如，图形设计可能并不重要，目标是获得一致的结果。如果您搜索“红色皮包”，结果却是一件蓝色T恤，则烟雾测试失败。    

整合测试

集成测试是一个特定的测试 验证数据从一个系统到另一个系统的正确传输例如，从电子商务平台到公司ERP系统，以及从ERP系统到仓库。 management 系统或来自 ecommerce从平台到商业智能平台。如果数据能够正确地从一个系统传递到另一个系统，没有数据丢失，并且在预期的时间范围内完成，我们可以认为此次测试成功。 

用户验收测试

用户验收测试（或 UAT）通常在客户和开发人员在场的情况下进行。 

在 UAT 期间，客户端运行所有可能的用例，例如搜索产品，将产品添加到愿望清单，将产品从愿望清单移动到购物车，完成结账流程，以确保一切按预期进行。 

这些测试通常在开发阶段接近尾声时完成，此时产品几乎准备好交付给客户。通常，此测试的输出是客户请求的错误列表，这些错误将由开发人员修复。

回归测试

第四种测试是回归测试。回归测试可确保应用程序在平台上发生任何代码更改、更新或发布其他功能后仍按预期运行。回归保证了平台的整体稳定性。

每次网站上有新版本时，质量团队都应执行这些测试，确保之前运行的所有功能仍然正常运行。 

例如，如果您正在开发一个新的支付系统，假设您正在结帐中开发分期付款，并且在部署此新功能的过程中，您打破了之前运行良好的信用卡付款方式，因此我们引入了先前工作功能中的错误，在本例中我们讨论的是回归。

错误测试和错误修复流程

 我们讨论了质量保证主管的角色，现在让我们看看参与质量保证流程的所有参与者如何相互作用。

第一步发生在第一次发现错误时；测试人员（项目团队成员或遵循测试脚本的专业测试人员）发现错误。例如，测试脚本可能会说：将产品添加到愿望清单，然后将该产品从愿望清单移动到购物车。 

如果测试人员无法将产品添加到愿望清单或将产品从愿望清单移动到购物车，测试人员将报告错误，并且他或她将在错误跟踪工具中打开票证。 当测试人员报告系统中的错误时，他或她还应该添加一些规范，例如重现错误的说明，这将有助于开发人员快速重现发现 bug 时的情况。测试人员通常还会报告发现错误时正在使用哪个设备和哪个操作系统。例如，我在 iPad Pro 上使用 Safari。

在第二步中， QA 负责人将检查有关该错误的所有可用信息，并且他或她将仔细检查该错误是否尚未报告。这很重要，否则我们可能会在错误跟踪工具上出现重复的错误。

然后，质量检查负责人会将错误分配给团队成员来解决该问题。请注意，我目前使用 bug 和 issues 作为同义词。

在步骤 3 中，开发人员在开发环境中修复问题并将问题标记为已修复。 

请注意，开发人员将错误标记为“已修复”或“已解决”，但他/她不会关闭错误跟踪工具上的票证，只有报告错误的人员或 QA 负责人才应继续将问题标记为“已关闭”。

在最后一步中，报告包的人或 QA 负责人将检查该错误是否确实已在平台上修复，并将在错误跟踪工具中将该问题标记为已关闭。

UAT测试步骤总结

1. 测试人员尝试在网站上完成任务，例如将产品添加到愿望清单
2. 如果测试人员无法完成任务，他/她会在错误跟踪工具中报告错误
3. QA 负责人验证该错误，即其他人尚未报告该错误
4. QA 负责人将 Bug 分配给团队成员来修复
5. 团队成员处理错误并在问题解决后将其标记为已修复
6. QA 主管或测试人员再次测试该功能以确保其正常工作
7. 该错误最终由 QA 负责人或测试人员关闭

音箱