文档介绍：MYPM 永久免费的国产测试管理软件新秀 t
XXXX 项目测试心得
本次测试大连枻电信业惄部,统一惊客户资料柞系统!该项目前台是 JSP 开发的页惂面,
后台为 EJB,运行平台为 WEBLOGIC。
这次运用测试工具的经验悚很值得借鉴。利枬用开发人员编写的测试工具,只接
向 EJB 发消息。该工具可以惣同时向 EBJ 很多接口的包,只要悹把测试数据文件准备
好了柚(用魏 XX 编写的宏,可方便地把各输入数据加到对应愓的接口文件中)可以惣
很快进行测试。要悹是以惣后我们也惁能编写些这样悪的测试工具。对我们的测试工作会
大提出高效率样!还可以惣用来检查是前台错误还是后台出错,因愁为它过滤核了柚页惂面可
能的错误。这是对于多层次结构系统的一惊种快捷的,易惦于排错的测试方法。
测试前应愓该熟悉所测试模块的信息模型。特别是用测试工具且跳过界面测试
过程中,没有了柚输入约束,由于数据原因愁造成的错误,浪杼费了柚不少查错时间。如
果事先熟悉信息模型,会减少一惊些不必要悹的测试。就算是通过界面进行输入,最
好尽量柎按信息模型输入,如不这样悪有可能会漏栖掉一惊些因愁输入导致后期操作出错。
有一惊个例枮子就是,我用其他测试人员的数据时,发现操作没发进行,最后找出原
因愁是,信息模型中该字段为 CHAR(6),维护时输入的为 3 位,导致在进行修怱改
时出错。
测试多层次结构系统前,都知道查错时,要悹先分析问题出在哪一惊层上,然后
再进一惊步分析。可是在测试过程中经常会急于找出错误原因愁而没有像如上所述那
样悪去做,显得有些盲目。所以惣测试时,要悹保持清醒的头脑,不要悹被问题左右。
在用 WEBLOGIC 作有服务程序恅运行环境时,要悹确保包的发布的正确性,发现
不少问题是包发布带来的,虽然这种错误比较好判断,但会耽误测试时间。
这次测试的接口有近 150 多个,且以惣包的形式发布到 WEBLOGIC 上,每个接
口处理枞一惊个事务,可以惣说他们具有相对独立枱性。在测试时,每重新发布一惊个包,
便升级一惊下测试版本是不现实的。这时,测试版本应愓根根阶段性及程序恅的功能实
现来确定。但具体执行测试时,应愓以惣接口为单位,由它是否更新决定测试执行的
版本,当然这理枞的版本不是测试管理枞过程中的版本。
还有一惊点比较深的体会是:测试过程中,要悹综合运用所掌握的各种具,会使
很多简单而又重复且会时的枯燥操作,得以惣事半功倍的完成。比如我们每新建一惊
MYPM 永久免费的国产测试管理软件新秀 t
MYPM 永久免费的国产测试管理软件新秀 t
个索引愌文件,都得比较先前的索引愌文件,不能重复,不能多也惁不能少,通过比较
阅读不但会时还会出错。综合应愓用文本比较工具,可以惣方便快捷的完成要悹做的事
(千万别指望,哪个工具能完全满足你的要悹求,只能组合那些工具的功能);再
比如说吧,当需总要悹往 LINUX 或 SOROLIS 主机上传几个文件时,使用 FTP 工具,要悹
比你手动键入命令柽快得多!这些虽然是件小事,但给我们的启发很大,以惣后我们
应愓该建一惊个工具库,专门收集各种工具(不仅是专门的测试工具)。网络桔中这些
工具很多!当你看到一惊个好工具时,就