软件测试问题汇总

软件测试问题汇总
软件测试问题汇总

软件测试问题汇总

通过几个月在客户现场进行软件测试工作,经历了泵送国际、存货管理系统、团购网、校园招聘、行政在线二期等项目、测试基本都是在项目快要结束,即将上线的时候才介入,在测试过程中,遇到了各种各样的问题,问题汇总如下:功能及业务流程方面:

1)涉及到业务流程的系统,像团购网、存货管理系统、校园招聘,主要业务流程是否跑通,是非常重要的,但在测试时与开发人员沟通过程中发现,部分开发人员对自己开发的模块业务流程还不太了解,只关注单个功能点是否实现,未关注整个业务流程,这可能与客户频繁的变更需求有关,还有可能就是,有些客户对于需要一个什么样的系统,有什么样的业务流程,自己也不太清楚,只有等开发基本完成、快要上线了,才提出比较明确的需求,这样导致开发及测试理解需求、修改程序的时间过少、测试时间基本没有。像这样的现象,在客户现场开发的项目特别明显,其实,我个人觉得,如果在需求调研阶段,能把需求了解清楚,仔细,这种现像还是可以避免的。开发人员和测试人员在客户自已也搞不清楚需要一个什么样的系统的时候,如果对相关业务比较熟悉,可以提供几种参考方案,给客户选择,这样的话,可以避免很多缺陷的产生,也减少了修改缺陷的成本。

2)在项目进行过程中,需求变更是经常出现的情况,

在客户现场做项目,一般测试人员是不清楚的,项目经理或业务部门只告知开发人员,且多数是以口头形式,针对这种情况,今后的变更是否可以以纸质或邮件的方式提交并抄送给测试人员,或提交至某个统一管理的共享平台中,以便项目所有干系人存档查阅及知晓项目整体情况。

性能需求方面:

1)客户对于项目中的性能要求,从所做的几个项目来看,像泵送国际、团购网、校园招聘,关注点基本是在首页浏览、信息查询、及记录提交等方面,用户数的要求也不是很大,一般是在100-200个并发用户,校园招聘是800个用户,对于业务流程来说,这几个关注点并不复杂,但测试出来的效果不是很理想,通过原因分析,在程序设计时可以规避的情况有:

1.首页浏览:图片过多,格式不全为JPG、GIF,且文件过大,页面样式过于复杂

2.信息查询:多表级联查询,层次过深

开发人员在系统设计时,可以将以上问题有可能产生对性能的影响提前告诉客户,避免性能测试结果不理想。

2)性能测试,系统相关配置也比较重要,如:连接数设置、内存设置

开发人员在配置系统环境时,有时忽略了这些选项配置,今后,可以根据系统性能需求,记得进行相关设置。

界面方面:

开发人员通常比较容易忽略这个方面的内容,觉得这不属于自己的工作范畴,经常出现排版不整齐、该标识必填的地方没标识、字体大小不一、错别字、页面导航不正确等问题。虽然,这是属于小问题,但客户最先看到的不是系统功能、而是系统界面,界面的好坏,一定程度影响了客户对整个系统的判断。

兼容性方面:

所测试的项目均以B/S结构为主,开发人员在系统开发之前,没有充分了解客户对浏览器的要求,以致系统在不同浏览器不能正确显示。

版本控制方面(版本发布过于频繁):

现场程序版本没有得到很好的控制,像存货管理系统、校招项目,一天可以发布多个版本,且发布出来的程序功能不稳定,给测试工作带来一定的阻碍,建议在今后的项目中,对版本的发布加强控制。

综合以上几点,希望对今后的开发及测试工作有值得借鉴及注意的地方,并需要说明的是,测试工作并不是整个开发过程中的最后一个阶段,应该是贯穿整个项目周期的,越早介入,发现的缺陷越多,且修改缺陷的成本越低。

心得体会 软件测试心得体会(精选5篇)

软件测试心得体会(精选5篇) 软件测试心得体会(精选5篇) 关于软件测试的心得体会 虽然一如继往地写读书笔记,笔墨也浪费了不少。但真正坐下来利用大段的时间将自己的思路理清还没有过。因为最近有了一定的时间,更因为狠狠地泡了一段时间51Testing测试论坛,下载学习了该网站的电子测试杂志之后,自己的思路终于开始清晰起来,朦朦胧胧地开始看清了远方的路,麻着胆子去分析一下自己,也学着展望一下未来了,毕竟摸黑走路的感觉很不好。 我觉得学习软件测试的通用技术与针对某类软件的测试技术外,还有一个重要的与技术无关的方面:业务知识.没有具体的业务知识很难发现软件中潜在的逻辑错误甚至是需求上的错误,当然需求要依据特定的软件,但软件测试人员对需求理解的深入程度不应低于软件开发的人员.因为软件测试所有的依据来自于需求,而所有的需求来自于客户,甚至是我们的全部都来自于客户.识别需求后还必须转化为测试上的需求,毕竟测试人员看需求的角度和开发人员还是有区别的. 关于学习,我知道我并非计算机专业的学生,初涉软件测试行业,没有接受系统的培训,对软件测试一无所知,既不知道该测试什么,也不知道如何开始测试。但是,总该知道如何去学习,然而我认为,学习总该有必要的方法 1.找个好师傅 这是最重要的一条了,也是公司提供的最好的一个条件.刚进来的时

候,td,测试案例都有一个pm细心的和你讲,案例有什么方法来设计?要注意哪些错误?软件测试技术相关书籍目录、软件测试流程相关文档目录、产品业务相关的文档目录,一大堆的东西马上够你头晕的了.呵呵,还好,悟性不错,都囫囵吞枣地吞下去了. 2.学会读书 无论是神马专业,我始终确信,万变不离其宗,我知道,我不是这个专业的,但这个并不代表这我就不了解这个,再怎么不济,我也是从书本中走出来的,我相信,只要我努力地吧书本啃熟,我能够灵活地融入到这个职业中去,从书本中找寻解决问题的方法。标记出自己所错误的。 3.与前辈们一起讨论,多说 总有一天,我们会成为一位前辈,不过不是现在,至少现在我们应该好好的向别人学习,所以,我觉得,前辈是我们前进道路上不可或缺的一部分,他会成为引领我们前进的发动机,给我们指点,跟我们道工作的经验。然而,我们也应该多说,我知道,前辈们给我们讲解,已经是很辛苦的事情,毕竟,这不是他们的义务。我们也应该多多说说我们的观点,这样既能够让人家了解我们的水平,也方便老师前辈们对我们进行指导。 这些天的学习,我也有了一点自己的心得体会 体会一:软件测试在整个软件周期中的重要性。 它存在于整个项目周期,在项目开始之初需求调研的时候就开始了,在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在

软件测试技术知识点整理

一、软件测试的定义 软件测试是一个过程或一系列过程,用来确认计算机代码完成了其应该完成的功能,不执行其不该有的操作。 1.软件测试与调试的区别 (1)测试是为了发现软件中存在的错误;调试是为证明软件开发的正确性。 (2)测试以已知条件开始,使用预先定义的程序,且有预知的结果,不可预见的仅是程序是否通过测试;调试一般是以不可知的内部条件开始,除统计性调试外,结果是不可预见的。(3)测试是有计划的,需要进行测试设计;调试是不受时间约束的。 (4)测试经历发现错误、改正错误、重新测试的过程;调试是一个推理过程。 (5)测试的执行是有规程的;调试的执行往往要求开发人员进行必要推理以至知觉的"飞跃"。 (6)测试经常是由独立的测试组在不了解软件设计的条件下完成的;调试必须由了解详细设计的开发人员完成。 (7)大多数测试的执行和设计可以由工具支持;调式时,开发人员能利用的工具主要是调试器。 2.对软件测试的理解 软件测试就是说要去根据客户的要求完善它.即要把这个软件还没有符合的或者是和客户要求不一样的,或者是客户要求还没有完全达到要求的部分找出来。 (1)首先要锻炼自己软件测试能力,包括需求的分析能力,提取能力,逻辑化思想能力,即就是给你一个系统的时候,能够把整个业务流程很清晰的理出。 (2)学习测试理论知识并与你锻炼的能力相结合。 (3)想和做。想就是说你看到任何的系统都要有习惯性的思考;做就是把实际去做练习,然后提取经验。 总结测试用例,测试计划固然重要,但能力和思想一旦到位了,才能成为一名合格的软件测试工程师。 二、软件测试的分类 1.按照测试技术划分 (1)白盒测试:通过对程序内部结构的分析、检测来寻找问题。检查是否所有的结构及逻辑都是正确的,检查软件内部动作是否按照设计说明的规定正常进行。--结构测试 (2)黑盒测试:通过软件的外部表现来发现错误,是在程序界面处进行测试,只是检查是否按照需求规格说明书的规定正常实现。--性能测试 (3)灰盒测试:介于白盒测试与黑盒测试之间的测试。

最新软件测评师考试基础知识名师精编资料汇编

软件评测基础知识 软件测试基本概念 软件质量与软件测试:软件测试是软件质量保证工作的一个重要环节。软件测试和软件质量保证是软件质量工程的两个不同层面的工作。软件测试只是软件质量保证工作中的一个重要环节。质量保证(QA)的工作是通过预防、检查与改进来保证软件的质量,它所关注的是软件质量的检查和测量。软件测试所关心的不是过程的活动,而是对过程的产物以及开发出的软件进行剖析。 软件测试定义:软件测试就是在软件投入运行前对软件需求分析、软件设计规格说明和软件编码进行的查错(包括代码执行活动与人工活动)。软件测试是为了发现错误而执行程序的过程。软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计一批测试用例(即输入数据及其预期的输出结果),并利用这些测试用例去运行程序,以发现程序的错误。是在软件投入运行前,对软件需求分析、软件设计规格说明和软件编码的最终复审,是软件质量保证的关键步骤。 软件测试目的:(1)测试是一个为了寻找错误而运行程序的过程;(2)一个好的测试用例是指很可能找到迄今为止未发现的错误的用例;(3)一个成功的测试是指揭示了迄今为止尚未发现的错误的测试。 软件测试的目标是能够以耗费最少时间与最小工作量找出软件系统中潜在的各种错误与缺陷。 测试只能证明程序中错误的存在,但不能证明程序中没有错误。 软件测试原则:(1)尽早地并不断地进行软件测试;(2)程序员或程序设计机构应避免测试自己设计的程序;(3)测试前应当设定合理的测试用例;(4)测试用例的设计不仅要有合法的输入数据,还要有非法的输入数据;(5)在对程序修改之后要进行回归测试;(6)充分注意测试中的群集现象;(7)妥善保留测试计划、全部测试用例、出错统计和最终分析报告,并把它们作为软件的组成部分之一,为软件的维护提供方便;(8)应当对每一个测试结果做全面检查;(9)严格执行测试计划,排除测试的随意性。 软件测试对象:软件的测试不仅仅是程序的测试,软件的测试应贯穿于整个软件生命同期中。在软件定义阶段产生的可行性报告、项目实施计划、软件需求说明书或系统功能说明书,在软件开发阶段产生的概要测试说明书、详细设计说明书,以及源程序等都是软件测试的对象。 软件测试过程模型:V模型、W模型、H模型。 软件测试模型的使用:在实际软件测试的实施过程中,应灵活地运用各种模型的优点,通常可以在W 模型的框架下,运用H模型的思想进行独立的测试。当有变更发生时,按X模型和前置模型的思想进行处理。同时,将测试和开发紧密结合,寻找恰当的就绪点开始测试,并反复进行迭代测试,以达到按期完成预定的目标。 软件问题分类:软件错误、软件缺陷、软件故障、软件失效。 软件测试类型: 按开发阶段分:单元测试、集成测试、确认测试(有效性测试)、系统测试 确认测试、验收测试 按测试实施组织分:开发方测试(验证测试或alpha测试)、用户测试(beta)、第三方测试(独立测试) 按测试方式分:动态测试、静态测试 按测试技术分:白盒测试、黑盒测试、灰盒测试 软件测试过程:用黑盒法设计基本的测试方案,再利用白盒法补充一些必要的测试方案。可以用以下策略结合各种方法: (1)在任何情况下都应该使用边界值分析的方法; (2)必要时用等价划分法补充测试方案; (3)必要时用错误推测法补充测试方案; (4)如果在程序的功能说明中含有输入条件的组合,最好在一开始就用因果图法,然后再按以上(1)、(2)、(3)步进行。 (5)对照程序逻辑,检查已设计出的设计方案。可以根据对程序可靠性的要求采用不同的逻辑覆盖标

【软件测试学习心得】

【软件测试学习心得】 第一篇:软件测试课学习心得 软件测试课学习心得 09301028 张如 这个学期我学习了软件测试这门专业课程,在学期即将结束的时候,我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程,已经在软件领域占据了不可替代的角色,当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试,其目的是:第一是确认软件的质量,其一方面是确认软件做了你所期望的事情,另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。 我认为,在整个庞大的软件工程中,不管是需求分析、架构设计甚至是最后的debug,都会产生引入不管的机会,这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期,即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求,甚至主导整个项目的走向。 软件测试对逻辑思维、学习能力、反应要求很高,是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性,有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能

问题,也就是要保证软件运行得很好; 不同的使用环境下,考虑软件 的兼容性同样重要。对于测试员来讲,会比开发人员更加重视软件产品的质量问题。在测试过程中,测试者可能会为客户的需求角度考虑到更多,由此我们可以认为测试人员有权利决定产品是否可以发布。然而,通过一个学期的学期,我们又不得不懂得,软件测试人员不是万能的,测试人员在面对一个设计烂编码烂的软件时,也是无法不低头的,再怎么测试它也变不成优秀的软件。 通过课上的理论因为课下的实践和后半学期又因为身体力行于qq群论坛里使我对测试方法和设计分析有了大致的接触和深入了解。收印象深刻的有一下几点。 1、最基本的测试的分类:从是否需要执行被测软件的角度,可分为静态测试和动态测试; 从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。 2、然后就是,白盒测试中的逻辑驱动测试的覆盖率测试。 3、还有就是对于划分等价类和边界值法这一块,让我从模糊到明朗。 4、在初次写测试用例的时候,感觉真是纠结,用例写的很死板,看似简单的一个填表工作,要写好真是不简单。一开始写的比较不自然,有些生搬硬套,而且还很慢。在后来负责了对论坛新鲜事版块的测试之后,明白了测试用例其实就是指导怎么去执行测试,而且书写

系统集成知识点归纳总结

系统集成知识点归纳总结 软件工程:需求分析、设计、编码和测试 软件需求的分析方法(功能需求,非功能需求,设计约束) 1)结构化分析(Structured Analysis):是面向数据流的分析方法,(分层的)数据流图,数据字典,描述加工逻辑的结构化语言判定表判 定树是SA的工具 数据流图描述了对数据的处理流程,用来建立系统的逻辑模型 数据字典在需求分析阶段建立,通常作为数据流图的补充说明 数据字典最重要的作用是作为分析阶段的工具。在结构化分析,数据字典的作用是给数据流图上每个成分加以定义和说明 E-R 通常在需求分析后建立的实体关系模型,可用于描述数据流图数据存储及其之间的关系 需求分析阶段会用到层次方图,用例图,IPO图,不会用到N-S图IPO图:模块的输入输出,处理内容,模块的内部书库和调用关系N-S盒图,程序流程图,PAD图用于表示软件模块的执行过程,而E-R 图不适用 软件需求说明书是需求分析阶段最后的成果之一,包含数据描述功能描述,性能描述,不包含系统结构描述 SRS(Software Requirements Specification), 软件需求说明书 的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共

同的理解,使之成为整个开发工作的基础。包含硬件、功能、性能、输 入输出、接口需求、警示信息、保密安全、数据与数据库、文档和法 规的要求 一个软件系统的生命周期包含可行性分析和项目开发计划,需求分析,设计(概要设计和详细设计),编码,测试维护 程序流程设计在详细设计和实现阶段,软件的总体结构设计在概要设计,并在概要设计说明说进行说明 详细设计:程序流程设计,代码设计,数据库设计,人机界面设计 软件设计包软件的结构设计,数据设计,接口设计和过程设计 结构设计:定义软件系统各主要部件之间的关系 软件测试的对象包括源程序,目标程序,数据及相关文档 软件的完全测试是不可能的原因:输入输出量太大,输出结果太多以及路径组合太多,测试依据没有同统一的标准 软件测试可以分为单元测试,集成测试,(确认测试),系统测试,验收测试 白盒测试:根据程序内部结构进测试,对程序的所有逻辑分之进行测试,逻辑覆盖属于典型的白盒测试,,在进行动态测试时,需要测试软件内部的结构和处理过程,不需要测试产品功能;在进行静态测试时有静态结构分析法,静态质量度量法,代码检查法

软件测试实习心得体会

软件测试实习心得体会

软件测试实习心得体会 【篇一:软件测试心得】 软件测试感想总结 软件测试工作是一个系统而复杂的工程,软件测试的目的就是确保软件的质量、确认软件以正确的方式做了你所期望的事情,所以工作的主要任务是发现软件的错误、有效定义和实现软件成分由底层到高层的组装过程、验证软件是否满足规格书要求和系统定义文档所规定的技术要求、为软件质量模型的建立提供依据。 而且软件的测试不仅是要确保软件的质量,还要给开发人员提供信息,以方便其为风险评估做相应的准备,以及为其提供分析依据,重要的是要贯穿在整个软件开发的过程中,保证整个软件开发的过程是高质量的。 软件测试对测试工程师来讲,要求具备较强的专业知识,严谨细心耐心的测试态度,良好的反向思维、发散思维能力、沟通能力等等。 以下是就自己的个人工作经历谈一些浅见: 1. 标准文档的制定: 1.1.任何一个公司要让自己的产品面市,都要有自己的一 套完整的品质标准,这个标准一定是在符合国标及客户 标准的基础上形成的企业标准,系统而全面地描述一款 产品的功能、性能、可靠性、健壮性、按规格要求等一 系列的产品标准,并根据客户特定要求相应调整。 1.2.测试仪器的作业指导书(sop)及保养说明等。定义仪器 的使用步骤、操作指南和保养细则等。

2. 测试资料的归档: 标准媒体文件、测试报告、bug list库(电子类问题、结构 类问题、软件类问题:方案自存问题、品证测试问题、生产测试问题、客户反馈问题、终端消费者反馈问题等)、认证测试文档归纳总结(认证公司培训资料、认证过程中出现并改善的问题)、测试工程师经验分享、常见问题解答faq等。 3. 功能测试: 3.1.这是软件测试工作中最核心和最基本的一项测试,该测 试的主要内容是检查软件是否符合需求定义,并通过构 造正常的操作来检查的动作是否正确;在这个测试里, 正确性是最最重要的软件质量要素。 3.2.功能测试按照可见性可以分为两类:显性功能和隐性功能。 显性功能:指在菜单里可以看得到的功能。 隐性功能:指在菜单里看不到的功能。 例如,电话本的显性功能有增加、编辑、删除、拨打等, 这些功能可以在电话本的菜单里面看得到,姓名列表排 序则属于一个隐性功能,因为在电话本的菜单里没有这 样一个子菜单,但它却是一个实实在在的功能。 如以下这些隐性功能都测试中都需重点关注: a. 电话本上下页切换,是否有遗漏联系人信息?

软件测试基础知识汇总

黑盒测试主要是为了发现以下错误: 1、是否有不正确或遗漏的功能? 2、在接口上,输入能否正确地接受?能否输出正确的结果? 3、是否有数据结构错误或外部信息(例如数据文件)访问错误? 4、性能上是否满足要求? 5、是否有初始化或终止性错误? 黑盒测试用例方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交实验设计法、功能图法。 等价类划分法:把程序的输入域划分为若干部分,然后从每个部分中选取少数代表性数据作为测试用例,每一类的代表性数据在测试的作用等价于这一类中的其他值。 边界值分析法:对输入或输出的边界值进行测试,通常边界值分析法是作为等价类划分的补充,其测试用例来自等价类的边界。 错误分析法:基于经验和直觉推测程序中可能存在的错误,从而对有针对性的设计测试用例的方法。 因果图法:利用图解法分析输入的各种组合情况,从而设计测试用例的方法,它适合于检查程序输入条件的各种组合情况。 判定表驱动法:判定表是分析和表达多逻辑条件下执行不同操作的。 正交实验法:从大量的数据中挑选适量的,有代表性的点,从而合理地安排实验的一种科学测试方法。 功能图法:由状态迁移图和布尔函数组成,状态迁移图用状态和迁移来描述,一个状态指出数据输入的位置(或时间),而迁移则指明状态的改变,同时要依靠判定表或因果图表示的逻辑功能。 折叠LR函数: lr_start_transaction 为性能分析标记事务的开始 lr_end_transaction 为性能分析标记事务的结束 lr_rendezvous 在Vuser 脚本中设置集合点 lr_think_time 暂停Vuser 脚本中命令之间的执行 lr_end_sub_transaction 标记子事务的结束以便进行性能分析

软件测试心得体会(精选5篇)-最新范文

软件测试心得体会(精选5篇) 篇一:软件测试课收获和体会 软件测试课学习心得 1204013031 许院生 12计本3班 这个学期我学习了软件测试这门专业课程,在学期即将结束的时候,我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程,已经在软件领域占据了不可替代的角色,当一个软件从雏形到真正的在一台计算机上运行的时候,谁也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软件测试,其目的是:第一是确认软件的质量,其一方面是确认软件做了你所期望的事情,另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。 我认为,在整个庞大的软件工程中,不管是需求分析、架构甚至是最后的debug,都会产生引入不管的机会,这就要求作为一个软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期,即在项目开始时需要各种分析调研时就开始了。尤其是在形成需求规格说明书时就有对文档的测试需求,甚至主导整个项目的走向。 软件测试对逻辑思维、学习能力、反应要求很高,是否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性,有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题,也就是要保证软件运行得很好;不同的使用环境下,考虑软件的兼容

性同样重要。对于测试员来讲,会比开发人员更加重视软件产品的质量问题。在测试过程中,测试者可能会为客户的需求角度考虑 到更多,由此我们可以认为测试人员有权利决定产品是否可以发布。然而,通过一个学期的学期,我们又不得不懂得,软件测试人员不是万能的,测试人员在面对一个设计烂编码烂的软件时,也是无法不低头的,再怎么测试它也变不成优秀的软件。 通过课上的理论因为课下的实践和后半学期又因为身体力行于QQ 群论坛里使我对测试方法和设计分析有了大致的接触和深入了解。收印象深刻的有一下几点。 1、最基本的测试的分类:从是否需要执行被测软件的角度,可分为静态测试和动态测试;从测试是否针对系统的内部结构和具体实现算法的角度来看,可分为白盒测试和黑盒测试。 2、然后就是,白盒测试中的逻辑驱动测试的覆盖率测试。 3、还有就是对于划分等价类和边界值法这一块,让我从模糊到明朗。 4、在初次写测试用例的时候,感觉真是纠结,用例写的很死板,看似简单的一个填表工作,要写好真是不简单。一开始写的比较不自然,有些生搬硬套,而且还很慢。在后来负责了对论坛新鲜事版块的测试之后,明白了测试用例其实就是指导怎么去执行测试,而且书写设计测试用例也要以熟悉软件的业务为前提,才能更好的去测试。 另外就是一个学期的学习让我纠正了几点误区: 1. 有位大师曾说过:“软件测试的目的在于发现错误,一个好的测试用例在于发现从来未发现的错误,一个成功的测试是发现了从未发现

软件测试总结报告

1 引言 1.1编写目的 编写该测试总结报告主要有以下几个目的 1.通过对测试结果的分析,得到对软件质量的评价 2.分析测试的过程,产品,资源,信息,为以后制定测试计划提供参考 3.评估测试测试执行和测试计划是否符合 4. 分析系统存在的缺陷,为修复和预防 bug 提供建议 1.2背景 1.3用户群 主要读者:***项目管理人员 其他读者:*** 项目相关人员。 1.4定义 基本功能点测试:等价类划分法、边界值法、错误推测法、场景法 业务流程测试:根据业务逻辑,构建测试数据,执行业务流程,查看执行结果与预期是否一致 界面易用性测试:根据界面测试规范及日常使用习惯,提出软件的非功能实现问题 回归测试:对已修复的问题,根据测试出该错误的用例,重新执行该用例,验证问题是否真正被修复,以及是否又引起了其它错误 1.5 测试对象 对综合管理系统进行全新测试,主要进行功能测试、系统测试 1.6测试阶段 第一阶段:对主业务逻辑及功能进行测试 第二阶段:对所有业务逻辑及功能进行深入测试 第三阶段:回归测试 1.7测试工具 BugFree缺陷管理工具 1.8参考资料 《***功能描述》 《***数据字典》

《***测试计划》 《***测试用例》 《***项目计划》 2 测试概要 ***系统测试从 2012年7月25日到2012年10月12日基本结束,历时近70个工作日。后续还有一些扫尾的工作,又增加一些工作时日。是一项花费大量人力物力的项目。 ***通过BugFree缺陷管理工具进行缺陷跟踪管理,在bugfree中有详细的测试用例以及用例执行情况记录 2.1 进度回顾 2.2 测试执行 此次测试严格按照项目计划和测试计划执行,按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略,在测试执行中都有体现,在测试执行过程中,依据测试计划和测试用例,对系统进行了完整的测试、 2.3 测试用例

软件测试知识点总结

软件测试知识点总结 第一次课10.7软件测试概述 一软件测试定义:使用人工或者自动的手段来运行或测定它是否满足规定的需求,或弄预期结果与实际结果之间的差别。 二软件测试的分类 1.按照开发阶段划分 a)单元测试:模块测试,检查每个程序单元嫩否正确实现详细设计 说明中的模块功能等。 b)集成测试:组装测试,将所有的程序模块进行有序、递增的测试, 检验程序单元或部件的接口关系 c)系统测试:检查完整的程序系统能否和系统(包括硬件、外设和 网络、系统软件、支持平台等)正确配置、连接,并满足用户需 求。 d)确认测试:证实软件是否满足特定于其用途的需求,是否满足软 件需求说明书的规定。 e)验收测试:按项目任务或合同,供需双方签订的验收依据文档进 行的对整个系统的测试与评审,决定是否接受或拒收系统。 2.按照测试技术划分 白盒测试:通过对程序内部结构的分析、检测来寻找问题。检查是否所有的结构及逻辑都是正确的,检查软件内部动作是否按照设计说明的规定正常进行。--结构测试 黑盒测试:通过软件的外部表现来发现错误,是在程序界面处进行

测试,只是检查是否按照需求规格说明书的规定正常实现。 灰盒测试:介于白盒测试与黑盒测试之间的测试。 3 按照测试实施组织划分:开发方测用户测试第三方测试 4 是否使备测软件运行:静态测试动态测试。 课后作业:1.软件测试与调试的区别? (1)测试是为了发现软件中存在的错误;调试是为证明软件开发的正确性。 (2)测试以已知条件开始,使用预先定义的程序,且有预知的结果,不可预见的仅是程序是否通过测试;调试一般是以不可知的内部条件开始,除统计性调试外,结果是不可预见的。 (3)测试是有计划的,需要进行测试设计;调试是不受时间约束的。(4)测试经历发现错误、改正错误、重新测试的过程;调试是一个推理过程。 (5)测试的执行是有规程的;调试的执行往往要求开发人员进行必要推理以至知觉的"飞跃"。 (6)测试经常是由独立的测试组在不了解软件设计的条件下完成的;调试必须由了解详细设计的开发人员完成。 (7)大多数测试的执行和设计可以由工具支持;调式时,开发人员能利用的工具主要是调试器。 2.对软件测试的理解? 软件测试就是说要去根据客户的要求完善它.即要把这个软件还

软件测试基础知识整理

软件测试基础教程 测试是软件生存周期中十分重要的一个过程,是产品发布、提交给最终用户前的稳定化阶段。 一、测试的分类: 从测试方法的角度分为: (1)手工测试:不使用任何测试工具,根据事先设计好的测试用例来运行系统,测试各功能模块。 (2)自动化测试:利用测试工具,通过编写测试脚本和输入测试数据,自动运行测试程序。目前最常用的自动化测试工具是基于GUI的自动化测试工具,基本原理都是录制、回放技术。 > 从整体的角度分为: (1)单元测试:是针对软件设计的最小单位—程序模块,进行正确性检验的测试工作。一般包括逻辑检查、结构检查、接口检查、出错处理、代码注释、输入校验、边界值检查。单元测试的依据是系统的详细设计;一般由项目组开发人员自己 完成。 (2)集成测试:在单元测试的基础上,将所有模块按照设计要求组装进行测试。一般包括逻辑关系检查、数据关系检查、业务关系检查、模块间接口检查、外部接口检查。 (3)系统测试:系统测试是在所有单元、集成测试后,对系统的功能及性能的总体测试。 (4)确认测试:模拟用户运行的业务环境,运用黑盒测试方法,验证软件系统是否满足用户需求或软件需求说明书中指明的软件特性(功能、非功能)上的。 从测试原理上分为: . (1)白盒测试:是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法,溢出,路径,条件等等中的缺点或者错误,进而加以修正。 (2)黑盒测试:是通过使用整个软件或某种软件功能来严格地测试,而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时, 把程序看作一个不能打开的黑盆子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它 只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收和正确的输出。 黑盒测试方法主要有等价类划分、边界值分析、因—果图、错误推测法。 A、等价类划分:是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子 集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试 用例设计方法。 B、边界值分析:长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是 发生在输入输出范围的内部。因此针对各种边界情况设计测试用例,可以查出更多的错 误。 C、错误推测法:基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的 方法。错误推测方法的基本思想:列举出程序中所有可能有的错误和容易发生错误的特 殊情况,根据他们选择测试用例。例如,在单元测试时曾列出的许多在模块中常见的 错误。以前产品测试中曾经发现的错误等,这些就是经验的总结。还有,输入数据 和输出数据为0的情况。输入表格为空格或输入表格只有一行。这些都是容易发生错 误的情况。可选择这些情况下的例子作为测试用例。

软件测试复习知识点

软件测试复习知识点 熟练掌握: 1.面向对象的单元测试中基于服务的测试策略 2.向对象中的基于状态测试的策略 3.软件测试与软件开发的关系 狭义定义测试:比如“程序设计”与“测试”之间的关系,传统上总以为程序设计在先,测试在后。这种专指测试程序代码,定义在编码之后的“测试”是一种狭义定义的测试。 广义定义测试:这种测试活动可以在软件开发生命周期的任何阶段进行。但是,随着开发不断地进行,越到后续阶段,找出错误并改正它的代价会越大 全新的软件开发模式:以测试驱动软件开发。软件测试贯穿了整个软件开发过程,软件开发生命周期的各个阶段中都少不了相应的测试,这种思想与软件质量保证的出发点是一致的。 4.系统测试的概念及其分类; 系统测试是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起,进行信息系统的各种组装测试和确认测试,其目的是通过与系统的需求相比较,发现所开发的系统与用户需求不符或矛盾的地方,从而提出更加完善的方案。 1.用户层:①用户支持测试;②用户界面测试;③可维护测试;④ 安全性测试; 2.应用层:①性能测试;②系统可靠性、稳定性测试;③系统兼容 性测试;④系统组网测试;⑤系统安装升级测试; 3.功能层: 4.子系统层; 5.协议/指标层; 5.常见的黑盒测试用例的设计方法 黑盒测试也称功能测试或数据驱动测试,它是在已知产品所应具有的功能,通过测试来检测每个功能是否都能正常使用。 ?在测试时,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,它只检查程序功能是否按照需求规格说明书的规定正常使用,程序是否能适当地接收输入数据而产生正确的输出信息,并且保持外部信息(如数据库或文件)的完

软件测试工作心得体会(精选多篇)

软件测试工作体会(精选多篇) 第一篇:软件测试工作的心得体会 很久没有写点东西了,今天给大家聊些我在软件测试领域的心得体会。接触计算机程序设计已经快7年了,从事专门的软件测试也快四年了,强子也是在阴差阳错中踏入软件测试领域,一开始只想做一个特牛的程序设计师,可是毕业后找工作却找了个软件测试的工作,在一些彷徨与犹豫中接受了这个职业并且到现在也做得挺开心,也是由于那时我们这个业务刚成立不久,由于表现还不错所以一个阴差阳错的机会被升为teamleader,到现在也还在同一家公司做着测试的工作。 先讲讲做manager的一些体会,其实具体做什么事真的不是那么重要,关键是做事的方法,做人的章法,特别是对一个manager来说,方法比技术更重要,真的是这样,当然我也很喜欢研究技术,技术能让我找到更多的自信和成就感,但是面对着手下一帮兄弟姐妹,一个人的技术就显得有些力不从心了,这个时候得把你的知识share 给大家,当然形式多种多样,比如写一份文档,做一个正式的training,给大家营造一种不耻下问的环境或者大家一起讨论一些难题等等。当然还有很重要的一点,一定不能说“我不知道”,作为一个头,如果你真的不知道,那你得想办法通过一些手段与员工一起把

这个问题解决了,坚决不能说“我不知道,你自己看着做吧“等,本来员工是很尊重你的,这些话将直接导致其鄙视你。 另外就是做头的,特别像咱这种中低层的头,不像中高层的领导,咱们考虑事情的角度不一样,当这种小头儿的最重要的两件事:把事情做对做好,与员工打成一片。首先得确保把事情做对咯,然后带领大家朝着这一个对的方向前进进而把事情做好,在99%的时间里,你是和你的兄弟姐妹们呆在一起而不是和老板,所以这个过程中的与员工的关系一定要融洽且单纯,不能让员工对你有隔阂感,经常一起吃饭,摆摆龙门阵,唠唠家常,开开玩笑,不要摆架子,在一个公司里最不能摆架子的就是这种小头儿(或称之为leader或者manager一类),这就像个村官一样,小样的,还真把自己当回事儿呢? 做开发还是做测试?很多人讨论甚至争吵,强子认为之所以会有这样的问题是因为中国还没有把软件行业普及好,大家还停留在江民时代,求伯君时代,认为做开发的才是牛人,才有前途。而事实上,现在的软件是一个系统工程,缺开发,缺测试,缺文档都不行,都可能直接导致失败,谁最牛?强子认为写文档的人最牛,那咱们都去写文档?不过从强子面试的很多人当中来看,还是有更多的人愿意做开发,这不能不说是一大遗憾,强子无能,也只能聊以文字来表达自己对测试的热爱。测试犹如开发一样,也是一门深不见底的大学问,咱以后慢慢讨论。

软件测试心得体会-心得体会模板

软件测试心得体会 下面简单谈谈我的几点体会: 体会一:软件测试在整个软件周期中的重要性。 它存在于整个项目周期,在项目开始之初需求调研的时候就开始了,在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重,能主导整个项目的走向,成败与否全在于开始阶段的决策。 体会二:软件测试的真正意义在于发现错误,而不在于验证软件是正确的。 再严密的测试也不能完全发现软件当中所有的错误,但是测试还是能发现大部分的错误,能确保软件基本是可用的,所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论,故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。 体会三:在系统性能测试方面需要重视。 经过这次培训中多个案例的讲解,让我了解到系统在上线之后会有很多不能预知的性能问题,需要在上线之前实现进行模拟,以规避风险,包括大数据量访问,高并发数等等。 当然也有很多应对手段,没有哪种手段可称为最完美,只有最合适的,需要灵活掌握,综合运用以达到最优程度,这是个很值得研究的领域。 下面是本人的几点想法: 想法一:加强系统上线前的性能测试。

目前我们在项目建设过程中对性能压力测试的重视程度还不太高,厂家也很少有雇佣第三方的测试机构。而是在现进行试用,遇到问题再解决,可能会产生滞后问题,影响客户使用。希望以后能在性能测试方面提高重视程度,加大人力投入,以保证系统上线后能够稳定运行。 想法二:适当介入相关项目研发 对于快速响应这块,我们不能一味依赖厂家,而希望自己就能快速响应,及时将问题解决。这也是一个比较长远的问题,需要加强研发力量的投入。 我个人是做开发出身,有此类经验,当时是在客户现场,因为了解系统内部结构,能够在第一时间排查解决客户所反馈问题。 现在系统完全由厂家开发,很难了解内部结构,或许会造成后期维护困难。所以,是否应该针对某些项目介入厂家研发工作,比如请厂家提供源代码等相关要素,以增进维护人员对系统的了解。 最后再次感谢公司提供的平台,感谢领导的信任,让我有机会得到更深层次的学习以及展示自己能力的机会,我也会尽我所能来完善工作的系统,提高整体工作效率,为南方电的发展建设提供更坚实,优秀的支撑服务平台。

软件测试官方(最终版)

知识点:二八原则 1、为了提高测试的效率,应该( D) A 随机地选取测试数据 B 取一切可能的输入数据作为测试数据 C 在完成编码以后制定软件的测试计划 D 选择发现错误的可能性大的数据作为测试数据 2、经验表明,在程序设计中,某模块与其他模块相比,若该模块已发现并改正的错误数目较多,则该模块中残留的错误与其他模块相比,通常应该( B ) A 较少 B较多 C相似 D不确定 3、发现错误多的模块,残留在模块中的错误也多。(√) 知识点:软件测试目的、测试对象和软件测试人员职责 1、软件测试的目的是( B )。 A 评价软件的质量 B 发现软件的错误 C 找出软件中的所有错误 D 证明软件是正确的 2、下列关于软件测试的叙述中错误的是(D )。 A、软件测试可以作为度量软件与用户需求间差距的手段 B、软件测试的主要工作内容包括发现软件中存在的错误并解决存在的问题 C、软件测试的根本目的是尽可能多地发现软件中存在地问题,最终把以个高质 量地软件系统交给用户使用 D、没有发现错误地测试也是有价值的 3、测试是为了验证该软件已正确地实现了用户的要求。(×) 4、软件测试的目的是证明软件没有错误。(×) 5、下列关于软件测试策略的叙述中不正确的是( B)。 A.增量测试的主要问题在于需要额外编写很多特殊的测试程序 B.静态测试与动态测试都要执行程序 C.Myers认为自底向上测试方法要优于自顶向下测试的方法 D.软件性能测试的目标之一是为了提高性能 6、软件测试的对象包括( B ) A目标程序和相关文档 B源程序、目标程序、数据及相关文档 C目标程序、操作系统和平台软件 D源程序和目标程序 7、测试设计员的职责有:( B ) A 制定测试计划 B 设计测试用例 C 设计测试过程、脚本 D 评估测试活动知识点:α和β测试 1、除了开发人员之外首先见到软件产品的人是( A )。 A.α测试人员 B.β测试人员 C.验收测试人员 D.回归测试人员2、用户在真实的工作环境中使用软 件,用于测试系统的用户友好性等,这种测试是(D )。 A集成测试 B系统测试 C Alpha测试 D Beta测试 知识点:黑盒测试 1、下面说法正确的是( A)。 A.我们无法测试一个程序确认它没有错误 B.黑盒测试是逻辑驱动的测试 C.穷举测试一定可以暴露数据敏感错误 D.白盒测试是一种输入输出驱动的测试 2、边界值分析的假设是“多缺陷”假设。(×) 3、黑盒测试是(A )的测试 A基于功能 B基于代码 C基于设计 D基于需求文档 3、黑盒测试方法中最有效的是因果图法。(√) 4、黑盒测试是一种重要的测试策略,又称为数据驱动的测试,其测试数据来源于 ( A )。 A.软件规格说明 B.软件设计说明 C.概要设计说明 D.详细设计说明 5、下列不属于黑盒测试方法(B ) A 等价法 B 数据流测试 C 基于判定表 D 因果图 6、.黑盒测试是一种重要的测试策略,又称为数据驱动的测试,其测试数据来源于 (A )。 A.软件规格说明 B.软件设计说明 C.概要设计说明 D.详细设计说明 7、对于一个n变量函数,边界值分析会产生4n+1个测试用例。 8、.一个变量个数为n的函数的最坏情况测试会产生5n个测试用例。 9、判定表中贯穿条件项和动作项的一列,叫做规则 10.黑盒测试设计测试用例方法有边界值分析、等价类、因果图、基于决策表、错误 推测。 11、在黑盒测试中,等价类的划分具有完备性、无冗余性、等价性等特点。知识点: 测试阶段 1、对于软件测试分类,下列各项都是按照不同阶段来进行的划分,除了( C )。 A、单元测试 B、集成测试 C、黑盒测试 D、系统测试 2、集成测试验证了两个或多个单元之间的集成是否正确,主要是针对( C )阶段中 所定义的各单元之间的接口进行测试: A. 需求分析 B. 概要设计 C. 详细设计 D. 编码 3、集成测试计划在需求分析阶段末提交(×) 1

软件测试必备基础知识

软件测试必备基础知识 一、基本概念 软件测试 在规定条件下对程序进行操作,以发现错误,对软件质量进行评估,包括对软件形成 过程的文档、数据以及程序进行测试 软件测试的目的 发现程序中存在的错误发现程序中存在的错误,而不是证明程序无错误。一个好的测试用例在于它能发现至今尚未发现的错误。一个成功的测试则是发现了至今未发现的错误。开始我们认为做测试无非是为了证明我们编的程序是无错误的,那是大错特错了。因为bug会因时间不同,条件不同而出现。永远无法证明我们的程序是绝对正确的。 为反馈信息做准备为开发者或软件项目经理提供反馈信息,以及为风险评估所准备的信息 软件测试的原则 所有的测试都应追溯到用户需求。因为软件的目的是使用户完成预定的任务,满足其 需求,而软件测试揭示软件的缺陷和错误,一旦修正这些错误就能更好地满足用户需求。 应尽早地和不断地进行软件测试。由于软件的复杂性和抽象性,在软件生命周期各阶 段都可能产生错误,所以不应把软件测试仅仅看作是软件开发的一个独立阶段,而应当把 它贯穿到软件开发的各个阶段去。在需求分析和设计阶段就应开始进行测试工作,编写相 应的测试计划及测试设计文档,同时坚持在开发各阶段进行技术评审和验证,这样才能尽 早发现和预防错误,杜绝某些缺陷和错误,提高软件质量,测试工作进行得越早,越有利 于提高软件的质量,这是预防性测试的基本原则。 在有限的时间和资源下进行完全测试,找出软件所有的错误和缺陷是不可能的,软件 测试不能无限进行下去,应适时终止。因为,测试输入量大、输出结果多、路径组合太多,用有限的资源来达到完全测试是不现实的。

测试只能证明软件存在错误而不能证明软件没有错误。测试是无法显示潜在的错误和缺陷,继续进一步错误可能还会找到其它错误和缺陷。 充分关注测试中的集群现象。在测试的程序段中,若发现的错误数目多,则残存在其中的错误也越多,因此应当花较多的时间和代价测试那些具有更多错误数目的程序模块。 程序员应避免检查自己的程序。考虑到人们的心理因素,自己揭露自己程序中的错误是件不愉快的事,自己不愿意否认自己的工作;另一方面,由于思维定势,自己难以发现自己的错误。因此,测试一般由独立的测试部门或第三方机构进行。 尽量避免测试的随意性。软件测试是有组织、有计划、有步骤的活动,要严格按照测试计划进行,要避免测试的随意性。 软件测试对象 程序开发过程中的各个文档、源程序、目标程序及数据 软件测试的模型 V模型 从左到右,描述了基本的开发过程和测试行为,非常明确地标明了测试过程中存在的不同级别,并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。 左边依次下降的是开发过程各阶段,与此相对应的是右边依次上升的部分,即各测试过程的各个阶段。 V模型问题: "测试是开发之后的一个阶段,"测试的对象就是程序本身。 "实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。 "整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心,而且上一步的结果必须是充分和正确的,如果任何一个环节出了问题,则必将严重的影响整个工程的质量和预期进度 W模型相对于V模型,W模型更科学。W模型是V模型的发展,强调的是测试伴随着整个软件开发周期,而且测试的对象不仅仅是程序,需求、功能和设计同样要测试。测试与开发是同步进行的,从而有利于尽早地发现问题。 W模型也有局限性。W模型和V

软件测试心得体会

软件测试心得体会 软件测试心得体会一:软件测试心得体会 软件测试在整个软件周期中的重要性,它存在于整个项目周期,在项目开始之初需求调研的时候就开始了,在形成需求规格说明书的时候就需要针对文档进行测试。这个环节在后续整个项目中占了很大的比重,能主导整个项目的走向,成败与否全在于开始阶段的决策。 体会一:软件测试的真正意义在于发现错误,而不在于验证软件是正确的。 再严密的测试也不能完全发现软件当中所有的错误,但是测试还是能发现大部分的错误,能确保软件基本是可用的,所以在后续使用的过程中还需要加强快速响应的环节。结合软件测试的理论,故障暴露在最终客户端之前及时主动的去发现并解决。这一点就需要加强研发队伍的建设。 体会二:在系统性能测试方面需要重视。 经过这次培训中多个案例的讲解,让我了解到系统在上线之后会有很多不能预知的性能问题,需要在上线之前实现进行模拟,以规避风险,包括大数据量访问,高并发数等等。 当然也有很多应对手段,没有哪种手段可称为最完美,只有最合适的,需要灵活掌握,综合运用以达到最优程度,这是个很值得研究的领域。 下面是本人的几点想法: 想法一:加强系统上线前的性能测试。

目前我们在项目建设过程中对性能压力测试的重视程度还不太高,厂家也很少有雇佣第三方的测试机构。而是在现网进行试用,遇到问题再解决,可能会产生滞后问题,影响客户使用。希望以后能在性能测试方面提高重视程度,加大人力投入,以保证系统上线后能够稳定运行。 想法二:适当介入相关项目研发 对于快速响应这块,我们不能一味依赖厂家,而希望自己就能快速响应,及时将问题解决。这也是一个比较长远的问题,需要加强研发力量的投入。 我个人是做开发出身,有此类经验,当时是在客户现场,因为了解系统内部结构,能够在第一时间排查解决客户所反馈问题。 现在系统完全由厂家开发,很难了解内部结构,或许会造成后期维护困难。所以,是否应该针对某些项目介入厂家研发工作,比如请厂家提供源代码等相关要素,以增进维护人员对系统的了解。 最后再次感谢公司提供的平台,感谢领导的信任,让我有机会得到更深层次的学习以及展示自己能力的机会,我也会尽我所能来完善工作的系统,提高整体工作效率,为南方电网的发展建设提供更坚实,优秀的支撑服务平台。 >软件测试心得体会二:软件测试工作的心得体会>>(1197字) 接触计算机程序设计已经快7年了,从事专门的软件测试也快四年了,强子也是在阴差阳错中踏入软件测试领域,一开始只想做一个特牛的程序设计师,可是毕业后找工作却找了个软件测试的工作,在一些彷徨与犹豫中接受了这个职业并且到现在也做得挺开心,也是由于那时我们这个业务刚成立不久,由于表现还不错所以一个阴差阳错的机会被升为team leader,到现在也还在同一家公司做着测试的工作。

相关文档
最新文档