网站维护测试
Maintenance testing on websites
所以，我被要求在网站上做一些维护测试。这是我第一次进行这种测试。我只想知道，测试必须进行到什么程度？在这些测试中要看的主要内容是什么？我可以创建哪些测试套件，以便 运行 定期或每次需要检查相同内容时进行此类测试？与测试新系统相比，这些测试应该有多详细？
在这些测试中主要关注什么？我正在使用一个名为 ghost inspector 的工具，它可以 运行 进行自动化测试。使用工具非常简单直接。我只想知道我必须匹配哪些边界才能以高效的方式进行有效和良好的维护。
我以前没听过"maintenance testing"这个词。但是，鉴于您正在使用 Ghost Inspector，我假设您将进行 "end-to-end" 测试。以下是构建和端到端测试套件之前需要考虑的一些事项：
首先要做的是了解通过应用程序的各种流程，并按照业务影响的顺序对这些流程进行排序。首先自动化最关键的流程。接下来，按照业务影响的顺序逐步沿着列表向下移动。
请记住，端到端测试 运行 和维护的成本很高。不要试图测试一切。这就是单元测试和集成测试的目的。只需自动化程度足以确保通过系统的关键流程是健康的即可。
例如，考虑一个电子商务网站。最重要的流程是什么？
- 结帐
- 购物车
- 电子邮件获取（用于电子邮件营销）
- 产品展示
- 产品库存
- 登录
- 历史订单
测试结帐和购物车流程可能就足够了，尽管也可以对电子邮件获取功能进行论证，因为电子邮件营销是电子商务的命脉。
但是，产品展示和库存显然是次要问题，登录和订单历史记录也是如此。只要用户能给你钱，网站就有收入。
Synthetic monitoring is most likely the type of Shift-right 测试您正在寻找的是为了
have effective and good maintenance in an efficient manner
在
a product that is already in use. just for certain updates or just to make sure things are working just normal from time to time. that was what i meant by maintenance testing.
根据我的经验（内部和监控即服务启动），大多数情况下不需要另一个 E2E GUI 测试框架。关键是要获得最关键的业务 journeys/paths 并覆盖那些具有适当频率和地理位置的业务。请记住 writes 并不总是令人满意的，所以大多数时候我们只用 reads 访问应用程序。良好的开端是您应该已经拥有的冒烟测试套件，使用它并使其在生产环境中运行。要 运行 定期进行此类检查，实际上取决于需要 - 例如我们每 5 分钟登录一次，但每 15 分钟访问一次用户设置。
how detailed should these tests be compared to testing a new system?
这里的基本思想是（主动）从您的实时系统获取健康数据，理想情况下应该在投入生产之前对其进行测试。
should i be also conducting some tests that checks for speed or performance of the website in such a scenario?
这是一个很好的观点，但同样 - 不要过度设计它。只需在您的监控中设置一个基准，它的警报机制就会警告您系统负载。
所以，我被要求在网站上做一些维护测试。这是我第一次进行这种测试。我只想知道，测试必须进行到什么程度？在这些测试中要看的主要内容是什么？我可以创建哪些测试套件，以便 运行 定期或每次需要检查相同内容时进行此类测试？与测试新系统相比，这些测试应该有多详细？
在这些测试中主要关注什么？我正在使用一个名为 ghost inspector 的工具，它可以 运行 进行自动化测试。使用工具非常简单直接。我只想知道我必须匹配哪些边界才能以高效的方式进行有效和良好的维护。
我以前没听过"maintenance testing"这个词。但是，鉴于您正在使用 Ghost Inspector，我假设您将进行 "end-to-end" 测试。以下是构建和端到端测试套件之前需要考虑的一些事项：
首先要做的是了解通过应用程序的各种流程，并按照业务影响的顺序对这些流程进行排序。首先自动化最关键的流程。接下来，按照业务影响的顺序逐步沿着列表向下移动。
请记住，端到端测试 运行 和维护的成本很高。不要试图测试一切。这就是单元测试和集成测试的目的。只需自动化程度足以确保通过系统的关键流程是健康的即可。
例如，考虑一个电子商务网站。最重要的流程是什么？
- 结帐
- 购物车
- 电子邮件获取（用于电子邮件营销）
- 产品展示
- 产品库存
- 登录
- 历史订单
测试结帐和购物车流程可能就足够了，尽管也可以对电子邮件获取功能进行论证，因为电子邮件营销是电子商务的命脉。
但是，产品展示和库存显然是次要问题，登录和订单历史记录也是如此。只要用户能给你钱，网站就有收入。
Synthetic monitoring is most likely the type of Shift-right 测试您正在寻找的是为了
have effective and good maintenance in an efficient manner
在
a product that is already in use. just for certain updates or just to make sure things are working just normal from time to time. that was what i meant by maintenance testing.
根据我的经验（内部和监控即服务启动），大多数情况下不需要另一个 E2E GUI 测试框架。关键是要获得最关键的业务 journeys/paths 并覆盖那些具有适当频率和地理位置的业务。请记住 writes 并不总是令人满意的，所以大多数时候我们只用 reads 访问应用程序。良好的开端是您应该已经拥有的冒烟测试套件，使用它并使其在生产环境中运行。要 运行 定期进行此类检查，实际上取决于需要 - 例如我们每 5 分钟登录一次，但每 15 分钟访问一次用户设置。
how detailed should these tests be compared to testing a new system?
这里的基本思想是（主动）从您的实时系统获取健康数据，理想情况下应该在投入生产之前对其进行测试。
should i be also conducting some tests that checks for speed or performance of the website in such a scenario?
这是一个很好的观点，但同样 - 不要过度设计它。只需在您的监控中设置一个基准，它的警报机制就会警告您系统负载。