51Testing软件测试论坛
标题:
没进行性能测试之前该怎样把握软件性能?
[打印本页]
作者:
TLover
时间:
2009-7-8 11:48
标题:
没进行性能测试之前该怎样把握软件性能?
想问问:一般情况下,你们公司在开发软件的时候是怎样控制和把握软件性能的呢?(我们的软件都没通过性能方面的测试就直接上线了,自己不会分析性能测试,感觉很悬...)
作者:
月上百合
时间:
2009-7-8 14:08
我觉得应该不会这么不负责任吧?可能是性能没有用你测,开发人直接测了吧
作者:
TLover
时间:
2009-7-8 14:08
顶一下.
作者:
TLover
时间:
2009-7-8 17:01
标题:
回复 2# 的帖子
呵呵,我们测试这边都没的反应所以就奇怪了.
但是还是想了解下开发组在开发软件的时候是怎样控制和把握软件性能的呢?
作者:
swgmymail
时间:
2009-7-8 18:01
我也想了解这方面!公司给一个网站就让找出系统瓶颈,那怎么做呀!!
作者:
天高地远
时间:
2009-7-8 18:37
我觉得是应该要测的呀,性能也很重要的
作者:
TLover
时间:
2009-7-9 09:30
原帖由
TLover
于 2009-7-8 17:01 发表
呵呵,我们测试这边都没的反应所以就奇怪了.
但是还是想了解下开发组在开发软件的时候是怎样控制和把握软件性能的呢?
继续发表意见.
作者:
TLover
时间:
2009-7-10 09:56
继续顶..
作者:
dennyqiang
时间:
2009-7-10 13:32
架构,算法,这些都非常影响性能的,这些架构师在做架构的时候都会考虑。
另外比较重要的就是SQL语句的书写,这个也会直接影响到性能,一条差的SQL语句其对性能的影响是致命的,特别是现在企业级的这种上100G的数据库。
另外就是开发人员在写代码的过程中必须要有这个意识,不能只单单实现其功能。所以我们说:写代码很容易,写出好代码就需要很强的实力了。
比如我们在开发WEB应用时,从代码角度来说对性能的影响大致会有这些方面:
1) 良好的数据库设计(第三范式是足够规范了,但是会很影响性能,这方面得有所权衡)
2) 缓存,一个大型的网站不用缓存简直不敢想像后果会有多严重。
3) SQL语句,最简单的一点:不到万不得已可别用select * from XXX,或者如果SQL用内置函数就可以办到的,那么就别在代码中去处理
4) Session,不可滥用,服务器要维护很多Session变量会耗费很多资源的
5) 如果能调用外部程序如Dll, Jar, ActiveX等来做运算处理的,就别把它写在页面代码中
6) 多用客户端程序处理一些验证或者显示逻辑,如Javascript, DHTML等,客户端能处理的事情就别去问服务端要。
7) 注意内存的回收,否则内存溢出是必然的
8) 如果用到中间件,那么对中间件的设置,调优是非常重要的
9) 对数据库的各类性能参数设置(很简单,比如我们用Access这种小数据库,对游标的设置(读写,锁定等)都会消耗资源,能只读的就用只读就好了,大到Oracle 这种数据库,可设置的参数可就太多了。
10) 不要频繁读写服务器磁盘,能放到内存中,然后一次性读写最好。
其实这些都是开发阶段我们要考虑的性能相关的问题,如果只追求代码的功能完成,那么写代码的人一定不是一个合格的开发人员。如果只考虑最优化性能,而忽略了用户体验,那么也不是一个合格的开发人员。关于如何设计性能方面的方法还有很多,一起探讨吧。
作者:
月上百合
时间:
2009-7-10 15:00
看了楼上的解答,我觉得自己好像个门外汉,什么都不懂,更别说测的时候考虑到了。看来要学的太多太多啦
作者:
TLover
时间:
2009-7-10 15:03
标题:
回复 9# 的帖子
真的是谢谢你啊!
你说的这些关注要点我以前都还不知道,仔细思考一下感觉你说得条条有理,恩,好好学习了!
作者:
dennyqiang
时间:
2009-7-10 15:11
呵呵,所以我一直的观点是测试人员一定要懂很多开发的技术,否则很难有所成就。
当我们都了解了一些常识后,我们的测试将不会那么盲目,我们设计测试用例的时候也更加有针对性。当然,如果我们都能和开发人员有共同语言了,跟他们讨论一些设计上的问题,自然而然,我们和开发人员也就能成为朋友了。
作者:
TLover
时间:
2009-7-10 16:18
恩,是的呀!
当我们在进行测试的时候经常会碰到很多异常错误,对于开发来说其实就是很简单的事情一下就可以解决,而我们作为测试的不懂得人来说往往会觉得很无奈,有种甚至欲哭无泪的感觉。想要自己解决尽量不要麻烦他们,可是... 努力努力、加油加油!
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2