软件测试员工作总结6篇

 2024-11-14 09:51:58

摘要:通过工作总结,我们可以发现工作中的效率和质量问题,工作总结是对工作过程中的亮点和问题进行梳理和总结,以下是小编精心为您推荐的软件测试员工作总结6篇,供大家参考。软件测试员工作总结篇1这个学期我学习了软件测试这门专业

通过工作总结,我们可以发现工作中的效率和质量问题,工作总结是对工作过程中的亮点和问题进行梳理和总结,以下是小编精心为您推荐的软件测试员工作总结6篇,供大家参考。

软件测试员工作总结篇1

这个学期我学习了软件测试这门专业课程,在学期即将结束的时候,我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程,已经在软件领域占据了不可替代的角色,当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试,其目的是:第一是确认软件的质量,其一方面是确认软件做了你所期望的事情,另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。

我认为,在整个庞大的软件工程中,不管是需求分析、架构设计甚至是最后的debug,都会产生引入不管的机会,这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期,即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求,甚至主导整个项目的走向。

软件测试对逻辑思维、学习能力、反应要求很高,是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性,有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题,也就是要保证软件运行得很好;不同的使用环境下,考虑软件的兼容性同样重要。对于测试员来讲,会比开发人员更加重视软件产品的质量问题。在测试过程中,测试者可能会为客户的需求角度考虑到更多,由此我们可以认为测试人员有权利决定产品是否可以发布。然而,通过一个学期的学期,我们又不得不懂得,软件测试人员不是万能的,测试人员在面对一个设计烂编码烂的软件时,也是无法不低头的,再怎么测试它也变不成优秀的软件。

通过课上的理论因为课下的实践和后半学期又因为身体力行于

1、最基本的测试的分类:从是否需要执行被测软件的角度,可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。

2、然后就是,白盒测试中的逻辑驱动测试的覆盖率测试。

3、还有就是对于划分等价类和边界值法这一块,让我从模糊到明朗。

4、在初次写测试用例的时候,感觉真是纠结,用例写的很死板,看似简单的一个填表工作,要写好真是不简单。一开始写的比较不自然,有些生搬硬套,而且还很慢。在后来负责了对论坛新鲜事版块的测试之后,明白了测试用例其实就是指导怎么去执行测试,而且书写设计测试用例也要以熟悉软件的业务为前提,才能更好的去测试。

另外就是一个学期的学习让我纠正了几点误区:

1、有位大师曾说过:“软件测试的目的在于发现错误,一个好的测试用例在于发现从来未发现的错误,一个成功的测试是发现了从未发现的错误的测试。”由此我自认为测试就是为了找到bug,然而一个学期的测试学习经验告诉我这是错误的,如果只是为了找到bug,那么bug会成天缠着你。

2、在大家协力测试论坛的时期内,我曾认为这种大量的重复性的工作真的很乏味,可是在这乏味中真心发生挺多有意思的bug,意想不到的bug,所以我认为只要掌握了方法,在重复中寻到到创新的小惊喜,任何东西都有它的特点。

作为测试新手,通过一学期的学习,我认为能独立写测试计划,设计测试用例,精通一种测试工具,理解一种bug管理软件是新手晋级老手的必备素质。任重而道远?!

在最后,我不得不提的就是细心和耐心了。这是我认为这个学期测试课上收获的了,课程要求测试时必须细心和耐心,我在想,如果以后真的工作在测试一系列的岗位上,要学会坐得住,用大量的时间和精力和bug斗争,分离、识别还有归类bug,是不是也能真的改变我粗心大意和三分钟热度的毛病。

最后感谢刘老师这学期的课程讲授,和实践中的指导和帮助。测试路程,路漫漫其修远兮,吾将上下而求索。

软件测试员工作总结篇2

伴随着充实紧凑的工作生活,20年的时间已经过去了。这一段时间里有工作上的收获,知识的丰富,经验的增长,同时也暴露出很多问题和不足。总结经验,吸取教训,我主要从几个方面来对工作进行总结:工作的主要内容;其中的失败和教训以及成功和经验;展望下一阶段的工作,确定自己的目标。以此作为惩前毖后的记录。

一、工作的主要内容

在20年的工作中,我的总体任务是协助管理系统的后期测试,编码,修改,文档编写的工作,分解开来之后,我主要做了三件事:

1.编写矿业权系统的各类文档;

2.矿业权系统的编码及bug勘误工作;

3.矿业权系统的测试工作。

下面依照时间来对我的工作进行介绍。初踏入职场,进入专业的软件制造公司,对我,一个没有接触过标准软件制作过程的新人来说,起步就是一个很大的难题。若直接做开发,则业务不熟练,代码不规范,弊大于利;若仅做学,则不能跟上项目的步伐,不能以最快的速度融入工作中去。

在我还在忐忑自己到底要做什么工作的时候,任务已经下达了,首先进行矿业权系统的测试工作。这样的好处在于能够在测试的过程中,了解项目的整体布局,了解项目中的业务逻辑,了解项目中尚未完成的工作并以此作为下个阶段的工作目标。至此,入职工作顺利起步。

在对矿业权系统进行测试之后,暴露了系统的诸多问题,测试过程中发现系统没有进行输入限定,为了解决这个问题需要对整个系统的数据进行整理,我的下一个任务就是编写矿业权系统的数据需求文档。在编写该文档的过程中,对系统进行了更深入的了解,为之后的bug勘误工作奠定了一定的基础。

完成了矿业权系统的数据需求文档的编写之后,新的任务是对整个的输入数据进行输入限定,在任务开始之处是极为困难的,幸而得到了同事们的帮助才得以顺利完成任务。任务虽然完成,但是对输入限定实现方法的一知半解以及任务完成过程中的不仔细,为之后发生的问题也埋下了苦果。

在对矿业权系统添加输入限定完成之后,进入了解决程序小问题的阶段,对系统进行细微的缝补工作。这段时间是学多于工作的,不同的问题督促我要每天和百度亲密接触数百次,又要劳烦诸位在百忙中的同事抽出时间来给我帮忙。虽然辛苦一点,但收获却是满满。完成了系统的修补之后,我们的程序送到了进行第一轮测试,在测试的一周里,我主要是补充网络编程的基础知识。

第一轮测试结果出来之后,我们项目组开始了紧张的第一轮矿业权系统bug勘误工作。拿到bug列表之后,发现有一小半错误皆是因我而起,输入限定问题很多,我也主动承担了输入限定部分的bug勘误工作。第一轮bug勘误工作完成后,进行了第一轮了回归测试,测试结果已然不尽人意,仍然存在大量的问题需要修改,而且很多问题还是因我而起,输入限定仍然存在大量问题,再一次进行修改之后,我们的程序送到了所进行所检。在进行所检之余,我又接到了新的任务,完成系统的概要设计以及详细设计文档的编写。这两份文档已于月号编写完毕。

现阶段我的任务是根据所检的bug列表,对系统进行回归测试。

二、工作中失败的教训以及成功的经验

对于失败的教训要吸取,成功的经验要进行总结。我对成功的定义是:在保证质量的`前提下完成既定的计划或目标就是成功。其他的所有结果都是失败。

成功的经验:

1)敢于接受任务并想尽一切办法完成。最大的收获就是敢于接受任务并想尽办法完成,每一个任务对于初入职场的我都是一个挑战,如何保质保量完成任务是最基本的要求。这两月最大的成功在于没有一次任务是拖沓的,每次都尽最大努力完成了任务。

2)勇于承担错误,正视自身的问题。工作中可谓是错误不断,从文档的错别字这种小问题到系统bug修改不正确导致崩溃这种大错误,暴露出来了很多的问题,我秉承着有错即改,下不为例的思想,正视自己的错误并积极改正,因此这也算是一个成功。

失败的教训:

1)重视每一个细节,不要忽视小问题。在最初进行矿业权系统数据需求文档的编写的过程中,对某些页面的数据在数据库中没有存储的情况没有加以重视,在后期进行数据限定的时候,还要重新修改数据需求文档,造成了不必要的时间浪费。从这个事情上得到教训就是不要放过任何一个小问题,这个小问题可能导致之后的大问题。

2)进行重复工作也不能大意。在对系统进行输入限定的方法熟悉之后,都是重复性的工作,给每个页面,每个字段进行输入控制语句的添加,在进行了数个页面之后,出现了有的页面没有添加完整,或者提示语句不正确的情况,在后续的bug勘误中出现了大量此类问题,浪费了大量的时间和精力修改。从这个事情上得到的教训就是工作不能大意,重复性的工作更要完成好。一般重复性的工作第一次做不好,后续检查修改是非常浪费时间的。

3)考虑问题要严谨。在对系统bug勘误的过程中,对输入限定条件的判断出了问题,我想当然的按照我的主观思路对数据进行了限定,而在回归测试的时候出了问题,这些都是考虑不严谨的后果。这个事情的教训就是考虑不严谨直接导致问题推倒重来,影响了工作效率,而且很容易埋下隐患。

4)注重用户体验。在系统bug勘误的过程中,修改最多的在于坐标系统的提示语句,因为坐标系统不仅要求数据必须填入,而且每一个数据都有严格的格式限定,因此每一个错误提示的弹出都要本着如何让用户知道哪里错了为原则进行设置。在最初的限定里面,语句粗糙,弹出语句不明确,造成了用户使用的不方便,还得重新进行改造。这个问题的教训是一定要从用户的角度出发考虑问题,注重用户体验从简单的提示语句做起。

三、展望下一阶段的工作

下一阶段短期内我们的工作主要针对系统的使用的数据库变更来对我们的系统进行修改。我的工作任务主要是学数据库和数据库的使用上的区别,做好从数据库向数据库的迁移工作。

20年的工作生活是充实且富有乐趣的,结识了很多同事和朋友,公司的氛围是非常轻松愉快的。感谢经理的关心,感谢部门同事的悉心指导,感谢公司各位同事的热心帮助,希望能在接下来的工作中能惩前毖后,总结经验,吸取教训,做到个人与公司共荣辱同进退,共同实现中地的辉煌。

软件测试员工作总结篇3

通过面试,来到xxxx公司工作,已经一个月过去了,我努力了解公司的文化、制度、相关本岗工作的各种信息,以便尽快的融入到公司大家庭。对我一个月来的工作总结如下:

一、对公司的认识

在工作初期,我从各渠道了解公司的发展情况;对公司的业务模式、组织架构、地域分布有了初步的了解;阅读了一些公司管理制度。对公司的发展前景充满信心,愿意更加坚实与公司共同成长。

二、工作了解

1、信息化工作无中期的战略目标

基础建设与运维方面

基础建设薄弱。设备相应的资产信息、应用权限、辅助安全、扩展应用、、、、、、管理都较松散,缺乏整套切实可行的运维机制(当然这和公司之前无本岗位人才有关)。

3、网络方面

网络不足以支撑目前的公司应用规模,表现在:网络结构无规划、带宽不足、网络管理设备性能太低,这些因素导致公司网络不稳定,无法支撑发布it应用服务。

系统推进方面

对于目前xxxx系统在测试准备阶段深切体会到一些问题:

(1)从整体看这套xxxx不符合目前公司的管理结构。即:我公司所选这款xxxx系统适合中小企业或者但组织架构企业,不适合我们目前的`集团管理架构。在日后我们xxxx应用逐渐成熟和层次逐渐深化时就会暴漏出很多问题。如:与日后集团型其它系统数据对接、更深层次权限划定

(2)的模块选择不合理。对一般xxxx非常有用的模块没有购买,如:日程提醒、数字签名、移动应用。对我们目前现状没必要的模块又买了,如:邮件模块、办公用品管理。

(3)系统功能弱。开放自助修改地方的相对市场上主流xxxx较少;协同审批流程设定麻烦;新闻中心版面僵硬,不可修改;知识中心版面缺乏人性化;通讯录功能非常薄弱;即时通讯功能太可怜

(4)、系统实施规划不够全面。系统实施零散,缺乏整体规划。如:系统基础设备架设不安全;数据备份不合理;系统基础数据有些缺少统一规则制定;乙方顾问更换平凡、对接人多。

三、工作推进

1、将两个无线路由安装使用起来。

上线准备工作完成。截止20xx年xxxx月xxxx日xxxx上线前的准备基本完成,包括上线前全员培训。接下来就是公司开始试用行,上线运行后再出现的问题继续协调处理。

3、机房整理,将小ups装给财务利用;不用之物清理出机房;

四、工作展开计划

通过对公司的了解,利用现有资源,以现在已明确的任务为首要(xxxx系统推行到全公司),结合公司信息化长远发展,逐步从基础架构开始完善信息化工作,计划工作如下开展:

1、首先将xxxx系统在集团总部推行起来。

2、下一步整改机房,使机房相对安全,整洁。

3、深入了解整个集团各公司的网络使用状况,对网络全面的规划改造,为日后公司更多的it应用做准备。

4、建立升级和建立基础的信息共享沟通,即:升级邮箱、建立整个集团可应用的即时通讯系统、简单文件共享。

5、拟建初步的信息化管理办法。

系统在各个公司逐步推行使用起来。

软件测试员工作总结篇4

时光如梭,转瞬间已进入我公司二月有余,首先感谢公司领导对我的信任将新产品开发重任交给我去做,再次感谢领导和同事对我工作上的指导。这是我人生中弥足珍贵的经历,也给我留下了精彩而美好的回忆。在这段时间里公司领导及同事门给予了我足够的支持、鼓励和帮助,让我充分感受到了领导们坚定的信念和同事们积极乐观的精神。

记得初到公司的第一天,领导就将试制了两年多一直没有供货的产品;流水槽总成交给我,当时感觉这是一份很有压力而富有挑战的工作。虽然以前从事过冲压工艺及管理方面的工作,有一定的经验,但是面对的顾客不一样,要求也不一样,现在面对的是大众公司,各方面要求都要严格些。学习是取得一切进步的前提和基础。在这段时间里,白天忙于现场配合xx工程师及工装科解决流水槽调试及试装过程中存在的一些问题,晚间回家认真学习公司各相关文件、标准,并带着问题向同事们互相探讨、互相学习取长补短,具体做了如下工作;

一、后流水槽总成xx试装工作

来公司两个月,去xx公司现场x次。每次试装顾客都要提出不同的问题(大众倒三班)诸如;后流水槽总成表面波浪、凸凹、划痕等质量问题、与尾灯支架匹配间隙问题、激光焊接等等试装存在的缺陷,每次回来都要配合工装现场制定解决方案,并跟踪落实。然后再同xx公司产品工程师、现场工程师、车间管理人员协调下一轮试装等事宜。功夫不负有心人,在公司领导及相关人员的积极努力下,流水槽总成的`试装工作已接近尾声,下一步就要进行ots工装样件提交了。

二、编制各类技术文件几十种

依据新产品开发程序,编制各类技术文件;如;控制计划、过程流程图、过程fmea、作业指导书、检验指导书、检具说明、平面布置等等。

在与公司同行的互相交流中,发现我公司有些指导性文件版本中有不完善之处,并及时依据标准进行完善。如冲压下料卡中没有规定剪切毛刺公差等。

三、设计工位器具二种

根据流水槽零件形状不规则,而且是表面件;内表面质量要求高等特点,设计第一、二工序间带滑轮的转运车两种。

四、焊接夹具改造

后流水槽总成焊接夹具;流水槽(1644)与支架(1k5863345)点焊时,支架摆放时是垂直位置,靠压弯部定位放不住,零件容易掉落。提建议将夹具适当位置加小磁铁固定。

以上是我来公司两个月来所做的一些主要工作,还有一些如配合三坐标检测、检具检测、夹具调整等一些零散工作就不一一累述了。

工作中虽然又积累了一些经验,相对于自身有了很大进步。尽管如此自认为同xx公司沟通较少,不利于新产品开发进度。在以后的工作中还需继续努力,不仅要学习更好的与人愉快的相处,而且在技术和项目管理上也要更进一步,同时以积极,热情,细致对待每一项工作,多角度的提高自己解决实际问题的能力,为企业创造更多的价值,让自己的人生更有意义。

软件测试员工作总结篇5

20xx年xx月xx日,我怀着对提高并实现自我价值的心态,跨进西安xx科技有限责任公司的大门,开始了自己大学里兼职实习工作。转眼间,断断续续的三个星期的实习时间就过去了。回想起这段时间的工作过程,我深深的认识到在xx实习的选择是绝对正确的,xx公司和同事们对我个人产生的积极影响也是超越我的料想之中的。现将这段时间的工作进行如下总结。

一、软件测试部见证xx的强硬实力

这段实习时间完全是在软件测试部度过,亲自体验感受离了xx科技的主要软件产品。包括数据快速恢复平台v3、0,系统快速恢复平台v1、o,闪电恢复,三合一数据宝,一键恢复,联想onekey等等。并且协助同事完成对comguard,hd-shield以及联想网络控制工具等软件的测试工作。

1、xx的产品名不虚传。

通过对软件的实际测试,彻底从思想上改变了自己对数据备份保护的概念。xx的硬盘动态备份技术,能够在不占用固定硬盘空间(非用户使用空间),实现数据的快速备份与恢复,堪称典范,不愧是行业的创新者和领导者。

2、友善同事关系给人温暖和关怀。

在实习期间,自己的对计算机硬件系统比较陌生,特别是对频繁的更换操作系统等,多亏蓝朝霏等多位同事的热情帮助和指导,让我顺利完成软件测试。在软件测试过程中,同事们一丝不苟的精神对我影响很是深刻。这种良好的工作环境给我振奋,给我力量,给我信心!

3、软件的瑕疵在所难免。

在软件测试过程中,也发现了部分让人不是很满意的地方。主要表现在下列方面:

a、软件对中英文操作系统不能完全兼容。

建议:在软件安装入口处对中英文操作系统进行路径选择。

b、软件对不同主板的识别bios差异大。

具体是在hd-shield软件测试中,不同主板性能差异大。

c、软件密码在重新登录后有残存现象。

已经通过金党锋学长反馈到研发部。

d、软件的不稳定性。

本人联想昭阳e660因为测试三合一数据宝中的闪电恢复软件在重启中黑屏,在维修过程中彻底报废。

在软件测试中部分软件在不同机器环境中测试性能有差异。

还有其他问题在测试过程中已经汇报相关人员并得到满意解决。

总而言之,我们xx科技的产品还是值得信赖的。作为销售人员,我们需要对产品树立强大的信心!即使我们产品存在瑕疵,我坚信,我们勤奋团结的同事,一定会创造出更优秀的产品。

二、产品市场简单调查分析

1、同行业产品简单调查

通过在baidu,google搜素引擎检索“数据快速恢复”,“系统快速回复”,“快速还原”等关键词,发现南京生产的“雨过天晴”软件,和本公司产品具有很强的相似性。(测试报告详见附件内容)

通过在西安赛格,百脑汇电脑城的电脑diy市场及软件销售市场简单走访,暂时未发现“雨过天晴”系列软件的经销商。

2、网络调查简单分析

作为数据快速恢复领域的创新者和领导者,本公司的核心关键词语“数据快速恢复”,“系统快速回复”,“电脑系统快速还原”等在baidu,google等知名搜索引擎没有很好的被索引。

或许是公司产品发展定位因素,在网络推广方面有再提高的空间。

对于此,本人有信心有能力,在非工作实践,提高xx产品关键词语在上述搜索引擎的排行。

3、电脑城市场调查简单分析

前期,和赛格电脑城的三叶网络(网络及电脑外设集成批发全国连锁经营),高鸿it(品牌笔记本零售商),陕西天惠(电脑diy集成)等公司的店长简单交流对此类软件的看法。整体反映效果较好。

在11月份,在进一步熟悉公司产品和销售流程同时,将安排时间继续跟进,推荐试用xx产品。

三、个人整体认知

准确的说,xx是一面镜子,照出了自己的不足和缺点,为自己的成长和提高创造了机会。

1、计算机硬件知识欠缺。

自认为是it专业本科生,熟悉专业去做销售更好些。其实不然,自己还是一粒沙子。在软件测试部,学会了计算机硬件的线路连接,知道了用u盘可以ghost快速做系统等等。或许可笑,但是对我而言,很严肃的现实证实:自己还不会是一个合格的大学生。需要虚心的向同事们请教!

2、英语知识的`欠缺。

自认为立志做好国内销售,带领团队创作“农村信息化”创业计划书,立志为西部农村的it发展贡献一份力量。看到了vista,win7的英文操作系统,就基本灰心。但是我坚信,我会在短期内,在专业英语方面有所突破,因为自己还是对专业英语有浓厚兴趣的。

3、对销售的错误认识。

两年多的校园代理销售经历,误打误撞,取得了一定的成绩。尽管在实习期间,没有亲自体验到去向大客户推销产品的经历,但是通过李经理推荐的《大客户销售十八招》一书,发现自己还有很多的东西要认真的学,认真的领会,并在实际推销中灵活应用。庆幸的是,对于销售的做起码准则还是在坚守:诚实信用,对客户负责!用好的人品去赢得客户关注!面对拒绝,保持良好的心态!

4、自己还有在xx存在的价值。

xx和自己理想中的还有很大的差距,但是这种差距,或许就是我存在的价值!

主动向同事请教问题,积极虚心的向同事学习,这是我实习过程中一直在践行的!

下阶段,将积极贯彻李总经理的指示“加强个人管理,提高业务的能力”,从严要求自己,做好各项工作,提高个人存在贡献值。

“与xx共创业”,是我在xx实习的基本心态:认同公司发展愿景,服从公司安排,任劳任怨,积极负责,务实创新,把xx的事业看成自己的事业去拼搏!

四、下阶段工作计划

在11月份,认真贯彻落实“加强个人管理,提高业务能力!”的xx员工作风,具体落实到:

1、服从公司的工作安排,保质保量完成任务;

2、进一步熟悉公司产品(硬件产品),熟悉公司环境(认识研发部同事)

3、熟悉学习公司的销售制度和流程;

4、提高公司关键字网络检索排行,并提交一份营销计划书;

5、继续学习销售知识及应用技术,提高处理实际问题的能力;

6、申请参加公司的综合业务能力考核。

十月份,自己的收获是丰硕的:最起码从意识上,发现自己的不足,并寻求到合适的解决途径。非常感谢测试部的同事,感谢所有xx的同事,因为你们的帮助,我顺利的走过在xx科技的适应期。我坚信:在你们的帮助下,我会持续努力,不断反省,总结提高,快速度过在xx的成长期,早日跨进发展期,创造期。

软件测试员工作总结篇6

先介绍一下我的背景:通信类院校20xx年毕业、本科、计算机专业,毕业后进入一家大型通信设备商工作,任职软件测试工程师。

一、t项目执行

20xx年7月13日入部门,此时才知道自己被分配到了测试部。部门主管把我领走后,就把我交给了导师。

入部门的头几天,主要熟悉公司的工作环境,认识部门同事,了解产品知识。由于我们是做传输设备的,所以当时学习的产品知识主要以sdh原理为主,包括sdh的帧结构、网络的保护和倒换等。

下面介绍一下我所做的项目。

项目名称:t软件

项目概况:该项目是在pc和sun工作站上开发的软件,属于cs结构。client端用java开发(开始使用jdk1.3,后来改用jdk1.4),实现跨平台;server端用c++开发,使用ace实现跨平台(windows和unix)。

人力投入:开发好像是9人,测试3人。(我来的时候是产品的第2个版本,人力投入大概如此)

我入部门几天后,t项目就进入了测试阶段。我的任务就是执行分配给我的测试用例。当时我只知道根据测试用例描述的内容,去点鼠标,如果发现程序出现错误或异常,就填写问题单。我就这样没有任何思考的.按着测试用例点了3个月的鼠标:)

现在想起当初的测试工作,实在有太多的不足,和待改进点。

1、测试用例。对于一个软件的测试来讲,测试用例是至关重要的。测试用例要覆盖所有测试规格,而且测试用例要易于理解、易于执行,简单的讲就是要描述的规范。而当时我们的测试用例却是一团糟,最糟糕的是用例的质量很差,使用这些测试用例,根本无法保证产品质量。测试用例的预置条件、操作步骤、预期结果的描述也是乱糟糟的,而且用于存储测试用例的excel表格设计的很差,界面很不友好,从一定程度上降低了测试效率。

2、产品知识。t软件虽然是在pc和工作站上运行的,但是开发t软件的目的是为产品服务的,所以我们必须具备产品知识,才能更好的对t软件进行测试。恰巧当时包括我导师在内的3个人,都不太了解产品,所以就造成我们无法判断某些测试用例是否验证通过。从而导致了与开发人员的多次争吵。

3、软件测试的重点不明确。软件测试是软件工程中的一项重要活动,它尽可能发现程序中存在的缺陷,保证程序的质量。但软件作为一种商业品,有它的发布时限,老板说这个软件要1月份发布,你总不能测到12月份再给他发布吧。当时我们在一些小问题上与开发人员纠缠过多,而很多重点却没有得到重视,一些严重问题暴露的比较晚,导致测试时间延了又延,版本测了一个又一个,想起那些日子,只能如此描述:“累并痛苦着”。

4、测试流程的把握。7月份中旬,t项目从开发部转到测试部,进入了测试阶段,实际当时的产品质量并不能达到转测试的标准,而我们却让他们通过了转测试,结果就给我们自己带来了巨大的痛苦。而且后续的几个版本也如此,我们是测了一轮又一轮,测的我们都要绝望了。回头想一想,t软件还真的是我们测出来的,而不是开发写出来的:)

发表评论:

Copyright © 2024 聚查文案 文章均为网友分享和网络收集整理,如侵权请告知删除 675289112@qq.com

页面耗时0.0576秒, 内存占用1.83 MB, 访问数据库18次

皖ICP备2023006074号-5