边缘案例是软件测试中讨论的常见主题。“边缘情况”本身的定义非常简单。但是,有许多不同类型的错误可能属于该类别。

边缘案例定义和含义

软件测试,边缘案例是用户不常见的错误。但是请注意,这并不总是意味着很难重现该错误。

带有放大镜的软件开发代码显示错误

有时,该错误可能有100%的时间发生 - 但只有在占客户群中很小份额的iPhone模型上。其他时候,这个错误可能正在发生跨浏览器/设备,但只有1%的时间。

边缘案例可能是一个小问题 - 例如,在iOS应用程序上使用的蓝色确切阴影与Android版本中的不一致。但这也可能是一个发生时严重的错误 - 就像崩溃一样。

共同的边缘案例

这有点像矛盾,因为“边缘案例”的全部要点是,它不会影响许多用户。但是,在不同的应用程序或网站总体上,仍然存在某些边缘案例。其中一些包括:

  • 崩溃。最常见的边缘案例之一是,当应用程序崩溃而没有明显或非常可重现的路径时。通常,开发人员将能够查看代码并确定原因。但是作为测试仪,您可能无法轻松地复制崩溃。(祝您好运获取屏幕录制!)
  • 应用程序或网站的一部分需要多5秒钟来一次加载(无论网络速度如何)。
  • 偶尔关闭视频屏幕后,音频会继续在后台播放。

某些Edge案例是应用程序或网站所独有的。但是可以在许多不同类型的网站或移动应用程序上看到其他。

黑人穿着粉红色的马球和灰色裤子,拿着放大镜如何在软件测试中查找边缘案例

有时,您可能甚至不尝试就偶然发现了边缘案例。毕竟,作为测试人员,您的使用远远超过了真正的用户。因此,您有更多机会遇到任何可能出错的事情。

其他时候,您必须通过回归测试。这意味着检查软件中的每个部分和功能。这也可能使更有可能发现由于大量使用而可能发生的某些错误。

编写边缘测试用例

理想情况下,如果您有用于回归测试的测试用例,则将发现任何潜在的边缘案例。或至少有任何影响真实用户的机会!边缘案例不一定需要特定的测试用例。这也可能浪费宝贵的时光,可以更好地花费更多的时间来寻找更多的通用错误。

但是,一组好的回归测试案例应该使您能够找到除最常见的边缘案例以外的所有情况。如果您不确定如何编写好的测试用例,则可以在我们的指南中了解更多质量检查案例。您也可以学习如何不需要编写测试案例

边缘案例需要修复吗?

这取决于两个因素。它有多罕见,问题对可用性有多严重?例如,发生1%的时间可能听起来很少见。但是,如果该错误是无法从购物车中退房的用户,并且该平台有500,000个用户,则可能会带来很大的收入。

一些团队认为,一个错误是边缘案例意味着它无需修复。但这并不总是最好的前景。仅仅因为某些事情不会影响大量用户,或者经常发生,并不意味着它不会引起问题。特别是如果这是一个简单的修复,通常值得做。这不仅可以改善该软件,而且还将减少您的客户服务团队必须回应受影响用户的投诉的机会。

使用错误报告票务管理网站的QA测试仪

用户可以由于不良的用户体验而放弃应用程序或网站。即使该错误不会严重影响功能,它仍然可能会使整体恶化用户体验

请记住,虫子不仅会影响遇到虫子的人,也有益。如今,单词可以快速传播 - 许多人非常乐意使用公共社交媒体帐户来抱怨。即使错误不影响大多数用户,受影响的用户也可能鸣叫关于它。结果,您的产品对看到该帖子的任何人都会看起来不好。

软件开发中的边缘案例

如果您在软件测试中工作,则在测试应用程序或网站时可能会遇到边缘案例。如果您以前从未使用过该术语,则在向开发人员描述错误时可能会非常有帮助。如果您告诉软件开发人员错误是“边缘情况”,他们会立即了解到它可能不可重现。这可以节省来回的时间,双方都有误解!(了解有关质量检查和开发人员关系

查找边缘案例

如果您正在寻找软件测试人员来查找应用程序或网站的边缘案例,请联系MIDFUL QA!hthcom华体会我们曾在十几个“最佳软件测试公司”中亮相列表,并且很想测试您的软件。