|
|
1
5
通常,我们将环境的最低建议(即客户端上的.NET或数据库上的IIS/SQL服务器的最低建议)作为一个模糊的基线。 一般来说,我们知道应用程序的应用程序大小/基于客户机大小的预期数据库大小。 在此之后,我们根据Windows Perfmon的观察结果添加一些“伪造”的数字。我们观察在正常情况下运行时系统的客户机内存/CPU使用情况。对于服务器层,我们还将在加载条件下运行时考虑内存/处理器负载。 基于所有这些,我们得出了最好的猜测。 |
|
|
2
3
我的测试环境中有一些机器是最低硬件和软件要求所依赖的。我认为这是定义此类指标的唯一“安全”方法。 在这些机器上,我每周至少运行三次所有类型的测试,确保在所有更改之后应用程序有足够的资源。因此,如果您改变了您的测试机器,您也改变了最低要求。 在一些项目中,我们与客户一起定义最小值,并购买/构建一些具有此最小值的测试机器以再次测试… |
|
|
3
2
我们在我们的环境中使用用户机器的底层基线规范,这些规范将在合理的客户期望范围内有效地运行软件。 |
|
|
5
1
还可以了解您选择的软件框架/平台的最低要求。 |
|
|
6
0
我们的大部分工作都是通过与客户的直接合同工作来完成的,因此许多硬件规格都直接来自客户以及他们当前在其环境中运行的内容(即,必须能够在他们计划使用该应用程序的最差计算机上足够好地工作)。 有时,我们也可以说服他们在开发工作的同时,作为软件包的一部分进行技术升级,但这并不常见。 |