当谈到应用性能时，组织制造的一个最常见的问题是，遗漏问题。当涉及到应用性能时，非常多的组织没能明确可接受的性能定义究竟是什么，对应用程序应该如何执行没有一个基本的描述，当问题出现时，没人知道如何处理它们。

    所以，怎样有效地为你的应用程序定义性能需求？使用SMART原则是一个好的开始，这意味着要有的性能需求应该是：

    *具体地

    *可以衡量地

    *可实现的

    *相关的

    *有时限的

    使用这一思想，一个好的性能需求可能要解读成这样：当从screenA传文件大小不到50 k时，98%的往返的响应时间应该是次秒级的。

    通过SMART测试

    正如你能看到的，这个需求是非常具体的，既描述了是应用程序正在使用的场景，也描述了应用程序的特定部分，命名为screenA,这就需要满足要求。此外，需求是容易衡量，当然也可以用现代硬件实现。这与用户有关，而且可以有效地计时，无论如何，这都需要通过SMART测试。

    当然，这还远远不够，一个性能需求必须有被测试的能力。如果一个性能测试者，在一个既定的需求下，不知道如何测试它的准确性，那么你就遇到了严重的问题。当性能需求是准确的之后，那么有一个问题就必须要提出来：这个需求的被测试怎样才能简化？如果答案是不够明确，那么需求就要需要重述。

    但是对于实际测试指标，要求必须是首要的且确实存在的，而且它正在定义出明确的且可测试的性能需求，这是组织经常失败的地方。性能不应该事后想来，但相反，一个高优先级的需求要在应用程序生命周期管理流程中较早地得到明确的定义。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。