如果您无法下载资料,请参考说明:
1、部分资料下载需要金币,请确保您的账户上有足够的金币
2、已购买过的文档,再次下载不重复扣费
3、资料包下载后请先用软件解压,在使用对应软件打开
MYPM永久免费的国产测试管理软件新秀www.mypm.cc/testXXXX项目测试心得本次测试大连电信业部,统一客户资料系统!该项目前台是JSP开发的页面,后台为EJB,运行平台为WEBLOGIC。这次运用测试工具的经验很值得借鉴。利用开发人员编写的测试工具,只接向EJB发消息。该工具可以同时向EBJ很多接口的包,只要把测试数据文件准备好了(用魏XX编写的宏,可方便地把各输入数据加到对应的接口文件中)可以很快进行测试。要是以后我们也能编写些这样的测试工具。对我们的测试工作会大提出高效率!还可以用来检查是前台错误还是后台出错,因为它过滤了页面可能的错误。这是对于多层次结构系统的一种快捷的,易于排错的测试方法。测试前应该熟悉所测试模块的信息模型。特别是用测试工具且跳过界面测试过程中,没有了输入约束,由于数据原因造成的错误,浪费了不少查错时间。如果事先熟悉信息模型,会减少一些不必要的测试。就算是通过界面进行输入,最好尽量按信息模型输入,如不这样有可能会漏掉一些因输入导致后期操作出错。有一个例子就是,我用其他测试人员的数据时,发现操作没发进行,最后找出原因是,信息模型中该字段为CHAR(6),维护时输入的为3位,导致在进行修改时出错。测试多层次结构系统前,都知道查错时,要先分析问题出在哪一层上,然后再进一步分析。可是在测试过程中经常会急于找出错误原因而没有像如上所述那样去做,显得有些盲目。所以测试时,要保持清醒的头脑,不要被问题左右。在用WEBLOGIC作有服务程序运行环境时,要确保包的发布的正确性,发现不少问题是包发布带来的,虽然这种错误比较好判断,但会耽误测试时间。这次测试的接口有近150多个,且以包的形式发布到WEBLOGIC上,每个接口处理一个事务,可以说他们具有相对独立性。在测试时,每重新发布一个包,便升级一下测试版本是不现实的。这时,测试版本应根根阶段性及程序的功能实现来确定。但具体执行测试时,应以接口为单位,由它是否更新决定测试执行的版本,当然这理的版本不是测试管理过程中的版本。还有一点比较深的体会是:测试过程中,要综合运用所掌握的各种具,会使很多简单而又重复且会时的枯燥操作,得以事半功倍的完成。比如我们每新建一MYPM永久免费的国产测试管理软件新秀www.mypm.cc/testMYPM永久免费的国产测试管理软件新秀www.mypm.cc/test个索引文件,都得比较先前的索引文件,不能重复,不能多也不能少,通过比较阅读不但会时还会出错。综合应用文本比较工具,可以方便快捷的完成要做的事(千万别指望,哪个工具能完全满足你的要求,只能组合那些工具的功能);再比如说吧,当需要往LINUX或SOROLIS主机上传几个文件时,使用FTP工具,要比你手动键入命令快得多!这些虽然是件小事,但给我们的启发很大,以后我们应该建一个工具库,专门收集各种工具(不仅是专门的测试工具)。网络中这些工具很多!当你看到一个好工具时,就把它下载下来,放到库中。开例会时,可以向大家介绍你的工具,或在库中保存的位置写入说明文件。这样当我们掌握了一系列这样的工具时,测试时你会左右缝源,也使我们从一些枯燥的操作中解放出来。最后一条建议:作为测试人员应该掌握相关数据库的性能因素,这对分析整个系统的性能很有用处,试想想如你在数据库性能极差的环境中进行性能测试,测试结果会有很大偏差。如果能从信息模型中分析出有价值的优化措施,那么我们的性能测试报告会更详尽的,层次更深的揭示性能问题。我知道要做到这些不容易,但我们要向这方向努力,有时间时做些这方面的学习,最终会达到这种要求!如果再掌握一些编程思想及技巧,会使我们用少量的用例,而又可能的有针对性的切入各功能点。这是我对电信项目的总结,不对之处还请大家指正!刘xxMYPM下载地址(不能用下载工具下)http://124.42.34.199:8080/mypm/downHelp?doc=mypm20FreeVersionSetup.zip在线体验用admin登录密码也是adminhttp://124.42.34.199:8080/test/jsp/userManager/login.jsp用户手册下载http://www.mypm.cc:8080/mypm/downHelp?doc=testMgrManual.pdf安装手册下载http://www.mypm.cc:8080/mypm/downHelp?doc=MYPM_install.docMYPM业务流程MYPM永久免费的国产测试管理软件新秀www.mypm.cc/testMYPM永久免费的国产测试管理软件新