对于一个PHP项目，我应该遵循什么样的质量标准？是否有可用的软件？

我应该使用什么标准来衡量PHP项目的质量？我有一些想法，比如LOC、功能更改、花费的时间，但我不确定我是否走对了？你推荐什么

---

此外，是否有任何软件可用于测量产品质量（基于任何指标）？谢谢你的指点。

看一看：

唯一真正对我有用的是遵循交互设计的原则。也就是说，遵循这个工作流程：

需求收集/目标定义>用户角色/线框/测试用例>图形设计/开发>基于测试用例的测试

基本上，您应该在步骤2中定义整个接口，以及定义重要特性的预期结果的测试用例。然后，在构建应用程序之后（或在构建过程中），使用测试用例和线框来确保它看起来与预期的一样

测试单个类/函数可以帮助您进行将来的验证，但大多数项目是根据当前版本的质量来衡量的，而不是根据您修复当前版本错误的难易程度

至于进度，尽管人们希望有一个你可以衡量的指标来告诉你一个项目花的时间太长或进展太快，但实际上没有。事情往往需要花费他们所需要的时间，如果你试图减少时间，最终的产品就没有那么好。然而，面临迫在眉睫的最后期限的威胁是一个强大的动力。这是一种微妙的平衡

我真的从来没有发现任何工具能够最终促进更好的软件，至少在衡量质量方面是如此。有很多工具可以减少实现目标所需的时间，但对于评估目标的成功与否，没有什么比赛前的线框/测试用例文档和赛后的匹配程度评估更有效

---

不要让任何人告诉你，如果没有代码，你不可能详细地设计整个项目。如果你不这样做，你肯定会一团糟。

你只能通过LOC和时间花费来衡量项目的规模和规模，而不是质量。我相信除了WPM（每分钟WTF）之外，没有其他可靠的指标。LoC是不好的，因为更少的行通常意味着更好的代码，功能更改的大小是不同的，所以没有常数作为参考框架，所花费的时间是不可靠的，因为好的程序员比坏的程序员编码快很多（快100倍），同时添加的bug和编写的代码（远）更少。不过，你可以通过检查开发人员花在某个功能上的时间与他们估计的时间相比，来了解质量。你应该澄清“非常详细”。我看到过一些图表，这些图表将代码建模到每一个赋值、条件和循环，这非常可怕。一个好的细节层次是（同样是IMHO）图，它对接口和交互进行建模，而不是方法的逻辑或任何私有方法。当然，你应该先做更高层次的设计，然后从那里开始工作（是的，我更喜欢自上而下而不是自下而上）。所谓线框，我指的是一个完全实现和完整的界面草图。不是图形处理，也不是代码应该如何工作的定义。然后，测试用例应该从线框中明确任何不完全明显的内容。比如排名系统应该如何影响职位背后的理论，等等。