资源描述:
《提高测试效率的方法》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库。
1、1.存储过程和数据订正脚本如何测试?2.软件测试的目的到底是发现软件的错误还是检验软件是否符合用户规定的需求或是弄清预期结果和实际结果之间的差距?3.如何设计或者挑选有效的回归测试用例?随着系统的逐步成熟,每个版本包含的新特性越来越少,但是新功能对原系统的影响有多大是我们在测试时需要重点考虑的问题。此时,就势必要进行回归测试。而且系统越成熟,回归测试的比重也会越大。这将会对测试工作带来不小的挑战。在实际工作中,经常是一方面求全,希望覆盖面尽量广,避免漏测。另一方面求产出,大量的回归测试用例,可能只发现很少
2、的问题,投入与产出不太匹配,会影响测试人员的士气,甚至测试管理者也会对这种投入产出有所质疑。并且,设计大量的自动化测试脚本,会占用大量的时间。4.如果在测试过程中遭遇到需求变更,怎么做,才能最好完成对变更后的软件测试任务?1)一般公司的解决方法是改变一下原有的流程,测试计划的工作可以跳出细节,只描述框架。然后十分细的测试用例等待开发过程中在同步编写。关于这种风险,真正要治理,需求阶段,大公司就要多评审,小公司就要勤开会确定和交流需求了。需求变更申请确定后,一定要把它记录下来,归在需求变更文档中,以备日后追
3、查。2)限定开发人员提交测试版本的周期。不要一有修改,就提交给测试一个新版本,使测试人员做过多的重复工作。3)按照公司制定好的制度来按部就班的规范项目,项目经理的管理风格(如项目组召开例会,各方人员充分参与需求沟通会议,需求变更后更新的文档及时发送),测试人员主动性4)在设计自动测试剧本时,试图使其有一些灵活性。在对应用软件进行自动测试时,要把注意力集中在看来不大会改变的部分。对变更进行适当的风险分析,以减少回归测试的要求。5)对于测试人员来说,最为重要的一点其实就是心理的适度调整。需求的变更导致自己的很
4、多工作都成了无用功,很多东西要从头做起。但是一定不要抱怨,因为那样解决不了问题,事实就是事实。已经无法更改。要有积极地心态,全新的去面对新的需求。分析,设计,一切重来。5.如何根据不同的项目制定不同的测试流程?6.如何发现客户端软件中的内存泄露?C/S模式下的软件的话,使用一些专业的内存检测工具,purify、boundchecker都可以B/S模式下的软件,可以使用LR,在LR运行的时候,查看操作系统性能计数器中的PrivateBytes(Windows)和Residentsize(KB)(UNIX/L
5、inux).要测试客户端是否存在内存泄露,其实原理都一样.我们要换位思考,把服务端当成客户端来发送请求,客户端做为服务端来接受请求.我们要多做一个工作就是除了要监控服务器端还要监控客户端的计数器信息.以下是简单的步骤:step1:场景设计step2:脚本录制和完善step3:计数器的选择(特别是客户端计数器选择:在windows自带的性能监控器里一般选择监控某个process的privatebyte&virtualbyte2个计数器)step4:运行场景step5:监控测试最后关于场景的运行时间,在适当的
6、压力下,我们一般选择运行72小时.从之前的测试经验来看,我们发现内存泄露一般都发生在场景运行的前10个小时之内.有的甚至在一个小时之内就发生了内存泄露.客户端内存泄漏,公司一个用VC++开发的产品遇到过此类问题。1.BoundsChecker;2.调试工具包DebuggingToolsforWindows(x86)下的windbg.exe和Gflags.exe;3.Pageheap.exe;4.Windows自带的性能监控器perfmon;5.C++Test;6.RationalPurifyPlus;以上
7、这些工具更多是调试用的,需要源代码,对开发人员可能用处更大些7.和开发人员沟通,获得最有可能发生内存泄漏的模块或功能点,再执行测试;8.分析系统特性,制定计划。如果是用C语言编写的话,在开发的时候需要代码走读或者用purify来检查1、用malloc或new申请内存之后,应该立即检查指针值是否为NULL。防治使用指针值为NULL的内存。2、动态内存的申请与释放必须配对,以防止内存泄漏。3、用free和delete释放了内存之后,立即将指针设置为NULL,防止产生“野指针”。4、不要忘记为数组和动态内存赋值
8、。5、避免数组或指针的下标越界,特别要当心发生“多1”或者“少1”的操作7.如何衡量测试效率?1)发现缺陷的质量;2)测试的有效性;3)测试组员交叉测试,发现漏测问题数量;4)遗漏到客户缺陷的比例;5)递交的缺陷数量;6)执行用例的数量;7)编写测试文档的速度和质量;8)评审发现问题的效率;9)测试工具使用的熟练程度;10)测试结果的分析水平;8.如何提高测试效率1)首先要有一个合理的详细的测试计划,测试任务尽量能细化到测试的