3
回归测试WordPress网站的最佳做法？
大家好， 我想听听其他人以WordPress为平台向客户提供复杂的非博客解决方案的情况，他们正在使用什么进行自动回归测试？ 对于那些不熟悉术语“回归测试”的人， Wikipedia将其定义为： 回归测试是任何类型的软件测试，其旨在通过重新测试程序来在对程序进行更改（例如，错误修正或新功能）后发现软件错误。回归测试的目的是确保更改（例如错误修正）不会引入新的错误。 更有说服力的Wikipedia指出以下内容正是我目前在一个项目上所经历的： 经验表明，随着软件的修复，新故障的出现和/或旧故障的再次出现是很普遍的。有时会出现重新出现的情况，因为修订是由于不良的修订控制实践（或修订控制中简单的人为错误）而丢失的。通常，解决问题的方法是“脆弱的”，因为它可以在首次发现问题的狭窄情况下解决问题，而在软件的整个生命周期内可能会出现的更一般情况下，则无法解决问题。通常，对一个区域中的问题的修复无意间导致了另一区域中的软件错误。最后，通常情况是，当重新设计某些功能时，在重新设计中会犯一些与该功能的原始实现相同的错误。 有了动作和过滤器的全局性，我发现随着我添加更多客户端请求的功能，复杂性开始增加，并且很难获得稳定的复杂插件，尤其是当它使用大量的调用WP_Query和更新数据库的情况时。 我认为解决方案是使用一系列“测试用例”设置回归测试以构成“测试套件”。从概念上讲，测试HTTP GET请求的HTML输出并不难。但是，当您必须通过管理控制台登录和/或测试jQuery交互时必须进行测试时，情况变得有些复杂。 我将其设置为社区Wiki，希望我们可以在此处收集最佳实践，但如果有其他WordPress专业人员正在使用，我真的很想听听流程。