[软件自动化测试工具]软件自动化测试

来源:经验交流材料 时间:2018-07-14 10:00:02 阅读:

【www.bbjkw.net--经验交流材料】

篇一:[软件自动化测试]软件的自动化测试论文

  当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试。以下是小编整理的软件的自动化测试论文,希望能让你更加了解软件的自动化测试。
  1、软件测试自动化简介
  谈到自动化测试,一般就会提到测试工具。许多人觉得使用测试工具就是实现了测试自动化,这种理解是不对的,至少是片面的。的确,测试工具的使用是自动化测试的一部分工作,但“用测试工具进行测试”不等于“自动化测试”。
  自动化为测试而存在的,所以自动化测试的真正含义可以理解为“一切可以由测试是相对手计算机系统自动完成的测试任务都已经由计算机系统或软件工具、程序来承担并自动执行”。它包含了下列3层含义:
  “一切”,不仅仅指测试执行的工作——对被测试的对象进行验证,还包括测试的其它工作,如缺陷管理、测试管理、环境安装、设置和维护等。
  “可以”,意味着某些工作无法由系统自动完成,如脚本的开发、测试用例的设计,需要创造性,其工作需要手工处理。
  即使由系统进行自动化测试,还少不了人的干预,包括事先安排自动化测试任务、测试结果分析、调试测试脚本等。
  严格意义上,“自动化测试(Automated Testing)”不等于“测试自动化(Test Automation)”。自动化测试,模拟手工测试步骤,通过执行程序语言编制的测试脚本自动地测试软件,自动地实施软件的单元测试、功能测试、负载测试或性能测试等。自动化测试集中体现在实际测试执行(test execution)的过程,也就是由手工逐个地运行测试用例的操作过程被测试工具自动执行的过程所代替。自动化测试,强调借助工具(不仅仅是工具,有时包括策略和工件)来完成测试的执行,也就是用工具来帮助或辅助测试,这个执行过程可能是全自动的,也可能是半自动的。
  测试自动化的要求高得多,侧重说明将测试用自动化设计和实现的过程,即所有的测试工作都能有计算机系统自动完成,包括:测试环境的搭建和设置,如上载安装包到服务器;脚本自动生成,如根据UML状态图、时序图等生成可运行的测试脚本;测试数据的自动产生,例如自动产生数据负载测试所需要的大量数据;测试操作步骤的自动执行,包括测试执行过程的控制;测试结果分析,实际输出和预期输出的自动对比分析;测试流程的自动处理,即测试工作流的自动实现,包括测试计划复审和批准、测试任务安排和执行、缺陷生命周期等流程的自动化处理。测试报告自动生成功能等。
  这样,测试自动化意味着测试全过程的自动化和测试管理工作的完全自动化,是测试工程师所追求的一种理想境界,但是很难实现的。
  自动化测试方案选择需要考虑的方面:
  自动化测试和手工测试都不影响测试的有效性和仿效性,自动化测试只是对测试的经济性和修改性有影响,自动化测试通常要比手动测试经济得多,自动化测试的方法越好,长期使用获得的收益就越大。
  2、采用什么样的自动化测试方案,需要考虑以下几个方面的因素
  1)项目的影响:自动化测试能否帮助你的项目进度、覆盖率、风险,或者让开发更敏捷?
  2)复杂度:自动化是否容易实现,包括数据和其他环境的影响。
  3)时间:自动化测试的实现需要多少时间?
  4)早期需求和代码的稳定性:需求或早期的代码是否能证明是在范围内变化的?
  5)维护工作量:代码是否能长期保持相对稳定?功能特性是否会进化?
  6)覆盖率:自动化测试能否覆盖程序的关键特性和功能?
  7)资源:测试组是否拥有足够的人力资源、硬件资源和数据资源来运行自动化测试。
  8)自动化测试的执行:负责执行自动化测试的小组是否拥有足够的技能和时间去运行自动化测试。
  3、适合自动化测试的场景主要为
  1)测试任务明确,不会频繁变动。2)每日构建后的测试验证。3)回归测试、压力测试、性能测试。4)软件系统界面稳定,改动较少。5)需要在多种平台上运行相同的测试案例、组合遍历型的测试、大量重复的测试任务。6)软件维护周期长。7)待测软件系统开发比较规范,能够保证系统的可测性。8)项目进度压力不大。9)具备大容量的自动化测试平台。10)测试人员具备较强的编程能力。
  4、软件测试自动化的实施步骤
  我们对自动化测试充满了希望,然而,自动化测试却经常带给我们沮丧和失望。虽然,自动化测试可以把我们从困难的环境中解放出来,在实施自动化测试解决问题的同时,又带来同样多的问题。本文介绍自动化测试的6个步骤:改进自动化测试过程,定义需求,验证概念,支持产品的可测试性,具有可延续性的设计(design for sustainability),有计划的部署等。
  首先了解下几个使自动化测试项目陷入困境的原因:
  1)自动化测试时间不充足。
  2)缺乏经验:尝试测试自己的程序的程序员经常采用自动化测试。由于缺乏经验,很难保证自动化测试的顺利开展。
  3)更新换代频繁(High turnover):当自动化测试更新换代频繁的时候,你就丧失了刚刚学习到的自动化测试经验。
  4)不愿思考软件测试:很多人发现实现产品的自动化测试比测试本身更有趣。自动化工程师不参与到软件测试的具体活动中。
  5)关注于技术:如何实现软件的自动化测试是个技术问题。不过,过多的关注如何实现自动化测试,导致忽略了自动化测试方案是否符合测试需要。
  在自动化测试开发过程中遵守已经建立的软件开发规则,按照在软件开发项目中采用的标准步骤,实现测试自动化:
  步骤一:改进软件测试过程。
  采用列有产品特性的列表,然后对照列表检查。回归测试检查列表可以告诉应该测试哪些方面。在开始测试之前,需要完善回归测试检查表,并且确保已经采用了确定的的测试方法,指明测试中需要什么样的数据,并给出设计数据的完整方法。确认可以提供上面提到的文档后,需要明确测试设计的细节描述,还应该描述测试的预期结果。在开始更为完全意义上的测试自动化之前,必须已经完成了测试设计文档。测试设计是测试自动化最主要的测试需求说明。
  步骤二:定义需求。
  应该有一份自动化测试需求,用来描述需要测试什么。测试需求应该在测试设计阶段详细描述出来,自动化测试需求描述了自动化测试的目标。
  步骤三:验证概念。
  尽可能快地验证采用的测试工具和测试方法的可行性,站在产品的角度验证所测试的产品采用自动化测试的可行性。需要尽快地找出可行性问题的答案,需要确定你的测试工具和测试方法对于被测试的产品和测试人员是否合适。
  验证概念的试验主要有:
  回归测试:回归测试是最宜采用自动化测试的环节。
  配置测试:你的软件支持多少种不同的平台?你打算在所有支持的平台上测试执行所有的测试用例吗?那么采用自动化测试是有帮助的。
  测试环境建立:对于大量不同的测试用例,可能需要相同的测试环境搭建过程。在开展自动化测试执行之前,先把测试环境搭建实现自动化。
  非GUI测试:实现命令行和API的测试自动化比GUI自动化测试容易的多。
  步骤四:支持产品的可测试性。
  软件产品一般会用到下面三种不同类别的接口:命令行接口(command line interfaces,缩写CLIs)、应用程序接口(API)、图形用户接口(GUI)。
  无论你需要支持图形界面接口、命令行接口还是API接口,如果你尽可能早的在产品设计阶段提出产品的可测试性设计需求,你很可能成功。
  步骤五:具有可延续性的设计。
  自动化测试设计中考虑自动化在未来的可扩充性是很关键的,不过,自动化测试的完整性也是很重要的。把注意力放在通过设计保证测试的可延续性上,选择一个合适的测试体系架构,将进一步迈向成功的自动化测试。主要从以下几方面考虑,测试的可检视性、测试的可维护性、测试的完整性、测试的独立性、测试的可重复性。
  步骤六:有计划的部署。
  需要提供自动化测试程序的安装文档和使用文档,保证自动化测试程序容易安装和配置。
  5、结束语
  最后,我们还不得不承认,自动化测试和手工测试往往交织在一起,相互补充,工具执行过程往往需要人工分析,手工测试时也可以借助工具处理某些数据、日志或显示某些信息。也就是说,不是试图用自动化测试来代替所有的手工测试,而应该在尊重手工测试的同时,遵守已经建立的软件开发规则,按照在软件开发项目中采用的标准步骤,实现测试自动化。

篇二:[软件自动化测试]软件测试试题及答案

  一、 判断题 (每题2分,20)
  1、软件测试就是为了验证软件功能实现的是否正确,是否完成既定目标的活动,所以软件测试在软件工程的后期才开始具体的工作。 (初级) ( × )
  2、发现错误多的模块,残留在模块中的错误也多。( √ ) (初级)
  3、测试人员在测试过程中发现一处问题,如果问题影响不大,而自己又可以修改,应立即将此问题正确修改,以加快、提高开发的进程。( × )(初级)
  4、单元测试通常应该先进行“人工走查”,再以白盒法为主,辅以黑盒法进行动态测试。( √ )(中级)
  5、功能测试是系统测试的主要内容,检查系统的功能、性能是否与需求规格说明相同。( √ )(中级)
  6、软件质量管理即QM由QA和QC构成,软件测试属于QC的核心工作内容。(√)(高级)
  7、软件测试只能发现错误,但不能保证测试后的软件没有错误。(√)
  8、软件就是程序。(X)
  9、测试只要做到语句覆盖和分支覆盖,就可以发现程序中的所有错误。(X)
  10、I18N测试是指对产品做出具有国际性的规划,而L10N测试则是指对软件做出符合本地需求更改工作。(√)【高级】
  二、 选择题 (每题2分 20 )
  1、 进行软件质量管理的重要性有:(ABCD)【中级】
  A、维护降低成本 B、法律上的要求 C、市场竞争的需要D、质量标准化的趋势 E、软件工程的需要 F、CMM过程的一部分G、方便与客户进一步沟通为后期的实施打好基础
  2、以测试的形态分测试可以分为:(ABC)【中级】
  A、建构性测试 B、系统测试 C、专项测试D、单元测试 E、组件测试 F、集成测试
  3、选出属于黑盒测试方法的选项(ABC)【初级】
  A、测试用例覆盖 B、输入覆盖 C、输出覆盖
  D、分支覆盖 E、语句覆盖 F、条件覆盖
  4、编写测试计划的目的是:(ABC)【中级】
  A、使测试工作顺利进行 B、使项目参与人员沟通更舒畅 C、使测试工作更加系统化D、软件工程以及软件过程的需要 E、软件过程规范化的要求 F、控制软件质量
  5、依存关系有4种分别是:(ABCD)【高级】
  A、开始-结束 B、开始-开始 C、结束-开始
  D、结束-结束 E、开始-实施-结束 F、结束-审核-开始
  6、软件质量管理(QM)应有质量保证(QA)和质量控制(QC)组成,下面的选项属于QC得是:(ABC)【高级】
  A、测试 B、跟踪 C、监督D、制定计划 E、需求审查 F、程序代码审查
  7、实施缺陷跟踪的目的是:(ABCD)【中级】
  A、软件质量无法控制 B、问题无法量化 C、重复问题接连产生
  D、解决问题的知识无法保留 E、确保缺陷得到解决 F、使问题形成完整的闭环处理
  8、使用软件测试工具的目的:(ABC)【中级】
  A、帮助测试寻找问题 B、协助问题的诊断 C、节省测试时间D、提高Bug的发现率 E、更好的控制缺陷提高软件质量 F、更好的协助开发人员
  9、典型的瀑布模型的四个阶段是:(ABCD)【高级】
  A、分析 B、设计 C、编码
  D、测试 E、需求调研 F、实施
  10、PSP是指个人软件过程 ,是一种可用于( A )、( B )和( C )个人软件工作方式的自我改善过程。【高级】
  A、控制 B、管理 C、改进D、高效 E、充分 F、适宜
  三、 问答题
  1、 测试人员在软件开发过程中的任务是什么?(初级)(5分)
  答:1、寻找Bug;
  2、避免软件开发过程中的缺陷;
  3、衡量软件的品质;
  4、关注用户的需求。总的目标是:确保软件的质量。
  2、 在您以往的工作中,一条软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录?(初级)(6分)
  答:一条Bug记录最基本应包含:编号、Bug所属模块、Bug描述、Bug级别、发现日期、发现人、修改日期、修改人、修改方法、回归结果等等;要有效的发现Bug需参考需求以及详细设计等前期文档设计出高效的测试用例,然后严格执行测试用例,对发现的问题要充分确认肯定,然后再向外发布如此才能提高提交Bug的质量。
  3、 界面测试题及设计题。请找出下面界面中所存在的问题并分别列出;用黑盒测试的任何一种方法设计出此登陆窗体的测试用例。(中级)(6分)
  答:1、窗体的标题栏中为空,没有给出标题。
  2、用户名和密码控件的字体不一致并且没有对齐。
  3、文本框的大小不一致没有对其。
  4、确定和取消按钮控件的大小不一致。
  4、 黑盒测试和白盒测试是软件测试的两种基本方法,请分别说明各自的优点和缺点!(中级)
  (5分)答:黑盒测试的优点有:
  1)比较简单,不需要了解程序内部的代码及实现;
  2)与软件的内部实现无关;
  3)从用户角度出发,能很容易的知道用户会用到哪些功能,会遇到哪些问题;
  4)基于软件开发文档,所以也能知道软件实现了文档中的哪些功能;
  5)在做软件自动化测试时较为方便。
  黑盒测试的缺点有:
  1)不可能覆盖所有的代码,覆盖率较低,大概只能达到总代码量的30%;
  2)自动化测试的复用性较低。
  白盒测试的优点有:帮助软件测试人员增大代码的覆盖率,提高代码的质量,发现代码中隐藏的问题。
  白盒测试的缺点有:
  1)程序运行会有很多不同的路径,不可能测试所有的运行路径;
  2)测试基于代码,只能测试开发人员做的对不对,而不能知道设计的正确与否,可能会漏掉一些功能需求;
  3)系统庞大时,测试开销会非常大。
  5、 根据自己的理解回答什么是软件测试,软件测试分为哪几个阶段。(初级)(5分)
  答:软件测试是一个为了寻找软件中的错误而运行软件的过程,一个成功的测试是指找到了迄今为止尚未发现的错误的测试。
  软件测试一般分为单元测试、集成测试和系统测试。
  6、 根据自己的理解什么是测试用例和测试规程,设计一个测试用例应当从哪几方面考虑?(中级)(10分)
  答:狭义的讲,一个测试用例就是测试人员用以测试被测软件的某个特性或特性组合的一组数据。这组数据可能是从用户处得来的实际的一组数据,也可能是测试人员专门设计出来的测试软件某些功能的一组数据。测试规程就是详细的对测试用例设计方法、测试方法、测试工具、测试环境和测试数据进行描述的文档,还可以包括能把某个或某一组测试用例应用到被测软件上完成某项测试的一系列的操作步骤。

篇三:[软件自动化测试]软件测试工程师求职信范文

  软件测试工程师求职信篇一:测试工程(出自:CAT5.5 操作系统:Windows Server2003
  测试环境:
  测试工具:QTP,Loadrunnar,Bugfree.
  开发周期: 项目描述:
  3个月(2011/11-2012/2)
  恒发企业资源管理系统主要是
  基于JAVA平台,部署方式为B/S模式。 框架技术: Struts2 + Hibernate + Spring。 基于“ERP”系统的设计和开发。
  责任描述:
  对需求文档进行可行性分析,根据测试计划,编写测试用例,使用QTP执行测试用例并进行功能测试。使用LR对登陆模块,用户管理模块进行负载压力测试性能测试。
  2.永州铁通资源管理系统
  开发环境:
  J2EE多层架构,Struts框架,Hibernate框架,JQuery、Ajax技术自定义标签 开发工具:Eclipse/Tomcat6.0/Oracle11g 操作系统:Windows Server2003
  测试环境:
  测试工具:QTP,Loadrunnar,bugzilla. 3个月(2011/7-2011/10)
  项目的主要功能是操作员管理,资源管理,配置业务费用,客户信息管理,用户(手机号码)信息管理,账户信息管理的任务。该项目通过巧妙设计,可以由界面输入号段或指定一个含有号码信息的文本文件生成手机号码资源表,资源表记录着手机号码、手机卡类型、手机卡号、号码状态等,可以方便地配置开户业务费用,而且可以根据证件类型和号码判断是否为新客户从而给显示不同的信息,可以及时校验客户所选的手机号是否可用,录入所选号码通话级别和漫游状态。
  责任描述:
  详细了解系统的需求 搭建测试环境 项目组长分配任务,针对自己的模块编写测试用例。 根据所编写的测试用例进行相应的手工和自动化测试 工作总结,提交BUG状态报告及工作总结报告
  开发周期: 项目描述:
  3. 老树咖啡厅管理系统
  软件环境:
  JSP/Servlet+JavaBean+MVC+Ajax+Dao模式
  测试环境: 开发周期: 项目描述:
  责任描述:
  开发工具:Eclipse/Tomcat6.0/MySQL
  操作系统:Windows Server2003 测试工具:QTP,Loadrunnar,bugzilla. 3个月 (2011/3-2011/6)
  本系统根据客户的需求,从客户的角度出发实现了顾客开单,增加消费,顾客结帐,宾客预订,营业查询,会员管理,仓库管理,交接班管理,员工管理,薪水管理等完善的功能。该系统在开发过程中应该注意的业务是:开单消费时如果要求转台则必须转给现在未使用中的卡台,退订消费时,仓库中的该产品要增加相应的数量,如果是会员消费,在结帐时该给予对应的优惠,并做好积分,给会员卡升级,仓库中的产品数量达到某个指定值时要报警提示管理员采购
  对需求文档进行可行性分析并修改,编写测试计划,编写测试用例,使用QTP执行测试用例并进行功能测试。使用LR各大模块进行负载压力测试和性能测试。
  软件测试工程师求职信篇二:软件测试工程师简历
  软件测试工程师简历
  姓 名: xxx
  毕业院校: 内蒙古科技大学
  性 别: 男
  政治面貌: 党员
  电 话: 13071******
  工作年限: 2年
  学 历 : 本 科
  电子邮件: william****@***.***
  工作经历 2008年12月 至 2009年1月 北京曦力网际软件信息技术有限公司
  工作描述: 作为产品测试工程师,对公司对外发布的产品进行黑盒测试,发现和报告产品的缺陷和问题。
  2007年11月 至 2008年11月 北京测试空间科技发展有限公司
  工作描述: 参与编写测试计划;编写编写、执行、更新测试用例;运用 bugzilla提交bug缺陷报告。
  2006年8月 至 2007年6月 内蒙古景开私立中学
  工作描述: 作为生物教师,负责讲授初一年级的生物课程,辅导学生解决在学习中遇到的疑难问题。
  项目经验 项目名称: xilisoft mobile phone manager测试
  软件环境: windows xp标准版、windows vista
  项目描述: xilisoft mobile phone manager是电脑端管理手机数据的软件,可以兼容
  windows mobile、symbian、black berry系统的智能手机以及非智能手机,能实现日常的手机信息提取和常规管理,用户可以对数据进行备份、恢复;同时
  xilisoft mobile phone manager支持多部手机同时连接,可以对用户所有的手机数据进行集中管理,并实现本地数据、手机设备数据、pc端程序之间的数据复制和同步。
  责任描述: 作为产品测试工程师,对公司内部发布和对外发布的产品和组件进行黑盒测试,发现和报告产品的缺陷和问题,以保证产品符合设计目标,实现规定功能。
  项目名称:中石油新型地震数据采集记录系统主机软件系统测试
  软件环境: windows server 2003 标准版 、 windows xp 、 linux
  项目描述 : 由中石油大型仪器项目组主导,综合了国内顶级院校和科研院所研制的一套国产软硬件系统,整套系统实现了对地震数据的采集和分析,进行石油勘探。主机软件系统运行的硬件平台为两台采用多 cpu/多核架构的服务器,还配备千兆交换机、磁带机、绘图仪、nas盘、打印机等外围设备。软件平台为典型的c/s软件结构,服务器采用linux+c语言+sqlite的开发结构,客户端采用windows+c#语言的开发结构。
  责任描述: 根据需求分析报告和用户手册,了解业务流程和软件操作流程, 编写软件功能点;编写测、 更新、 执行测试用例 ; 运用 bugzilla提交bug缺陷报告;参与编写测试总结, 与同事合作完成主机软件系统测试的各个环节。
  项目名称: 测试软件测试工程师管理系统
  软件环境: windows server 2003标准版、windows xp标准版
  项目描述: 软件测试工程师管理系统 用来管理员工基本信息及月薪水的计算,包括“添加、查找、删除、修改员工信息、计算员工薪水、生成报表”等功能模块。
  责任描述: 搭建 windows测试环境; 编写测试用例,执行测试用例; 根据提供的需求分析,对 windows版本进行测试, 运用 bugzilla提交bug缺陷报告。
  项目名称: 北京市地铁 5号线自动售检票系统测试
  项目描述: 地铁 5号线的自动售票检票系统,在惠新西街南口站进行对由欧姆龙方提供的ag设备与方正提供的ag软件系统进行联调与压力测试。
  责任描述: 根据用户方的要求,设计检票数量的功能和红外感应的功能以及压力测试用例, ag机组进行系统及收费系统和硬件的压力测试。
  教育背景 2002年9月至2007年7月 内蒙古科技大学生物科学与技术专业
  获得学士学位证、 普通话等级证 、 国家高级教师资格证
  2007年8月至2008年3月 北大青鸟软件测试培训中心 软件测试工程师
  获得“计算机软件产品检验师”证书
  专业技能 l 了解 iso9000/cmmi规范,熟悉软件测试的周期、软件测试模型和软件测试流程等相关理论、思想和方法。
  l 能够独立完成设计测试计划,编写测试用例,实施测试,编写测试缺陷报告、跟踪缺陷,撰写测试总结等相关测试文档。
  l 了解使用 sql server 2000、mysql数据库,能够使用sql语言进行添加、删除、修改、查询等操作管理数据库。
  l 熟悉测试管理工具: bugzilla、bugfree、testdirector。
  l 了解自动化测试工具: quicktest professiona、wiunner、loadrunnerl等测试工具。l 熟悉 linux操作系统。
  英语水平 具有较强的阅读能力,一定的翻译计算机专业英文文献、测试文档、测试资料的能力,一定的口语会话交流能力,能通过英语为工具获取专业所需要的信息。
  自我评价 本人有 2年工作经验,做过1年软件测试工作;对于手机应用软件和系统软件的测试都有相应的项目经验,熟悉软件测试的流程;自学能力强,有良好的思维能力和逻辑推理能力,可以独立的编写测试用例;具有团队合作精神,工作认真、踏实,能高效完成分配的测试工作。
  软件测试工程师求职信篇三:测试工程师 简历模版
  个 人 简 历
  基本信息
  姓 名:出生年月:
  学 历:民 族:
  联系电话: 工作年限:
  电子邮件:政治面貌:
  求职意向
  工作地点:西安 职 位:软件测试工程师
  工作性质:全职
  教育背景
  工作经历
  专业技能
  1. 熟悉软件测试的周期、软件测试模型和软件测试流程等相关理论、思想和方法。能够根据需求与测试方法设计测试用例,实施测试,编写测试缺陷报告、跟踪缺陷,撰写测试总结等测试相关工作。熟练运用黑盒,白盒测试方法设计测试用例。
  2. 熟悉windows操作系统;熟悉Linux
  的Red Hat 操作系统及系统命令,shell编程;熟练使用VMware软件搭建测试环境。
  3. 熟悉JAVA语言,JavaScript脚本语言。
  4. 熟练基于HTML ,JSP的网页编程.
  5. 熟练使用SQL Sever2000,oracle(10g)数据库。熟练使用PL/SQL数据库编程。
  1. 项目名称:软件测试工程师管理系统 项目时间:2011/07-2011/08
  项目描述:软件测试工程师管理系统 用来管理员工基本信息及月薪水的计算,包括“添加、查找、删除、修改员工信息、计算员工薪水、生成报表”等功能模块。
  开发环境:Windows server 2003标准版、windows XP标准版
  测试组人数:4人( 测试经理1人,测试员3人)
  担任职务:测试员
  职责描述:搭建windows测试环境; 编写测试用例,执行测试用例; 根据提供的需求分析,对windows版本进行测试, 运用bugzilla提交bug缺陷报告。
  心得体会:提高了自己分析问题解决问题能力,设计测试用例也有了不少的心得,对性能测试有了进一步认识。
  2.项目名称:房管局信息中心员工信息管理系统 项目时间:2011/09-2011/10
  项目描述:信息中心员工信息管理系统用来统计本中心员工的基本信息、考勤情况以及薪水的结算,包括添加,查找,修改,删除员工基本信息,连接打卡器统计员工考勤情况,计算员工薪水,生成报表并连接打
  印机打印等模块。
  开发环境:java语言、Oracle数据库、MyEclips开发工具
  运行环境:服务端Windows server 2008,客户端Windows XP
  测试组人数:2人
  担任职务:测试员
  职责描述:
  1. 编写测试计划;2.用虚拟机搭建windows测试环境;
  3.设计测试用例,执行测试;4.用Bugzilla提交缺陷报告;
  5.测试总结,编写测试报告。
  心得体会:熟练掌握了边界值、等价类法等设计测试用例的方法,测试策略:单元测试,集成测试,系统测试(用户界面,用户手册)有了更深刻的体会,认识到白盒测试可以查出黑盒很难测出的bug。
  3.项目名称:图书管理系统--图书登记测试用例 项目时间:2011/10/03-2011/10/15 项目描述:根据《图书借阅管理系统详细说明书1.0》,设计测试用例,要求能够对图书资料进行管理,如登记新书,删除破旧的书目,对已经变更的图书信息进行修改,还可以根据多种条件从数据库中查询书目的详细信息;能对新会员信息进行登记,对已经变更的会员信息进行修改,对不再借阅的会员信息进行删除。还可以查询会员的详细信息,以及读者借阅过的书目和正在借阅的书目;提供借阅登记和还书登记来管理借阅,可以对会员,图书的查询应可以得到更多信息,以指导以后购书。
  运行环境:服务端Windows server2003服务器,客户端Windows XP
  测试组人数:4人
  担任职务:测试用例设计员
  职责描述:
  1. 仔细阅读《图书借阅管理系统详细说明书1.0》,分析设计测试用例的所需数据;
  2.撰写测试用例;
  心得体会:提高了撰写测试用例的能力,对于界面测试,控件测试,按钮测试,以及边界值分析方法和等价类分析方法有了进一步的认识。
  自我评价
  热爱软件行业,热爱软件测试,乐观,自信,细心,耐心;待人真诚、友善,适应力强,与领导及同事相处融洽;有较强的逻辑思维与发现、分析和解决问题的能力;乐于并善于学习新的知识与技能;工作积极,认真负责,吃苦耐劳,善于沟通,有较强的团队精神;富有创新意识,勇于接受新的挑战。责任心强,比较成熟,能够处理好各种人事关系。属学习,实干型的职员.工作以完成目的和达到目标为己任,敢于承担责任,富有工作激情,相信有激情就有一切。

本文来源:https://www.bbjkw.net/fanwen144329/

推荐访问:软件自动化测试工具
扩展阅读文章
热门阅读文章