[软件测试那些事]一路走来,苦乐情浓

发表于:2011-5-11 11:36

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:zkhappyfol    来源:51Testing七周年活动征文

  缘起

  公司的第一个产品终于全部开发完成了,一帮兄弟多少个日日夜夜的奋战,终于要收获了,不过发布前当然要进行全面的测试,可是作为一个新生的公司,尚无专门的测试团队,所以定下8月8日发布的时间点后,每个人都分到了自己没有碰过的功能模块,于是,轰轰烈烈的全员测试开始了。那时,我刚进公司不到半年,开发完地图模块,就投入了陌生的功能中。每天做4件事:Testing、Submiting、Accepting、BugCoding。当时的我,更像一个monkey,跳跃在不熟悉的业务模块中,东点点西点点。

  单元测试

  公司的第二个产品一期终于发布了,可参与的人都很疲惫,好几个复杂的bug都是在发布前才发现,时间在查代码过程中一分一秒过去,一不留神就过了12点。于是,大家在项目总结的时候都强烈要求专门的测试。二期的时候,项目组长决定让我和其他2个兄弟来负责测试工作。什么是测试呢?绝不是随便点点那么简单了。如果那时知道51Testing这个宝地就好了,后来,经过多方查找,大概有了测试的思路,开始准备测试用例和测试数据。本来打算单元测试和功能测试都做的,结果发现正向、反向、边界加起来,光单元测试的用例数目就很庞大,而且计划要用的junit、dbunit都要从0开始,那还是先把单元测试做好再说吧。这时候的coding便已添加了testing的味道。

  功能测试

  第三个产品的时候,我们几个测试菜鸟终于开始了功能测试的路。由需求人员准备用例,由开发人员准备基本数据,由我们按照用例修改数据并进行测试执行。前期没有任何参与,仅在代码完成后,凭文档和用例进行理解,并按照用例,把测试数据反复折腾。当时心中并没有测试覆盖率的概念,好在除了按照用例执行,我们也开始有自己的想法,应该也算有所填补。

  两种模式

  第四个产品和第五个产品是并行的,boss也开始对测试关注起来,我们测试人员可以从功能设计阶段就进入,更早的了解需求和设计,但从测试人员的管理模式上,是作为项目资源还是测试资源,并没有定论。于是2个测试小队以2种模式开展了起来,第1队作为项目资源,由项目需求人员进行管理,而我所负责的第2队作为测试资源,则相对独立,向项目组长汇报,但相互配合的比重较大。于是,从测试策略、测试计划,到测试用例、测试执行,到最后的用户验收测试和测试报告环节,都由测试人员全权安排,并且每个模块测试之前,必须有开发人员的单元测试完结文档作为准入条件。这个时候,从测试内容上,我们已经开始区分为功能测试、系统测试、事务流测试和用户验收测试,从工具上已经开始用QC进行测试管理,并开始着手用QTP。此时测试的人已由当初的3人扩展到5人了。

  测试规范

  经过每一次的尝试,每一次的升华,终于对测试有了一点感觉,也形成了一些套路。boss也决定成立测试部门,由开发部门的老大来坐镇,带领我们继续完善测试。该老大很平易近人,我们部门就像个朋友窝一样,有时候活动多得让其他人眼红,呵呵。此时我们测试的人已经可以凑2桌麻将了。老大让我开始着手拟定测试规范,于是结合之前的项目经验,我便开始了规范的初稿。从测试流程开始,根据项目的类型,哪些流程是必须的,哪些是可选的,每个流程的准入和准出条件有哪些,和需求团队、设计团队、开发团队如何配合,都进行了整理,对缺陷管理尤其着重笔墨。当然,对于整个过程中各类规范和QC的配置也不能马虎,用例编写规范、测试集规范、测试执行规范、权限可见、缺陷等级、缺陷原因、所在模块等,都是需要考虑的地方。经过这一场,让自己对测试理解得更加系统,同时也清楚地知道测试这水还真是很深的。

  51Testing

  从功能测试的时候,开始知道51Testing,但一直都没有深入了解过。正巧公司有培训的机会,可以自己找培训内容,于是毫不犹豫的报了51的周末精品班,每周末在杭州和上海间游走,虽辛苦但开心,只因为学有所得。每次的课都安排得很紧凑,也很系统,易于理解。很喜欢51的老师,都很敬业,而且经验丰富,期待有一天,我也能像他们这样的优秀。

  性能测试&自动化

  到第六个产品的时候,终于决定把性能测试从开发人员手中接过来做。因为产品的特点,性能测试的测试点主要是大数据量的测试,而非多并发的访问,所以对数据量的分析和模拟很重要。性能测试和LoadRunner是不能画等号的,对性能测试点的分析、对数据量的需求分析,需要太多的业务了解和场景模拟,而非简单的使用工具。而且在数据量模拟前,要首先满足很多配置要求,而且这些配置还不能简单地用存储过程方法解决,于是又配合着QTP,进行系统界面层面的配置。配置好之后,一部分数据用数据库层面的方式来模拟数据量,一部分用系统界面的方式实现,又涉及到excel的批量操作。于是,QTP脚本、excel脚本、数据库存储过程,一个接着一个攻破。一个性能测试,涉及的面真是非常广,很复杂,也很有成就感。

  写在后面

  如今,因为各种原因,测试部门解散了,大家也各奔东西,有些继续着测试,有些开始自己创业,而我,也开始了自由职业的路。以后的路虽然不同,但我相信,在我们每个人心目中,都有一个测试情结,以及,这份因为测试在一起的感情。

  原帖地址:http://bbs.51testing.com/thread-440654-1-2.html

版权声明:本文由会员 zkhappyfol 首发于51Testing软件测试论坛七周年活动专区。

51Testing软件测试网原创作品,未经明确的书面许可,任何人或单位不得对本文进行复制、转载或镜像,否则将追究法律责任。

《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号