第二个项目测试总结

上一篇 / 下一篇  2008-12-19 14:40:53 / 个人分类:测试人生/点滴原创

项目背景:

    加入公司,时运不济。第一个项目由于诸多外因内故,延时不少,弄得项目成员个个身心尽疲。我就盼着早早结束后,能接手一个新项目,重新开始。可是,刚闲下一周,金融危机的爪牙就已伸到了我们公司,大约是因为做欧美外包的缘故,我们比同城的其他企业也许更敏感一点,特别是当我们公司的一个项目组被那英国客户裁员一半,真是令我们不得不正视这个问题了。在这种情况下,我又接手了一个项目的测试,这也是我在公司的第二个项目。

    很遗憾的是,这是一个二期项目,一期功能已早在我来公司之前就已完成,另外,项目就是用于统计病房、护士、病人人数信息以及进行相应的分析的医院系统,真的很小。以致于我一天之类就熟悉了一期及二期的需求,弄清楚一些问题后,就开始准备测试数据了。其实二期功能也不多,就只是增加了N多的report,另外,根据用户的需求,要给系统加一个navigate bar。

    其实,因为做二期工作的已全部换了一批人(其实也就两个开发人员,一个测试人员),所以做了好些有价值但是客户不一定明白的工作,比如我做测试期间的前两周,基本都是在测试一期产品,并且发现了不少的bug;而据开发人员说,他们也改良了程序的结构,之前所有的硬编码以及一些高内聚的东西都被处理了。不过,由于项目实在是小,虽然做了好些额外工作,我们仍然超前完成了。

    话题扯远了,本意是进行测试总结,却啰嗦了这么大一堆。

测试情况:

1.测试类型

(1)功能测试

    根据项目的具体情况,我人为地将其分为了两个部分,一是一期完成的所有功能,二是这期需要完成的报表测试。

(2)UI测试

    其实更严格地说来是可用性测试,因为主要是测试了新增的Navigate bar,还有就是我在测试时,提出了一些方便操作的建议。

(3)安全性测试

    一些比较肤浅的安全性测试,比如登录框的SQL注入问题,绕过登录,直接在地址栏粘贴网站内部地址等。虽然进行得简单,也确实发现了一些问题,比如,我将report部分的一个地址Copy下来,然后,在用户登录前输入此地址,然后,让一个没有report权限的用户登录,当登录成功后,转到了目标页面。而实际上,此用户是没有权限进这个页面的。

(4)兼容性测试

    浏览器用了IE6,IE7,Firefox做测试;操作系统用了Windows XP,Window Server 2003。

(5)其他

    由于项目本身就小,而客户也说没有大数据量的情况并且都是内部使用系统,因此,没有特别的性能要求,也就没有进行专门的性能测试。同时,为WEB系统,没有安装测试等。

2.测试方法

    很惭愧,自始至终都是用的手动测试(其实真正测试时间,不足三周)。最初想过,将一期功能的回归测试用QTP来做,但后来考虑到代价与回报的平衡,放弃了。

3.测试数据与用例组织

    一期,没有测试用例留下来,由于我是快速上手测试,再者又因为要同时熟悉一期二期需求,包括还得准备二期测试数据,所以,我同样没有为一期写任何test case,遇上比较复杂一点的流程,我也只会拟一个draft的东西。不过,也许是因为,我的测试基本上只是为一期功能锦上添花,所以基本上没有影响到测试效果。

    二期较之于其他测试也比较特殊,因为都是report,并且,这些report都是柱状或线状图,而数据则从前面流程的多处取出,因此会涉及多张表的数据,并且还有一些不算很难的算法在里面。另外,还值一提的是,一期留下了一个很奇怪的现象(用户首肯的),就是一个流程(项目中叫period)后,这些数据就在项目中看不到了,除非去查数据库,这对于测试来说,有点麻烦。因为,如果不想很麻烦地老是去翻数据库中的若干table,最好的办法就是,组织完备的测试数据。

    鉴于这些情况,我们用于管理requirement及test case的test link是用不上,为了照顾流程的流畅性,数据的完备性,我打算回归原始——用Excel来组织测试数据和测试用例。而后来测试时,我感受到,我当初的决定是英明的,好处在于几个方面:

(1)Excel提供了函数等功能,这对于测试report这种,经常需要计算的情况是很方便的,如果用Test Link,我估计,我只会想到用calc命令了。

(2)根据用户的需求,在系统中,report根据具体情况,需要显示柱形图或曲线图,而Excel则正好对在了点上,我可以把数据做出来后,生成相应格式的图,以后测试时,直接对比两处的图形就搞定了,形象生动得多。

(3)Excel的多个sheet的功能,正好方便report与sheet的一一对应。

(4)一个Excel文件就可以把测试数据及测试用例囊括了,既实现了数据数据与测试用例分离(在不同sheet)中,又查阅方便。

4. 测试过程

    这一点没什么可说的,还是那原因,项目小、周期短,没有正式的测试计划、测试策略,但这些我心里都有谱,需求了解、一期功能回归测试、测试数据组织、测试二期功能等大概多少时间都有个计划,并且由于开发人员也很尽责,所以没有出现一点拖延情况。

5.测试效果

    谢谢开发人员的全力配合,测试进行得很顺利。最初在测试一期产品时,还担心提出的bug会不被接受,毕竟,一期都已交付这么久了。但他们还是抽出时间全改了。经测试后,客户反馈回来的问题很少。但有一点,我觉得自己以后要注意,就是当时我始终无法重现客户提出的一个bug,后来在开发人员的帮助下,才知道症结在于分页功能上。我这里的测试数据不足以分页,所以无法重现。提醒自己,以后做测试时,应尽量考虑全面,不要因为测试数据的原因而漏测。

总结:

    项目来得快也去得快,但在这个短短的测试期间,我还是有一些收获,最重要的一点就是,流程是死的,方法是活的,最适合项目的才是最好的。另外,测试确实是无穷尽的,客户本已接受的一期产品,却还是在第二期改进了那么多。最后……俄的神啊~~快来新项目吧,我写这篇总结时,还是闲人一个呢


TAG:

温暖在人间 引用 删除 love0523   /   2009-01-02 16:27:58
你测试多长时间拉,有时间向你多学习
温暖在人间 引用 删除 love0523   /   2009-01-02 16:27:27
你测试多长时间拉,有时间向你多学习
温暖在人间 引用 删除 love0523   /   2009-01-02 16:26:44
呵呵。
测试也是一种人生吗? 引用 删除 欧阳   /   2008-12-19 15:14:17
挺不错的
 

评分:0

我来说两句

Open Toolbar