|
|
1
2
管理层关心钱。向他们展示你的工具将如何为他们省钱,你将得到他们的认可。其他的一切对他们来说都是微不足道的。 |
|
|
2
2
扩展@lwoodyiii必须说的内容。当为任何事情提出一个案例时,无论是雇佣更多的人,还是投资性能测试工具(或者为此而将性能测试外包),都需要以节省的金钱的方式来提出。通过做一点腿部运动,你应该能够回到节省下来的美元金额。 如果您从未遇到过任何性能问题,那么将更难量化节省的美元。但在您的案例中,应该更容易理解这一点,因为您已经遇到了一些重要的性能问题。您应该能够对现有的性能问题投入$amount。您应该能够量化由于服务退化而导致的收入损失(丢失的交易、丢失的客户、减少的交易吞吐量等)。您还可以考虑与修复和解决性能问题相关的成本。然后,比较存在性能问题的成本与执行性能测试程序(工具、培训和资源成本)的成本。 用一些在新闻中广为人知的奇闻怪事表演恐怖故事来增加演讲的趣味性,以及这些中断给这些公司造成的损失,也可能不会有什么坏处。 |
|
|
3
0
听起来你自己没用过个人资料。那将是一个好的开始。您没有提到您的环境,但Red Gate为.NET提供了一个很好的配置文件。 http://www.red-gate.com/products/ants_performance_profiler/index.htm 无论您身处何种环境,您都可能找到一个有试用期的合适的探查器。使用试用期来分析你的应用程序,了解分析程序是如何工作的,以及它们如何帮助你的应用程序变得更好。 要证明生产力的一点是,它们如何让您专注于最大的瓶颈,并以最少的努力提高性能。有了一个好的分析器,您就不用费心优化已经执行的代码了。 当然,如果你的公司真的不关心性能,他们也不会希望你做任何优化。像这样的公司很多,而且很臭。 |
|
|
4
0
我认为绩效是很难呈现给他人特别是管理层的琐碎案例之一。你应该有一些“清晰”加“简单”的方法来展示它的使用。 我有jbuilder和yourkit等分析工具的经验,但没有其他性能工具。但我认为它们上面显示的“数字”不足以说明它们的用途。 如果你能建立一个很好的实际例子,那就太好了。显示两种方案的相同情况。如果你能证明旧的响应时间很长,并且在性能改进之后,相同的操作花费的时间要少得多,那么这是证明你的声明的一个好方法。 |
|
|
eof · Chrome块文件下载-selenium 2 年前 |
|
|
duyhoccode · 如何在Javascript中连续调用异步函数 2 年前 |
|
|
Bayley Sapara · 输入测试夹具输入未在Unity中注册 2 年前 |
|
|
Demo Guy · 如何在Cypress中滚动到页面顶部 3 年前 |