四、意识层面
当今社会万事讲求以人为本,如果从软件应用系统涉及的各级人员角色的内心没有把性能表现当回事,那么一切调优最多也都是亡羊补牢而已。比如:
a)产品经理:项目乙方产品总负责人,产品目标、市场定位、基本框架的制定者。
b)一线人员:售前咨询、实施顾问等。
c)需求设计:对产品具体功能设计提出明确要求的角色。
d)代码实现:按需求定义进行产品的具体实现的角色。
e)测试人员:对产品质量进行检测、对开发过程进行监管的角色。
f)最终用户:系统最终的使用者、应用效果的影响者。
对于一个软件产品来讲,只有以上这些环节的角色人等在各自的工作岗位上,真正的在意识层面上提高优化系统性能的地位,而不是把它作为功能优先实现之外的附属品,才能把系统性能优化的工作最大程度的作在前面、作的全面、作得到位!
综上所述,我们看到了各类导致性能瓶颈的可能原因(也可以说是性能调优的入手点),下面我们用一个比较常用的鱼骨图分析法来展示一下,可能会更为清晰:
然后我们再把这些原因按一定的规则进行分门别类,一般采用如下的二维矩阵分析的方法,按可推行的难易度和收效的影响度高低来形成四个象限,把这些问题按具体情况分布在这四个象限中,看到这些问题中哪些是我们要优先解决的,哪些是可以暂时放一放的,调优时可以借鉴这个顺序来进行。
当然在不同的企业这四个象限中的原因分布是会相互转化的,比如在一个预算有限的私企中可能额外的硬件投资对其来说就是应该放入暂时搁置的象限,而对于财大气粗的单位中可能费用预算不是问题但是想改变他的办事流程和组织架构将是非常困难的,这时解决的优先次序也就要相应调整了。
以上就是我对性能调优方面的一些浅见,在此声明:本人并非技术人员出身,只是在测试管理岗位上多多少少会接触到一些这方面的事情,因此本文尽量避免引述一些很专、很深的技术名词以免贻笑大方,只希望更多的测试人员都能看的明白一些,获取一些对自己有价值的东西罢了。
原帖地址:http://bbs.51testing.com/thread-516291-1-1.html
版权声明:本文由会员fatfish首发于51Testing软件测试论坛每周一问活动。
原创作品,转载时请务必以超链接形式标明本文原始出处、作者信息和本声明,否则将追究法律责任。