测试新手应该怎么学习软件测试

第一篇：测试新手应该怎么学习软件测试

测试新手应该怎么学习软件测试

对于测试新手来说，学好测试的理论知识是必须的，因为这些是你测试的基础，千万不要好高骛远，别忘了一句话“磨刀不误砍柴工”。举个例子，如果你没有学习测试理论基础，老板让你做一个测试基线，你知道怎么做吗？就算是你知道基线是什么，那么你会做好一个基线吗？

如果基础没打好，不要急着学习测试工具，因为工具其实是很好学的，无非就是点几个按钮，顶多是写几句脚本，进行一下脚本什么的优化。但是如果不会测试理论基础，你用自动化工具做出来的结果你会分析吗？自动化得出的结果不是最终的测试报告，这些需要测试人员再分析的，最终才能得出结果。再举个例子，你用loadrunner测试出来了一堆数据，你能根据那些数据得出系统瓶颈吗？不能，因为系统瓶颈的种类，分析方法，以及不同的系统要注意的瓶颈点不同，这些如果没有扎实的理论基础是很难分析出来的，因为它要综合各个情况才能得出系统瓶颈的。

还有一点，那就是一定要学习一些其他的东西，因为测试是一个多学科的科学，你必须要懂得，至少了解linux系统，网络技术、一门开发语言、CMM等内容。因为如果这些你不懂，老板让你搭建一个linux的测试环境，你会吗？让你搭建VPN，你会吗？

以上就是我总结的几点内容，这些一定是不全的，后续我会继续补充。但是我也就是想说一句话，学软件测试看似简单，其实做一名合格的软件测试工程师很难。一定要有扎实的基础、敏锐的洞察力以及广泛的知识涵盖面，测试软件对我们来说也是极其重要的。

第二篇：软件测试学习

软件测试学习

1． 什么是软件测试？

答：软件测试是为了发现错误而审查软件文档、检查软件数据和执行程序代码的过程，其目的在于在软件交付使用前充分发现缺陷并协助相关部门定位、解决缺陷，最后交付一个高质量的软件产品给用户。

2．软件测试的分类有哪些？

答：软件测试活动可以分为以下几类：

 黑盒测试：

黑盒测试又叫功能测试，数据驱动测试或基于需求规格说明书的功能测试。（主要用于系统测试和确认测试中）

 白盒测试

白盒测试又称结构测试、逻辑驱动测试或程序代码内部构成的测试。

 灰盒测试

灰盒测试结合黑盒和白盒测试两种方法，一方面考虑程序代码的功能性表现，另一方面，又需要考虑程序代码的内部结构。（主要用于性能测试、自动化功能测试） 静态测试

静态测试就是用眼看，阅读程序代码、文档资料等，与需求规格说明书中的客户需求进行比较，找出程序代码中设计不合理及文档集料有错误的地方

 动态测试

动态测试即为实际的执行被测对象的程序代码，输入事先设计好的测试用例，检查程序运行得到的结果与测试用例中设计的预期结果之间是否有差异，判定实际结果与预期结果是否一致，从而检验程序的正确性、可靠性和有效性，并分析系统运行效率和健壮性等性能状况。

动态测试由四个部分组成：设计测试用例、执行测试用例、分析比较输出结果、输出测试报告。

动态测试有三种方法：黑盒测试、白盒测试、灰盒测试。

 手动测试

手动测试大部分的测试就是模拟用户的业务流程，来使用软件产品，从而发现软件产品中的缺陷。手动测试是最传统的测试方法，也是现在大多数公司都是用的测试形式。他是测试人员设计测试用例并执行测试用例，然后根据实际结果去和预期的结果相比较并记录测试结果，最终输出测试报告的测试活动。

优点：可以充分发挥测试工程师的主观能动性，将其智力活动体现于测试活动中，能发现很多的缺陷。

缺点：手动测试有一定的局限性与单调枯燥性。

 自动测试

自动测试就是利用一些测试工具，模拟用户的使用流程，让它们自动运行来查找缺陷。也可以编写一些代码，设定特定的测试场景，来自动寻找缺陷

优点：能够很快、很广泛的查找缺陷，同时可以做很多重复性的工作，大大提高了测试的效率和测试的准确性，而且写出的比较好的测试脚本，还可以在软件生命周期的各个阶段重复使用。

3．软件测试的流程：需求测试、单元测试、集成测试、系统测试、性能测试、用户测试、回归测试

 需求测试：主要从以下几个方面考虑

①完整性：每一项需求都必须将所要实现的功能描述清楚，从而为开发人员设计和实现这些功能提供所有必要的需求依据。

②正确性：每一项需求都必须准确的陈述其要开发的功能

③一致性：一致性是指与其它软件需求或高层（系统、业务）需求不相矛盾，或者与我们的项目宣传资料一致。

④可行性：每一项需求都必须是在已知系统和环境的权能和限制范围内可以实施的。⑤无二义性：对所有需求的读者都只能有一个明确统一的解释，由于自然语言极易导致二义性，所以尽量把每项需求用简洁明了的用户语言表达出来。

⑥健壮性：需求的说明中是否对可能出现的异常进行了分析，并且对这些异常进行了容错处理。

⑦必要性：“必要性”可以理解为每项需求都是用来授权你编写文档的“根源”。要是每项需求都回溯至某项客户的输入，如需求用例或别的来源。

⑧可测试性：每项需求都能通过设计测试用例或其它验证方法来进行测试。

⑨可修改性：每项需求只应在SRS（软件需求规格说明书）中出现一次。这样更改时易于保持一致性。另外，使用目录表、索引和相互参照列表方法将使软件需求规格说明书更容易修改。

 单元测试

单元测试又成为模块测试，是对程序代码中最小的设计模块单元进行测试。（可以发现大约80%的软件缺陷，大多数公司中，由对应的开发工程师负责）单元测试方法：主要采用静态测试和动态测试相结合的办法。

单元测试工具：Juint等。

单元测试优点：在软件生产过程中及时的开展单元测试可以降低编码的错误率，提

高编码质量。

 集成测试

集成测试又称为组装测试，就是将软件产品中的各个模块组装起来，检查其接口是否存在问题，以及组装后的整体性能、性能表现。

集成测试方法：一般采用非增式集成方法、增式集成方法（自底向上集成；自顶向下集成；组合方式集成）等策略进行测试，利用以黑盒测试为主，白盒测试为辅的测试方法进行测试。

（集成测试一般由测试工程师但当）

集成测试的目的：主要解决的是各个软件组成单元代码是否符合开发规范、接口是否存在问题、整体功能有无错误、界面是否符合设计规范、性能是否满足用户需求等。

 系统测试

系统测试是将通过集成测试的软件部署到某种较为复杂的计算机用户环境（指一般用户的计算机环境）进行测试。

系统测试的目的：通过与系统的需求进行比较，发现软件与系统的定义不符合或与之矛盾的地方。主要考察被测软件的功能和性能表现。

系统测试方法：主要采用黑盒测试方法，进行的是安装卸载测试、兼容性测试、功能确认测试、安全性测试等。

系统测试过程其实也是一种配置检查过程，检查软件在生产过程中是否有遗漏的地方，在此时做到查漏补缺，以确保交付的产品符合用户的质量要求。如果软件可以按照用户合理期望的方式来工作的时候，即可认为通过系统测试。

 性能测试

性能测试就是要求被测软件在业务处理速度、处理能力和所耗用的硬件系统资源比率满足用户的需求。

对测试人员的要求：测试人员要掌握编程语言，精通业务流程，拥有深厚的项目经验。所以，想顺利的开展性能测试，需要测试工程师不断的学习，掌握相应的知识。例子：对于某个论坛，我们需要测试论坛支持10000个用户同时使用，并且在这种情况下，打开帖子的速度能否控制在4秒钟以下，论坛服务器的CPU使用率不超过80%，内存的占用率不超过75%等，这些都是典型的性能测试指标。

性能测试优点：一方面可以验证被测软件是否符合用户需求，另一方面，可以得到相关的性能数据，为被测软件的优化提供参考。

性能测试工具：LoadRunner自动化性能测试工具等。

 用户测试

用户测试可以称其为用户确认测试。在正式验收前，需要用户对本系统做出一个评价，用户可对交付的系统做测试，并将测试结果反馈回来，进行修改、分析。用户测试在整个软件生产流程中非常重要，这个环节是被测软件首次作为正式系统交由用户使用，用户会根据他们的实际使用情况进行测试、试用，并提出实际使用过程中的问题。

用户测试是软件生产流程中的最后质检关。

 回归测试

回归测试就是过一段时间以后再回过头来对以前修复过的Bug重新进行测试，看该Bug是否会重新出现。

回归测试的目的：检查以前的测试用例能否再次通过，是否还有需要补充的用例等。

回归测试工具：QTP等。

第三篇：软件测试之新手总结

软件测试之新手总结

在不断发展，竞争激烈的今天，大家都注重时间和效率，不节约时间，没有效率那企业就濒临崩溃。企业为什么上信息化，信息化是为了什么？我们给企业上CRM、OA等，也不过是为了给他们节省时间，把一些繁重的事情交给计算机处理。计算机不是万能的，它是没有智商，没有思维的，它有的也只是固化在机器本身的一大堆代码，并按照一定的指令去执行，所以我们不能强迫它面面俱到。上企业信息化，可以提高效率，可以加强管理，更多的是体现在节约时间上，但节约出来的时间我们做了什么，这是我们要考虑的问题。

当然，在我们给企业实现信息化，提高工作效率，节省工作时间时，我们不妨为自己盘算一下，我们可以为我们的软件公司实现什么信息化。项目管理我们可以用PROJECT，在测试计划到BUG跟踪我们可以用TD，在版本控制、代码管理、配置管理等我们可以用VSS以及CVS，在自动化测试时我们可以选用WR、LR、RATIONAL等等，当然我们还可以用一些小型的比较实用的工具，比如XENU、WEB VALIDATOR、WAS、OPENSTA、SAINT等等。盲目的推崇工具并不高明，在我们没有完全掌握工具时，我们不要完全去相信工具做出的结论，因为有些会被我们所忽略掉，我们操作的本身不正确不理解不细微可能造成结果的很大差别。工具只能作为验证的一种手段。

代码管理、BUG管理工具，我认为是必须的，也是最简单的。代码管理如VSS，可以方便我们对程序进行牵入牵出，能保证服务器上的程序是最高版本。当然，VSS还可以被我们用到其它方面。BUG管理工具，我们可以通过他们统计工作量，也可以透过他发现工作中的漏洞。一个项目的结束，项目经理学会了管理项目，编码人员学会了编程，测试员得到了什么？他们得到的是很多BUG，挖掘、回顾BUG中的内容就是一种财富，就是我们测试员可以得到的经验，这些完全可以对自己的工作方式、方法进行评价，并可以自己总结出一套测试理论。每个公司都可以在慢慢工作中总结和更新自己公司的BUG管理工具，这也是公司加强管理的一种手段。

如果有了一定的管理工具，在类似项目时，我们就可以参照以前的标准，参照以前的做法，这样我们就轻车熟路了，试问一下：我们喜欢查询呢还是喜欢一个一个的查看呢？在工作的时候，要学会反省、挖掘、总结，成为一个有思想的人。有思想的人远远比一个只爱劳动的人受重用。加强工具化管理势在必行，今天你为自己花费了一分钟，明天也许你会节约出一个小时

没有什么固定的模式，也没有什么固定的套路，这就是软件行业。软件行业更依赖于人的因素，这就告诉我们环境的不同，变化是不同的，在原来的基础上总结出自己的开发模式，才是我们应该要做的。就像XP开发模式也有前提一样。取人之长，补己之短是我们最好的做事方式。

面对着五花八门的工具，我很迷茫，也许其他新手也和我一样。但我认为，学工具是必然的，但不是必须的。测试理论可以指导我们的工作，但测试更多是要靠自己的总结，在实践中慢慢的积累。

第四篇：软件测试（推荐）

一、简答5*6’

1.为什么不让时间有余的人做测试工作

表面上看这体现了管理的效率和灵活性，但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系。测试工作人员应该是勤奋并富有耐心，善于学习、思考和发现问题，细心有条理，总结问题，如果具备这样的优点，做其它工作同样也会很出色，因此这里还有一个要求，就是要喜欢测试这项工作。2.软件测试风险主要体现在哪里

我们没有对软件进行完全测试，实际就是选择了风险，因为缺陷极有可能存在没有进行测试的部分。因此，我们要尽可能的选择最合适的测试量，把风险降低到最小 3.所有软件测试缺陷都需要修复吗

从技术上讲，所有的软件缺陷都是能够修复的，但是没有必要修复所有的软件缺陷。测试人员要做的是能够正确判断什么时候不能追求软件的完美。对于整个项目团队，要做的是对每一个软件缺陷进行取舍，根据风险决定那些缺陷要修复。发生这种现象的主要原因如下：-没有足够的时间资源。在任何一个项目中，通常情况下开发人员和测试人员都是不够用的，而且在项目中没有预算足够的回归测试时间，修改缺陷可能引入新的缺陷。

-有些缺陷只是特殊情况下出现，这种缺陷处于商业利益考虑，可以在以后升级中进行修复。-不是缺陷的缺陷。我们经常会碰到某些功能方面的问题被当成缺陷来处理，这类问题可以以后有时间时考虑再处理。缺陷是否修改要由软件测试人员、项目经理、程序员共同讨论来决定是否修复，不同角色的人员从不同的角度来思考，以做出正确的决定。4.如何减少测试人员跳槽带来的损失 建议我们从以下两个方面做起：

-加强部门内员工之间的互相学习，互相学习是建立学习型组织的基本要求，是知识互相转移的过程。在此基础上，可以把个人拥有的技术以知识的形式沉积下来，也就完成了隐性知识到显性知识的转化。

-管理者就应该把员工的个人成长和企业的发展联系起来，为员工设定合理发展规划并付诸实现。

5.验收测试的注意点有哪些 测试要注意下面的事项：

（1）用户现场测试不可能测试全部功能，因此要测试核心功能。这需要提前做好准备，这些核心功能一定要预先经过测试，证明没有问题才可以和用户共同进行测试。测试核心模块的目的是建立用户对软件的信心。当然如果这些模块如果问题较多，不应该进行演示。（2）如果某些模块确实有问题，我们可以演示其它重要的业务功能模块，必要时要向用户做成合理的解释。争得时间后，及时修改缺陷来弥补。（3）永远不能欺骗用户，蒙混过关。6.完全测试程序是可能的吗

实际上完全测试是不可能的。主要有以下原因：-完全测试比较耗时，时间上不允许；

-完全测试通常意味着较多资源投入，这在现实中往往是行不通的；-输入量太大，不能一一进行测试；-输出结果太多，只能分类进行验证；-软件实现途径太多；

-软件产品说明书没有客观标准，从不同的角度看，软件缺陷的标准不同；因此测试的程度要根据实际情况确定 7.是不是发现的缺陷越多就说明软件缺陷越多 其中的原因主要如下：

-代码复用、拷贝代码导致程序员容易犯相同的错误。类的继承导致所有的子类会包含基类的错误，反复拷贝同一代码意味可能也复制了缺陷。-程序员比较劳累是可以导致某些连续编写的功能缺陷较多。

“缺陷一个连着一个”不是一个客观规律，只是一个常见的现象。如果软件编写的比较好，这种现象就不常见了。测试人员只要严肃认真的测试程序就可以了。8.软件测试就是QA吗

软件测试人员的职责是尽可能早的找出软件缺陷，确保得以修复。而质量保证人员（QA）主要职责是创建或者制定标准和方法，提高促进软件开发能力和减少软件缺陷。测试人员的主要工作是测试，质量保证人员日常工作重要内容是检查与评审，测试工作也是测试保证人员的工作对象。软件测试和质量是相辅相成的关系，都是为了提高软件质量而工作。9.测试产品和测试项目区别

习惯上把开发完成后进行商业化、几乎不进行代码修改就可以售给用户使用的软件成为软件产品，也就是可以买“卖拷贝”的软件，软件项目是一种个性化的产品，可以是按照用户要求全部重新开发，也可以修改已有的软件产品来满足特定的用户需求。项目和产品的不同特点，决定我们测试产品和测试项目仍然会有很多不同的地方：

-质量要求不同。通常产品的质量要高一些，修复发布后产品的缺陷成本较高，甚至会带来很多负面的影响。而做项目通常面向某一用户，虽然质量越高越好，但是一般只要满足用户要求就可以了。测试资源投入多少不同。做软件产品通常是研发中心来开发，进度压力要小些。同时由于质量要求高，因此会投入较多的人力、物力资源。项目最后要和用户共同验收测试，这是产品测试不具有的特点。此外，测试产品与测试项目在缺陷管理方面、测试策略制定都会有很大不同，测试管理者应该结合具体的环境，恰如其分的完成工作 10.如何编写提交给用户的测试报告

测试报告一般分为内部测试报告和外部测试报告。内部报告是我们在测试工作中的项目文档，反映了测试工作的实施情况,一般外部测试报告要满足下面几个要求：

根据内部测试报告进行编写，一般可以摘录；不可以向客户报告严重缺陷，即使是已经修改的缺陷，开发中的缺陷也没有必要让客户知道；报告上可以列出一些缺陷，但必须是中级的缺陷，而且这些缺陷必须是修复的；报告上面的内容尽量要真实可靠；整个测试报告要仔细审阅，力争不给项目带来负面作用，尤其是性能测试报告。总之，外部测试报告要小心谨慎的编写。

二、论述2*12’

1.请论述为什么要进行软件测试，并列举历史上2~3个著名软件测试（缺陷）案例，说明测试重要性

软件测试的目的,第一是确认软件的质量，其一方面是确认软件做了你所期望做的事情（，另一方面是确认软件以正确的方式来做了这个事情。第二是提供信息，比如提供给开发人员或程序经理的回馈信息，为风险评估所准备的信息。第三软件测试不仅是在测试软件软件产品本身，而且还包括软件开发的过程。如果一个软件产品开发完成之后发现了很多问题，这说明此软件开发过程很可能是有缺陷的。因此，软件测试的第三个目的是保证整个软件开发过程是高质量的。

爱国者导弹防御系统把“枪口”对准了自己人 美国迪斯尼公司的狮子王游戏软件的兼容性问题 售票系统性能问题

2.论述软件测试科学的发展历程 1957年之前－调试为主 20世纪50年代，计算机刚诞生不久，只有科学家级别的人才会去编程，需求和程序本身也远远没有现在这么复杂多变，相当于开发人员一人承担需求分析，设计，开发，测试等所有工作，当然也不会有人去区分调试和测试。

1957–1978－证明为主 当时计算机应用的数量，成本和复杂性都大幅度提升，随之而来的经济风险也大大增加，测试就显得很有必要了，这个时期测试的主要目就是确认软件是满足需求的，也就是我们常说的“做了该做的事情”。

1979–1982－破坏为主 我们不仅要证明软件做了该做的事情，也要保证它没做不该做的事情，这会使测试更加全面，更容易发现问题。

1983–1987－评估为主 人们提出了在软件生命周期中使用分析，评审，测试来评估产品的理论。软件测试工程在这个时期得到了快速的发展.1988–至今－预防为主 预防为主是当下软件测试的主流思想之一。测试不是在编码完成后才开始介入，而是贯穿于整个软件生命周期。3.论述软件缺陷的由来

软件缺陷的产生主要是由软件产品的特点和开发过程决定的。

软件本身：①需求不清晰，导致设计目标偏离客户的需求，从而引起功能或产品特征上的缺陷。②系统结构非常复杂，而又无法设计成一个很好的层次结构或组件结构，结果导致意想不到的问题或系统维护、扩充上的困难；即使设计成良好的面向对象的系统，由于对象、类太多，很难完成对各种对象、类相互作用的组合测试，而隐藏着一些参数传递、方法调用、对象状态变化等方面问题。③对程序逻辑路径或数据范围的边界考虑不够周全，漏掉某些边界条件，造成容量或边界错误。④对一些实时应用，要进行精心设计和技术处理，保证精确的时间同步，否则容易引起时间上不协调，不一致性带来的问题。⑤没有考虑系统崩溃后的自我恢复或数据的异地备份、灾难性恢复等问题，从而存在系统安全性、可靠性的隐患。⑥系统运行环境的复杂，不仅用户使用的计算机环境千变万化，包括用户的各种操作方式或各种不同的输入数据，容易引起一些特定用户环境下的问题；在系统实际应用中，数据量很大。从而会引起强度或负载问题。⑦由于通信端口多、存取和加密手段的矛盾性等，会造成系统的安全性或适用性等问题。⑧新技术的采用，可能涉及技术或系统兼容的问题，事先没有考虑到。

团队工作：系统需求分析时对客户的需求理解不清楚，或者和用户的沟通存在一些困难。不同阶段的开发人员相互理解不一致。对于设计或编程上的一些假定或依赖性，相关人员没有充分沟通。项目组成员技术水平参差不齐技术问题。算法错误：在给定条件下没能给出正确或准确的结果。语法错误：对于编译性语言程序，编译器可以发现这类问题；但对于解释性语言程序，只能在测试运行时发现。计算和精度问题：计算的结果没有满足所需要的精度。系统结构不合理、算法选择不科学，造成系统性能低下。接口参数传递不匹配，导致模块集成出现问题。

项目管理的问题：缺乏质量文化，不重视质量计划，对质量、资源、任务、成本等的平衡性把握不好，容易挤掉需求分析、评审、测试、等时间，遗留的缺陷会比较多。系统分析时对客户的需求不是十分清楚，或者和用户的沟通存在一些困难。开发周期短，需求分析、设计、编程、测试等各项工作不能完全按照定义好的流程来进行，工作不够充分，结果也就不完整、不准确，错误较多；周期短，还给各类开发人员造成太大的压力，引起一些人为的错误。开发流程不够完善，存在太多的随机性和缺乏严谨的内审或评审机制，容易产生问题。文档不完善，风险估计不足等。4.软件测试V模型

①绘制示意图

②阐述每个步骤是做什么 需求分析

即首先要明确客户需要的是什么，需要软件作成什么样子，需要有那几项功能

概要设计

主要是架构的实现，指搭建架构、表述各模块功能、模块接口连接和数据传递的实现等项事务。详细设计

对概要设计中表述的各模块进行深入分析，对各模块组合进行分析等。软件编码

按照详细设计好的模块功能表，编程人员编写出实际的代码。单元测试

按照设定好的最小测试单元进行按单元测试，主要是测试程序代码，为的是确保各单元模块被正确的编译，单元的具体划分按不同的单位与不同的软件有不同。集成测试

经过了单元测试后，将各单元组合成完整的体系，主要测试各模块间组合后的功能实现情况，以及模块接口连接的成功与否，数据传递的正确性等，其主要目的是检查软件单位之间的接口是否正确。根据集成测试计划，一边将模块或其他软件单位组合成系统，一边运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。系统测试

经过了单元测试和集成测试以后，我们要把软件系统搭建起来，按照软件规格说明书中所要求，测试软件其性能功能等是否和用户需求相符合，在系统中运行是否存在漏洞，等。验收测试

主要就是用户在拿到软件的时候，在使用现场，会根据前边所提到的需求，以及规格说明书来做相应测试，以确定软件达到符合效果的。

第五篇：软件测试学习纲要

《软件测试》学习纲要

一、2013年春季学期期末考试题型如下：

1、选择题：15题、每题2分；共30分

2、填空题：15空、每空1分；共15分

3、论述题：6题、每题5分；共30分

4、软件测试实践题：4题、共25分

学习要点：

1)软件测试目的、原则、误区、对象、分类

2)软件缺陷

3)软件测试V模型

4)测试用例概念、设计原则、设计步骤

5)黑盒、白盒测试

6)边界值、等价类测试用例设计

7)因果图法

8)场景法

9)逻辑覆盖测试分类、关系

10)环路复杂度

11)单元测试概念

12)单元测试的策略

13)集成测试概念

14)集成测试策略10个字

15)系统测试的概念

16)回归测试概念

17)验收测试概念、过程

18)动态测试与静态测试

19)系统性能参数

20)性能测试分类

21)测试计划、测试报告文档内容

22)白盒测试用例设计

23)黑盒测试用例设计

24)Junit单元测试用例设计及编程