吉安达内软件测试全程班
达内软件测试培训学校励志语录：只要你肯努力，梦想能够到达的地方，总有一天脚步也会到达。.
软件测试常见的7个误区
随着软件测试对提高软件质量重要性的不断提高，软件测试也不断受到重视。但是，国内软件测试过程的不规范，重视开发和轻视测试的现象依旧存在。因此，对于软件测试的重要性、测试方法和测试过程等方面都存在很多不恰当的认识，这将会进一步的影响软件测试活动的开展，并且阻碍软件测试质量的提高。下面简单列举了几种有代表性的对软件测试的认识误区，并作了相应的分析和解释。
误区1：软件开发完成后才进行测试
在传统的瀑布模型中，软件项目主要有一下几个阶段组成：用户需求、需求分析、概要设计、详细设计、编码和实现、测试以及运行维护。由于软件测试仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。因此人们一般认为，软件测试只是软件编码后的一个阶段。
但随着软件测试业的发展，人们越来越认识到：软件测试不应只是软件项目的收尾工作，而应该在软件生命周期的每一阶段中都包含测试。软件测试是贯穿于整个软件开发生命周期的过程活动，包括软件测试计划、软件测试需求分析、软件测试用例设计、软件测试执行、软件缺陷管理、软件测试风险管理以及其他的一些软件测试相关的活动等等组成。在软件项目的每个阶段，都需要进行不同目的和不同内容的测试活动，以保证各个阶段工作产品输出的正确性。软件测试的对象也不仅仅是软件代码，还包括软件需求文档和设计文档等其他所有的软件工作产品。软件开发与软件测试之间应该是交互进行的，比如单元编码之后需要进行单元测试，模块组合之后进行集成测试。
如果等到软件编码结束之后才进行测试，测试的时间很有限，很难达到测试的覆盖率要求和测试的质量要求。同时，假如在项目开发的后期，发现一些软件需求阶段和概要设计阶段的错误和问题，修改这些缺陷导致的成本将是非常高的。有资料表明：平均而言，如果在需求阶段修正一个错误的代价是1，那么，在设计阶段就是它的3-6倍，在编程阶段是它的10倍，在内部测试阶段是它的20-40倍，在外部测试阶段是它的30-70倍，而到了产品发布出去，这个数字就是40-1000倍。修正错误的代价不是随着时间线性增长的，而几乎是呈指数增长的。因此，应尽早地不断地进行软件测试，发现错误并加以修正，而非软件开发结束后才进行测试。
误区2：软件发布后发现软件问题，那是测试人员的责任
许多人认为测试人员需要对发布的软件质量负责，假如软件到用户后，发现很多的问题，那是测试人员的错和责任。这种认识误区非常打击测试人员的积极性。软件中的缺陷可能来自软件开发过程中的任何一个过程，而对于软件测试而言，只能证明软件存在缺陷，而不能保证软件没有错误。通过软件测试，无法发现软件中的所有错误和缺陷。从软件开发的角度看，软件的高质量不是软件测试人员测出来的，而是需要软件生命周期的各个过程共同来保证的。出现软件错误，不能简单地归结为某一个人或某个团队的责任。比如有些错误的产生可能不是技术原因，可能来自于混乱的项目管理;或者客户发现软件某些功能并没有按照原有需求来实现，换言之，软件没有完成客户想做的操作，诸如此类问题很可能是软件设计人员理解需求错误致使设计不当所引起的。
软件的质量，不仅仅只是测试人员的事情，软件项目参与的所有人员都应该关注软件的质量。软件质量的提高，需要每个项目人员的努力。测试只是提高软件质量的一个重要环节，质量保证应该贯穿于整个软件开发生命周期的所有的开发活动、测试活动、项目管理活动等。同时，采用合适的开发和测试过程，对改进软件质量也能起到重要的作用。除了测试活动外，同时应该分析软件项目的各个过程，从过程改进方面寻找产生错误的原因和改进的措施。
误区3：测试人员不需要具备很高的技能
不少软件业人士认为软件测试行业对软件测试人员的技能要求不高。认为测试只是对照产品规格书操作软件，发现软件与规格说明不一致的地方，是没有技术含量的工作。
这种观点是错误的，或者至少是步恰当的。随着软件测试行业的发展，测试不仅仅是运行软件发现缺陷的一个过程，而是从项目早期，测试人员就开始介入，进行测试需求分析、计划测试等。这要求测试人员有很好的沟通能力、理解能力、分析问题能力，同时还必须对产品开发技术有一定的了解。
随着软件工程学的发展和软件项目管理经验的提高，软件测试已经形成了一个独立的技术学科，演变成一个具有巨大市场需求的行业。软件测试技术不断更新和完善，新工具、新流程、新测试设计方法都在不断更新，需要掌握和学习很多测试知识。所以，具有编程经验的程序员不一定是一名优秀的测试人员。软件测试包括测试技术和管理两个方面，完全掌握这两个方面的内容，需要很多测试实践经验和测试理论知识，需要我们不断的学习。
误区4：测试是测试人员的工作，和开发人员无关
我们提倡软件测试尽早介入软件项目，或者说我们提倡贯穿于整个软件开发生命周期的测试。因此，在项目概念、需求和设计阶段，软件测试就应该介入项目中去。开发和测试是相辅相成的过程，需要软件测试人员和程序员、系统分析员等项目其他成员保持密切的联系，需要更多的交流和协调，以便提高测试效率。在这些阶段所发现的问题将有助于开发设计人员完善需求和设计。
在项目开发过程中，一般由开发人员针对模块进行白盒测试，这是早期的测试。后期对于测试人员所发现的缺陷，开发人员应根据优先级来进行修复，针对开发人员的修改，测试人员还要进行再测试和回归测试工作。因此，在整个项目过程当中，测试也不仅仅是测试人员的事情，而是测试人员和开发人员紧密合作的过程。
误区5：由项目进度来决定测试工作量
规范的测试流程应该是一个整体的连续的过程，包括测试计划和控制、测试分析和设计、测试实现和执行等阶段。每一阶段也应有各自的规程。而大多数人对测试的理解往往是随项目进度而定，即离项目交付空余的时间多，就多做测试;反之，则少做测试。这样很可能导致测试时间紧张，从而可能放弃其中的一些测试，可能导致遗漏一些重要的缺陷，显然这种做法存在非常大的风险。
测试进度由项目开发进度来确定，这个观念很大程度上是因为“测试是开发生命周期的一个阶段”这个误区造成的。实际上，我们一直强调，测试是贯穿于整个软件开发生命周期的。在制订软件项目计划的同时，就需要规划和制订软件测试的计划。测试计划的一个重要内容是确定测试的进度(也就是测试时间和资源的安排)。因此，测试时间的多少，应该在项目早期根据项目的特点和风险分析结果来确定，而不仅仅是决定于项目进度。
误区6：软件测试是没有前途的工作，只有开发人员是软件高手
由于我国软件整体开发能力比较低，软件过程还不规范。项目的成功往往靠个别开发人员的能力，他们负责总体设计和程序详细设计，认为软件开发就是编写代码，给人的印象往往是程序员是真正的牛人，具有很高的地位和待遇。因此，在这种环境下，软件测试并不受重视，软件测试人员的地位和待遇自然就偏低了，甚至软件测试变得可有可无。
随着市场对软件质量要求的不断提高，软件测试将变得越来越重要，相应的软件测试人员的地位和待遇将会逐渐提高。在微软等软件过程比较规范的大公司，软件测试人员的数量和待遇与程序员没有多大差别，优秀测试人员的待遇甚至比程序员还要高。软件测试将会成为一个具有很大发展前景的行业，软件测试大有前途。市场需要更多具有丰富测试技术和管理经验的测试人员，他们同样是软件专家。
误区7：自动化测试效率高，将取代软件手工测试
测试自动化在某些情况下可以提高测试的效率(比如完成重复的测试配置、模拟大虚拟用户等)，但是并不是所有的测试都适合自动化，如程序需要处理的数据量不大、程序运行的次数不多、或者测试需要一些人的主观判断(如界面测试)等，在这些情况下，自动化测试可能并不是很好的选择。
同时，自动化测试需要在前期投入大量的资源和工作量，同时需要维护的成本很高，包括环境的搭建、测试脚本的设计、维护等。因此，要具体情况具体分析，不能盲目推崇测试自动化。
达内软件测试培训学校励志语录：还没死就别把自己当废物。.
吉安达内软件测试全程班
软件测试培训网格言：有生命，那里便有希望。——泰伦提乌斯.
冒烟测试是什么？冒烟测试如何做？
在软件开发过程中，一直有高内聚，低耦合这样的说法，各个功能模块之间的耦合还是存在的，因此一个功能的改动，还是会影响到其他功能模块。
因此在开发人员修复了先前测试中发现的bug后，想知道这个bug的修复是否会影响到其他功能模块，需要做的就是冒烟测试。
搞清楚冒烟测试的起源，冒烟测试的目的后，不难想到，冒烟测试是这样的一种测试，不要求覆盖面有多广，但至少要保证覆盖待测产品的绝大部分功能;不要求每个功能都测的很详细，但至少要保证被修复了的bug所属的功能和系统其他骨干功能都是可用的(即这个版本能拿去做系统功能测试了)。
而要做到覆盖骨干功能和bug所属功能，却不是简简单单在页面中点几下就行了的。任何一个项目或者产品，骨干功能都有它的使用场景。冒烟测试就是要保证这些骨干功能的使用场景都能跑通，如果没跑通，后续的系统测试就没必要了。
其实做冒烟测试之前，都已经做了一个简单的安装部署测试了(你不安装部署，哪里来东西测呢)。按我自己的理解，其实这块也可以放入冒烟测试范畴的。想想看，安装部署是不是很类似电路板加电，让电路板开始工作呢?而后面的骨干使用场景测试，只是在这个基础上做的后续工作。如果安装部署后，待测产品跑到一半就down掉了，后面的骨干功能的使用场景还测个屁呀。
使用场景的是否能跑通的测试，不需要测一些异常的情况，保证基本功能覆盖到就行了。通常，冒烟测试是交给开发人员去做的。只有确认了功能可用后，交给测试人员去做才有意义。刚开始进公司时，小组里面有个人不做冒烟，只把他修改了的部分简单测了下，就交给我这边去测试。结果就是我测试到一半，发现有个很重要的功能用不了。这个时候，测试只要中止了。时间久了，大家对产品质量和测试工作有了一定认识(最主要是大家不急急忙忙地加班了，^__^ )，对我也有了一定的认可，因此做事也越来越正规了。现在我们小组的做法是，小组里面每个人扮演产品使用场景中的一个角色，然后大家一齐分工去完成每个场景里面各自角色要完成的任务，在这个过程中，观察待测项目是否正常。
后面需要冒烟上的优化做些什么呢，我想更多的还是从自动化上去着手，版本构建自动化，自动化冒烟测试等等。
软件测试培训网格言：只有把抱怨环境的心情，化为上进的力量，才是成功的保证。——罗曼·罗兰。
吉安达内软件测试全程班
达内软件测试培训学校励志语录：所有过不去的都会过去，要对时间有耐心。。软件测试工程师如何快速找BUG
软件测试工作中找bug就是这个岗位本身立足的职责，那么对于很多新人和新入行的同学们来说，这个过程会有点苦逼，毕竟经历的项目经验不多，想快速的切入寻找bug往往会比较痛苦。那下面小编就以自身的经验来普及下如何在工作快速的去定位找到bug。
一、要找文档资料和请教同事尽快熟悉公司的产品业务， 根据产品的业务属性来熟悉产品的业务流程，这样才能迅速找出软件中存在的一些重要的缺陷，这样发现的软件缺陷的价值才是比较有价值的。
1、把自己代入一个最初的使用用户的角色中去：
1)把自己当成实际用户去使用该软件产品，比如在使用软件的过程中，思考用户是大概会是如何操作的呢 。
2)现在很多要求用户输入的软件界面中，有一些用户喜欢使用Tab键采用全键盘的输入，此时正确的接口应该是从左到右，从上到下的这样一个顺序。
3)很多用户喜欢使用快捷键进行复制粘贴的操作(Ctrl+C、V)，但是实际情况下一些开发出来的软件的快捷键根本不起这些预期的作用。
4)有效软件产品在需要用户输入信息的时候(特别是在填写个人资料的时候)，必填选项前面后面会用到 * 等醒目的表示符号来提示用户必须在这个地方填写资料信息。
5)一些软件产品的下拉框不选的时候，应该有个默认值，并且要多检查程序中的多处下拉框，因为很多情况下下拉框会取不到值。
2、要对软件产品持怀疑的心态：
1)因为世界上没有绝对完美的东西或者产品，总会有错误的地方，因此软件从业者要具有逆推心理，别人认为不可能发生的事，我却认为可能发生;别人认为是对的，我却认为是错的。假如一个水平很高的程序员编写的程序，不要有“他写的这个程序应该没有问题吧”这种想法，因为这样会导致疏忽遗漏软件中的一些潜藏的Bug。
2)不用让程序员拿“用户不会这样操作”的观点说服自己，当遇到这样的情况时，你要坚持自己正确的观点，坚持把bug作为事实依据的结果拿出来说服开发去修改。
3、在测试的过程中最好是能自己执行测完一个整个业务流程：
1)比如一个软件产品的某个模块功能：“点击商品—收藏商品—加入购物车—订单结算—付款—消费二维码—消费—二维码失效”，如果在测试软件过程中业务流程逻辑都走不通的话，那么这个软件测试和不测试也没有什么区别了。
4、回归测试时要注意的事项：
1)程序员提交发布了新的版本后，作为测试人员应该立即与程序员沟通了解这个修改的功能的具体需求，并了解这个新修改的功能会影响到那些功能。而被影响的功能，是在回归测试中优先重点测试的地方，而且这些被影响的功能也是最容易产生Bug的地方。
5、软件产品与使用者互动的缺陷：
1)如填写资料错误的时候，应该能够提示错误的位置，让用户知道这个地方输入的数据不对;
2)当需要删除数据前一定要给定出是否删除的确认提示;
3)不要在软件中使用中英文混合的提示：比如对于用户在进行某个操作的错误提示，不要一会用“Error”，一会又用“错误”，一定要有统一标准规范，否则也是一种bug。
4)要对操作界面上的一些容易出错的字进行检查，比如把“登录”写成“登陆”;
5)在软件中提示中不要对用户使用提示很多专业的术语;
6)新增/修改信息提交后系统应该要给出“保存/提交/修改成功”的提示信息，并自动更新显示;
7)在用户进行大量的输入后，点击保存按钮，仅仅是因为某个地方输入选择不正确，点击确定后所有的输入信息都被清空了，这样的Bug会大大降低软件的易用性，也让用户感到使用的麻烦和不合理，更严重的后果会导致用户不在使用该软件。
8)对于软件的一些查询功能，测试的时候可以通过设置开始时间>结束时间，看看能否查询出记录;
6、软件产品的边界值 ：
1)众所周知软件最容易在边界值上出现问题，所以作为测试人员一定要在边界值上多投入一些测试时间，比如测试用户输入框中的数值的最大数和最小数，以及为空的各种情况;
7、非法输入的容错性：
1)比如在需要输入数字的地方因操作失误而输入字母，在需要输入字母的地方也操作失误而输入数字，在需要用户输入的文本框中拷贝字数很多的文章，测试看看软件是如何对以上的几种做何提示处理的;
8、软件的接口测试：
1)如果软件不同模块功能是由不同的程序员一起共同完成的，那么要在他们程序接口相关联的地方多测试检查，避免双方程序员互相认为做了接口处理，最后谁也没有做接口的处理，导致软件在运行中产生缺陷;
9、兼容性测试：
1)软件兼容性测试要在不同的硬件、软件下(包括操作系统、浏览器)下的测试;
2)硬件配置不同时，有时候一些软件产品在配置很高的机器上，也会隐瞒一些错误，由于CPU运行过快的时候，很多现象一闪而过，导致肉眼没那么快反应过来发现不了缺陷;
3)软件不同时，软件在不同版本的浏览器中的界面与权限也不一样，这样的情况其实就是软件中的一个Bug现象;
10、软件产品在压力测试下容易出错：
1)软件产品在压力测试下容易产生的错误，是作为一名测试人员必须要知道的事情。所以在测试过程中，将软件在压力运行下长时间运行，看看软件是否能在压力之下正常工作;
11、随机测试：
1)很多软件产品即使经过很充分的测试，也不能完全的发现软件中的所有缺陷，所以在测试的时候可以做一些随机测试，比如胡乱在界面上乱点，有时也会发现一些意想不到的软件bug;
12、软件测试的作用和必备知识：
1)从事软件测试需要的知识：
首先要了解软件工程的基本知识，理解软件生命周期过程中各阶段需要做的工作和需要达到的目标。然后，需要具备一定的编程经验或者是参与开发的项目经验。其次，需要掌握软件测试方面的知识，包括测试的定义、对象、目的、测试方法、测试过程等;
2)测试需要解决的问题是什么：
一般来说，大家一般都会认为程序员按照软件的需求说明书编写就好了，可以实现需求中定义功能的程序，那么这个软件就可以投入使用了。结果是在用户的使用操作过程中，就会发现一系列的错误，给用户带来很多麻烦，为了给用户最大程度的减少软件会给用户带来的麻烦，这时就到了软件测试发挥作用的时候了，因此，软件测试要解决的问题就是寻找软件中未发现的隐藏的bug，来为软件的上市提供质量的保障。
3)何时开始进行测试：
测试是一个独立的过程，它贯穿于软件生命周期的整个过程，于软件生命周期中的各个流程并发进行，因此可以说软件的整个生命周期中，越早开始进行测试越能提取发现bug。
4)如何开展测试：
软件的测试基本可以分为测试需求分析、测试计划制定、测试用例编写、测试用例执行、测试结果输出报告这六个步骤，根据测试类型的不同，选择测试步骤的开始时间也不同。
5)测试需求分析：
了解测试的规模、测试的内容、复杂程度以及存在的风险，通过测试需求分析，可以得出测试要点，而且测试要点可以包括系统功能方面的测试要点，也可以包括非功能方面的要点;
6)测试计划制定：
测试计划的制定可以分为如下几点：
(1)首先，按照测试类型依据的标准确定需要测试的特性，如登记测试需要考虑用户文档、常规要求、功能性、可靠性、易用性这个五个特征;
(2)其次，确定需要测试的子特性，如功能性要求考虑安装性、适合性、正确性、一致性这四项;
(3)然后，选择相应的测试策略，对需要测试的几大特性评估该如何进行测试，如需要检查用户文档是否完整，需要验证功能是否正确等;
(4)再次，需要配置测试的环境，确定测试需要的硬件和软件设备是否准备齐全;
(5)最后，需要确定测试的人员及日程安排，为及时高质量的完成测试工作做准备，这一过程需要形成测试计划文档;
(6)测试用例的设计：测试用例是测试工作的核心，如何设计出用最小的测试用例集找出软件中尽可能多的缺陷的测试用例，是一个很值得积累的经验;
(7)在编写任何测试用例的时候，都应该使用边界值分析法，经验表明，这种方法发现错误的能力最强：
1.必要时使用等价类划分法补充测试用例;
2.必要时采用错误推测法补充测试用例;
3.如有输入条件的组合，就从输入条件极其组合开始测试;
(8)测试具体执行：手工执行功能化测试用例，并检查UI设计的Bug，在功能手工测试之后进行功能、性能、接口等自动化测试。
(9)测试结果报告：根据不同的测试类型输出不同的测试报告，主要分析在测试中出现的问题，并对软件提出评估报告和结果建议;
软件测试培训网格言：灵感并不是在逻辑思考的延长线上产生，而是在破除逻辑或常识的地方才有灵感。——爱因斯坦。
吉安达内软件测试全程班
软件测试培训网格言：世上只有一个真理，便是忠实于人生，并且爱它。——罗曼·罗兰.
