51Testing软件测试论坛

标题: 包含优秀实践的综合指南之Web测试 [打印本页]

作者: lsekfe 时间: 2023-4-19 14:36
标题: 包含优秀实践的综合指南之Web测试
Web 测试需要验证网站以确保其正常工作并实现其目的。这些活动可以包括检查网站上的所有链接是否有效，以及网站是否与不同的浏览器、设备和操作系统兼容。测试网站还可以确保其安全并免受攻击。
　　在这个技术互联的世界中，网站无处不在。从坐在家里支付账单或购买您长期以来想要的物品，我们都需要一个网站。甚至在登陆这些网站之前，我们都会在搜索引擎上搜索我们的查询，比如谷歌，这是一个网站。
　　对于用户而言，网站在他们的日常生活中扮演着不可或缺的角色。作为开发人员和测试人员，这直接转化为维持业务并让用户参与我们的网站，我们需要确保用户端没有任何问题。实现这一目标的唯一方法是通过有效的 Web 测试，包括使用适当的方法和技术并了解这样做的原因。
　　什么是网络测试？
　　Web 测试过程可以概括为一句话“Web 测试是测试 Web 应用程序的过程”。然而，这个陈述过于庞大而难以理解，而且对于测试人员来说太混乱了，无法开始这个过程。我们知道我们想要测试网络应用程序，但“测试”它意味着什么？
　　作为测试人员，您已通过验证功能、应用程序的 UI、UX 和响应能力来完成网站测试。这些似乎是网络的四大支柱。一切看起来都很好，代码被推送到生产环境，并最终推送给所有用户。
　　然后，几天后，您收到有人渗透该网站并窃取用户数据的消息。这是一个严重的问题，可能会导致整个业务崩溃。那么，这是测试团队的责任吗？这应该是网络测试的一部分吗？是的！
　　任何围绕 web 应用程序的东西都适合放在 web 测试的圈子里。这包括 Web 应用程序的安全性、有助于通信的 API、测试性能指标、负载指标等。即使在单个浏览器上一切正常，测试人员也必须在每个目标浏览器上检查相同的标志。
　　为什么 Web 测试很重要？
　　我们在上一节中与安全相关的风险的小例子很好地证明了 Web 测试的重要性。但是，在真正的威胁发生之前，例如入侵网站，用户通常不会意识到这些情况。跳过这些区域，当我们讨论清晰可见的区域时，比如用户界面，测试网站和非测试网站的效果在用户面前一目了然。
　　让我们举三个简单但“昂贵”的例子来演示网络测试对用户的影响。
　　案例一：GFK（Growth From Knowledge）
　　第一个例子是围绕“购买”CTA 按钮，您可能一直注意到该按钮将产品放在下方（或侧面，具体取决于设备）。它会将您带到结帐页面，您可以在其中完成其他任务，例如付款。
　　作为用户或测试人员，您认为设计不当且用户难以点击的“购买”按钮的成本是多少？还是有时甚至不引人注意的？
　　GFK 是一家不得不花费大量资金进行用户体验研究的组织，因为他们想知道销售不佳的原因。正如您可能已经猜到的那样，这是一个“购买”按钮，但位置不正确并且用户没有注意到。他们通过将此按钮放置在更多位置并优化其代码以使其流畅来对其进行更改。结果，他们的年销售额高达 5 亿美元。
　　案例二：微软
　　从用户体验出发，我们现在举一个用户界面的例子。十年前，微软在他们专注于 Bing 的演讲中说，“搜索可以不仅仅是十个蓝色链接。”
　　具有讽刺意味的是，“蓝色”部分是微软对其搜索结果进行测试时的主要问题之一。据透露，正如 Paul Ray（Bing 的用户体验经理）早些时候所说，蓝色有点浅，“缺乏自信”。他们将其更改为 #0044CC，结果，他们的广告收入跃升至额外的 8000 万美元，告诉全世界单一颜色的重要性。
　　案例三：亚马逊
　　我们举的最后一个例子是网络性能，它是网络测试的一个组成部分。早在 2009 年，电子商务巨头亚马逊就曾直言不讳地忽视其网站的性能。他们透露，每 100 毫秒的延迟会使他们损失 1% 的销售额。如果我们将此调整为亚马逊 2014 年的收入，1% 的销售额将超过 8 亿美元。
　　Tabb Group 在他们题为“毫秒的价值：寻找交易基础设施的最佳速度”的优秀研究论文中发表了类似的发现。专注于电子交易基础设施的研究表明，如果平台仅比竞争对手落后 5 毫秒，经纪商面临的损失可能高达每毫秒 400 万美元（是的，一秒的千分之一）。?
　　这三个示例探索了 web 测试的三个主要领域，作为测试人员或用户，这些领域对我们来说可能看起来并不那么重要。它们展示了 Web 测试的重要性以及我们需要如何覆盖它周围的每个区域，因为我们可能永远不知道哪个区域会反击，从而导致高额收入损失。
　　Web 测试生命周期
　　Web 测试生命周期类似于软件测试生命周期，这是合乎逻辑的，因为它们是同一过程的一部分。
　　清单准备
　　我们在 Web 应用程序测试中考虑的第一件事是根据 Web 应用程序标准创建清单。UI 测试、跨浏览器测试等。这是用于测试 Web 应用程序的通用清单。测试人员也可以从以前的项目中采用它。
　　需求收集
　　在安排了 Web 应用程序的通用和通用事物之后，我们专注于收集通常特定于项目的需求。这可能包括从客户收集的功能或某些特定要求。一个好的做法是将它们安排成逻辑集群，以后可以将它们组合成一个套件。
　　测试计划与设计
　　现在，我们继续计划和安排这些测试以有效地执行测试阶段。在这里，我们创建了一个测试计划、测试计划文档和测试设计，以及它的文档以供后续阶段使用。
　　测试执行技术
　　接下来，我们制定测试执行计划，以及特定于项目、团队或组织的测试执行技术。
　　测试执行
　　在这个阶段，我们利用我们在早期阶段所做的所有计划来执行实际的测试执行。
　　报告
　　最后，我们对所有观察结果和测试用例结果进行详细报告，以便与团队共享、进一步分析或未来。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)