如果不把操作过程重现,开发人员也很难把握问题的尺度;

软件使用过程中,出现内存溢出的原因具体有哪些?

最简单的办法就是打开任务管理器，刻观测程序所时使用内存的变化，视具体情况而定。

原因？内存只“借”不“还”，总有用完的时候吧？

但客户看到这个问题,会影响客户对公司的信心的,

所以最好能及时找到原因,可以及时解决;

引用:

原帖由 fengyun32 于 2008-1-25 10:18 发表
如果不把操作过程重现,开发人员也很难把握问题的尺度;

软件使用过程中,出现内存溢出的原因具体有哪些?

你可以催促开发人员在软件代码中加入一些有效的统计等Debug信息。

比如：
C/C++程序内存泄漏检测

Java程序性能测试

引用:

原帖由 shanxi 于 2008-1-25 15:21 发表


你可以催促开发人员在软件代码中加入一些有效的统计等Debug信息。

比如：
C/C++程序内存泄漏检测

Java程序性能测试

好的,不过性能测试,我们经理都有时帮我们跟踪下的,不过我自己也想学这方面的知识!

做为测试人员，如果公司要求由你可找出BUG发生的原因，那没办法，DEBUG吧；
通常测试人员是不需要做DEBUG的工作的，即去找BUG发生的原因；你要做的是估计和了解其发生的原因；
测试人员的估计会对开发人员的DEBUG有一定的参考价值，但这不是要你去花大量的时间来做估计的工作，能估则估，不要瞎估；
测试人员要了解BUG发生的原因，还要了解RD是如何修改这个问题的，评估这样的修改会产生的负作用，指导回归测试；

另外，通常内存的问题会导致系统停止和崩溃，这不属于性能测试的范畴（个人观点）。性能测试往往伴随着对比，没有对比何来性能之高低与好坏？

呵呵，做为测试人员，使用任务管理器就可以看到嘛。
另外，这个东西完成可以由开发人员，在自己的模块中，加入单元测试程序完成。

像VC中单元测试使用BChecker就可以

引用:

原帖由 Nio 于 2008-1-31 17:50 发表
做为测试人员，如果公司要求由你可找出BUG发生的原因，那没办法，DEBUG吧；
通常测试人员是不需要做DEBUG的工作的，即去找BUG发生的原因；你要做的是估计和了解其发生的原因；
测试人员的估计会对开发人员的DEBUG有 ...

分析得很有道理,在学习中!

分析得很在道理，顶一下哈/

分析的不错`