软件测试实习日记

软件测试实习日记(＞200)

0702

第一天上班,先对公司有了大概的了解。公司有总经理室、财务部、研发中心、客服中心、销售部等五个部门。研发中心分测试组、开发组与研究组,销售部分渠道与直销。

本次暑期到公司的实习目标就是软件测试。一个好的软件测试员必须建立在对软件非常熟悉的情况下才能做好测试工作。由于刚到公司,对公司的软件可以说一点都不了解。因此,公司负责人把我安排在客服中心,先了解软件。单位指导师选择了A5版本的软件,介绍了软件的大概功能,并演示。公司的软件有很多版本,我先把每个软件浏览一遍,瞧瞧都有哪些功能,再从客户最常用的开始学习。

第一天实习,有些担心,有些兴奋,还有些紧张。但就是认识了一些同事,也下定决心要好好学习。

0703

今天把A5版本的的软件功能从头到尾测试了一遍,不过遇到了一些不懂的问题。由于最近公司业务繁忙,客服中心也忙得不可开交,她们都出差去为客户安装软件或者解决用软件所遇到的问题,于就是,部门今天就剩我一个人“独撑天下”了。我把不懂得问题记录下来,研发中心的人一过来便趁机向她们讨教。其中,在安装SQL Server 2000时由于遇到挂起提示以及360防火墙的阻拦,使得连接数据一直失败。后来通过单位指导师的帮助,将注册表中的Pending 删除了,并将360关了,才安装成功。

经过今天的学习,我学会了如何使用公司的A5版本软件。也懂得了SQL Server 2000的安装与使用。

0704

今天把其她除A5外的其她软件又熟悉了下。部门还有一些人员还没回到单位,仍出差在外。对于软件,只就是熟悉,还没能做到帮客户解决问题。于就是,当今天部门指导师将两个客服qq 给我,叫我尝试与客户交流,帮她们解决遇到的问题时,大部分的问题我还就是求助于其她人。还好公司的人都很友好,就算不就是同个部门的,都能很热心的帮助我解决问题。让我体会到了团队合作的重要性,虽然我可以说什么忙都还没能帮上。但就是我相信,在她们的帮助下,我会有所成长。而经过三天的时间,我也体会到了上班与在学校读书的不同感受。在学校学到的更多就是知识,上班则就是将知识运用于实践,体现知识的价值。

0705

今天客服中心的人员差不多都回来了。由于公司要发版一套新的软件,所以研发中心的人都很忙,单位指导师叫我过去帮忙。我听了很兴奋,终于可以接触这次暑期实习的真正内容啦！到了研发中心,测试组的负责人教我如何进行软件功能测试。然后通过局域网发给我一个客户端。这就就是软件工程所说的白盒、黑盒测试中的一种测试方法——设计出各种不同的用例,然后测试会不会产生预期的结果,即黑盒测试。由于软件在不断地更新,所以要不断地用新的客户端一遍一遍的测试。把产生的错误在改好的新的客户端里再测试,直到不会再产生错误为止。

虽然专业课上的软件工程有学过软件测试的知识,不过这都就是理论上的,真正接触了软件测试,才真正明白她的原理。

0706

今天依旧在研发中心进行软件功能测试。把昨天找到的那些BUG重新再确认一遍后,又用新的客户端测了一遍流程,这样就足足花了我一天的时间。我觉得效率太低了,而且,因为还不够了解软件的需求,所以我的用例都就是在别人设计好的基础上进行测试的。在测试的过程中我也遇到了一些问题,比如在测试生产任务单时,由于没有下达,于就是一直不能进行转单操作。而我却没有意识到,以为出错了。后来经过单位指导师的指点,才发现这个问题。在一些

选单操作时,也会遇到一些问题,如生产任务单选销售订单时,如果还没设计销售订单的话,就不能执行该操作。在懂得这些原理后,犯的低级错误也就减少了。

0709

今天参与了公司的两次会议。一个就是测试组的会议,一个就是产品总经理开的会议。通过这两次会议,我了解了部门以及公司的工作进度。体会到各个部门以及各个人员相互协调合作的重要性。一个公司,特别就是我们软件公司,如果部门工作没有分配好,或者部门人员没有合作,那么,单靠个人力量就是不可能完成整个软件的开发的。而且,一个人的不配合也会影响到整个软件开发的进度,进而影响到公司发展的进度。因此,不但就是高层人员要合理分配各个部门的工作,部门的各个人员也要相互协调,相互帮助,这才就是个好的团队,一个软件公司必不可少的成功因素。

通过今天的会议,我突然联想到了自己在学校任系体育部副部长的时候,当部门干事不配合工作:时,我就是怎么解决的。今后,作为班级团支书,我也有很大的必要去跟班级同学好好沟通了。

0710

今天对软件的操作流程与软件测试的含义有了更深的理解。虽然已经实习了一周了,但就是对操作流程的概念还不就是还懂。单位指导师帮我举了个例子。例:MRP-采购申请单-采购询价单-采购订单-收货通知单-采购入库单-采购退货单-采购结算单-采购开票-采购付款等。这就就是操作流程。在软件测试方面,指导师也向我解释了:测试分为工具测试与手工测试。工具有QTP与loadrundon工具,因为我们就是ERP系统,主要也就是传统的手工测试,测试的主要能力就是靠对软件的熟悉度来做测试,熟悉度与认知度来源于需求文档与经验。

瞧来,要成为一个高级的软件测试员,不但要对软件非常熟悉,还要具备丰富的经验！

0711

前几天公司开会预计今天要发版我们这几天一直在测试的A8版本。可就是还存在一些Bug,有些脚本一刷,又出现了错误。今天也找到了几个bug,其中有两个比较特殊,就是我前几天从没发现的错误。一个就是在采购结算单中——>选单操作——>选择发票类型为选增值税发票时出现了错误,另一个就是在销售发票、采购发票中——>删行——>选择否按钮时,依旧删除。这两个都就是比较细节的,因为之前一直没有去操作,想当然的认为不会出错。今天的发现,让我意识到作为一个测试员,不能想当然,而要耐心的去测试每个可能出现错误的用例。虽然说就算微软的系统也会出现bug,更何况就是我们。但就是也要尽最大的努力去找出bug,来完善我们的产品,这也就是软件测试员最基本的职责。

0712

今天测试组长终于发话说要发版了！比原计划推迟了一天。昨天测试组人员都加班到了十一点才回去。今天还有一些bug,但就是到了晚上快下班时也差不多都改完了。不过产品经理说还早着呢！确实,一个软件在设计完成后到要过严密的测试,以发现软件在整个设计过程中存在的问题并加以纠正。而软件的生存周期不仅仅包括设计与测试,一个完整的软件生存周期包括可行性分析与开发项计划、需求分析、设计(概要设计与详细设计)、编码、测试、维护等活动。典型的几种软件生命周期模型(Life Cycle Model)有瀑布模型、快速原型模型、迭代模型、增量模型、螺旋模型、快速应用开发模型与渐进式模型等。可我们可以根据软件的开发特点选择相应的开发模型。

0713

果然如产品经理所料,A8版本依旧有bug,测试组人员还需奋战！瞧大家忙得焦头烂额,我也只能帮忙测试,其它帮不上。不过很奇怪,有些之前错的改好了,现在又报错,很就是崩溃！这样什么时候才能改好呢？怪不得今天产品经理发火了！估计明天大家又要加班了。这就就是所谓的原型模型。根据用户需求不断变更,直到客户确认为止。A8版本就是在另一个版本的基础