Testing 网站维护测试

Testing 网站维护测试,testing,automated-tests,maintainability,ghost-inspector,Testing,Automated Tests,Maintainability,Ghost Inspector,所以,我被要求在网站上做一些维护测试。这是我第一次进行这种测试。我只是想知道,测试必须进行到什么程度?在这些测试中,主要要看什么?我可以创建哪些测试套件来定期运行此类测试,或者在每次需要检查相同内容时创建哪些测试套件?与测试新系统相比,这些测试应该有多详细 在这些测试中,需要重点关注哪些方面?我正在使用一个名为ghost inspector的工具来运行自动测试。非常简单的直接使用工具。我只想知道为了以高效的方式进行有效和良好的维护,我必须匹配哪些边界。我以前没有听说过“维护测试”这个术语。但是,

所以,我被要求在网站上做一些维护测试。这是我第一次进行这种测试。我只是想知道,测试必须进行到什么程度?在这些测试中,主要要看什么?我可以创建哪些测试套件来定期运行此类测试,或者在每次需要检查相同内容时创建哪些测试套件?与测试新系统相比,这些测试应该有多详细

在这些测试中,需要重点关注哪些方面?我正在使用一个名为ghost inspector的工具来运行自动测试。非常简单的直接使用工具。我只想知道为了以高效的方式进行有效和良好的维护,我必须匹配哪些边界。

我以前没有听说过“维护测试”这个术语。但是,考虑到您使用的是Ghost Inspector,我假设您将进行“端到端”测试。下面是构造和端到端测试套件中要考虑的一些事情:

首先要做的是了解通过应用程序的各种流,并按照业务影响的顺序对这些流进行排序。首先自动化最关键的流程。接下来,按照业务影响的顺序,逐步完成列表

请记住,端到端测试的运行和维护成本很高。不要被诱惑去测试一切。这就是单元测试和集成测试的目的。只需足够自动化,以确保通过系统的关键流程是健康的

作为一个例子,考虑一个电子商务网站。最重要的流程是什么

  • 结帐
  • 购物车
  • 电子邮件获取(用于电子邮件营销)
  • 产品展示
  • 产品库存
  • 登录
  • 订单历史
仅仅测试结帐和购物车流程可能就足够了,不过也可以对电子邮件获取功能进行讨论,因为电子邮件营销是电子商务的生命线

但是,产品显示和库存显然是次要问题,登录和订单历史也是如此。只要用户能给你钱,网站就有能力产生收入。

我以前没听说过“维护测试”这个词。但是,考虑到您使用的是Ghost Inspector,我假设您将进行“端到端”测试。下面是构造和端到端测试套件中要考虑的一些事情:

首先要做的是了解通过应用程序的各种流,并按照业务影响的顺序对这些流进行排序。首先自动化最关键的流程。接下来,按照业务影响的顺序,逐步完成列表

请记住,端到端测试的运行和维护成本很高。不要被诱惑去测试一切。这就是单元测试和集成测试的目的。只需足够自动化,以确保通过系统的关键流程是健康的

作为一个例子,考虑一个电子商务网站。最重要的流程是什么

  • 结帐
  • 购物车
  • 电子邮件获取(用于电子邮件营销)
  • 产品展示
  • 产品库存
  • 登录
  • 订单历史
仅仅测试结帐和购物车流程可能就足够了,不过也可以对电子邮件获取功能进行讨论,因为电子邮件营销是电子商务的生命线

但是,产品显示和库存显然是次要问题,登录和订单历史也是如此。只要用户能给你钱,这个网站就有能力产生收入。

很可能是你想要的测试类型

以高效的方式进行有效且良好的维护

已经在使用的产品。只是为了某些更新,或者只是为了确保事情不时正常工作。这就是我所说的维护测试

根据我的经验(内部和监视即服务启动),大多数情况下不需要另一个E2E GUI测试框架。关键是获得最关键的业务行程/路径,并覆盖那些具有适当频率和地理位置的行程/路径。请记住,写并不总是可取的,所以大多数时候,我们在应用程序中使用的是只读。良好的开端是您应该已经拥有的烟雾测试套件,将其用于生产。定期运行这样的检查,实际上取决于需要-例如,我们每5分钟点击一次登录,但每15分钟访问一次用户访问

与测试新系统相比,这些测试应该有多详细

这里的基本思想是(主动地)从您的实时系统中获取健康数据,理想情况下,在投入生产之前应该对这些数据进行测试

在这种情况下,我是否应该进行一些测试来检查网站的速度或性能

这是一个非常好的观点,但再一次-不要过度设计它。只需在您的监控中设置一个基准,它的警报机制将针对系统负载向您发出警告。

很可能是您正在寻找的测试类型,以便

以高效的方式进行有效且良好的维护

已经在使用的产品。只是为了某些更新,或者只是为了确保事情不时正常工作。这就是我所说的维护测试

根据我的经验(内部和监视即服务启动),大多数情况下不需要另一个E2E GUI测试框架。关键是获得最关键的业务行程/路径,并覆盖那些具有适当频率和地理位置的行程/路径。请记住,写并不总是可取的,所以大多数时候,我们在应用程序中使用的是只读。良好的开端是您应该已经拥有的烟雾测试套件,将其用于生产。要定期运行这样的检查,实际上取决于需要-例如,我们每5次点击一次登录