天才一秒记住【爱久久小说网】地址:www.yiyuan100.com
我摆脱了服务外包项目,但是那个工具还有几个月的授权可以正常使用。以前虽然Rational套件中有一些类似的白盒测试工具,但是一是因为盗版,经常无故退出;另外对Java的支持不好,而公司基本上的项目都是基于Java的,所以也就是研究了下,没有实操。而这个工具在白盒测试上细类工具很多,而且因为是正版,使用过程中非常稳定。我想着不用白不用,顺便自己也可以实践下白盒测试。于是我找了几位熟悉的开发同事,给他们介绍了下工具,说服他们给了我一点代码做实验。没想到我还真的发现了一些问题,马上开心地反馈给开发同事们。他们仔细调试后发现真的是问题,而且是测试人员靠手工测试很难发现的问题。就这样,大家纷纷找我帮忙在自己电脑上装好工具,每天代码入库时用工具检查下。也算是挽回了点公司被人白嫖的损失吧。另外因为这个工具,我在开发组里也小有名声了。
但是也没高兴多久,我发现自己在自动化测试方向上似乎进入了瓶颈。除了自动化的功能测试,性能测试、白盒测试和单元测试我只能做个校验的工作,定位问题还是得靠开发人员去完成。因为发现的问题有些是因为历史代码问题,而这些代码即便有些瑕疵,但是后面的开发人员本着多一事不如少一事的态度都不愿意去改动;有些是因为架构设计的原因;有些也是因为自己没有完成读懂代码的原因。加上白盒测试和单元测试都是我个人研究行为,而且工具又到期了,我也就结束了这方面的工作。
但是东边不亮西边亮吧。因为我写自动化测试脚本,是基于手工测试用例的步骤写的。刚开始不熟悉系统时,完全就是按照手工的步骤写。后来慢慢熟悉了,会优化步骤,用更简洁的脚本代码覆盖掉更多的步骤,或是按照自动化脚本运行的最佳路径优化。除此之外,在写脚本的过程中,我还发现了不少手工测试用例遗漏的功能点。我按照自己的想法测试了下这些遗漏的地方,果然发现了不少问题。我开始只把发现的这些问题告诉给相关负责的测试同事,结果有个同事自己从来不验证,就直接提交我说的问题,然后在和开发组开会时无法重现,只好把我叫来。测试组长很吃惊,一追问下来,短短一个多月,我发现了几十个Bug。
于是,测试组长和我商量愿不愿意在兼顾自动化测试的同时,负责一个新功能模块的手工测试工作。那时我的自动化测试框架基本都稳定了,而且大部分手工测试的同事也可以独立做自动化测试了,工作时间不是那么饱和。想想就答应了下
更多内容加载中...请稍候...
本站只支持手机浏览器访问,若您看到此段落,代表章节内容加载失败,请关闭浏览器的阅读模式、畅读模式、小说模式,以及关闭广告屏蔽功能,或复制网址到其他浏览器阅读!
本章未完,请点击下一章继续阅读!若浏览器显示没有新章节了,请尝试点击右上角↗️或右下角↘️的菜单,退出阅读模式即可,谢谢!