本溪达内专业软件测试就业班,达内软件测试
软件测试培训网格言：生命苦短，只是美德能将它传到遥远的后世。——莎士比亚.


软件测试常见的7个误区

随着软件测试对提高软件质量重要性的不断提高，软件测试也不断受到重视。但是，国内软件测试过程的不规范，重视开发和轻视测试的现象依旧存在。因此，对于软件测试的重要性、测试方法和测试过程等方面都存在很多不恰当的认识，这将会进一步的影响软件测试活动的开展，并且阻碍软件测试质量的提高。下面简单列举了几种有代表性的对软件测试的认识误区，并作了相应的分析和解释。
误区1：软件开发完成后才进行测试
在传统的瀑布模型中，软件项目主要有一下几个阶段组成：用户需求、需求分析、概要设计、详细设计、编码和实现、测试以及运行维护。由于软件测试仅处于运行维护阶段之前，是软件产品交付用户使用之前保证软件质量的重要手段。因此人们一般认为，软件测试只是软件编码后的一个阶段。
但随着软件测试业的发展，人们越来越认识到：软件测试不应只是软件项目的收尾工作，而应该在软件生命周期的每一阶段中都包含测试。软件测试是贯穿于整个软件开发生命周期的过程活动，包括软件测试计划、软件测试需求分析、软件测试用例设计、软件测试执行、软件缺陷管理、软件测试风险管理以及其他的一些软件测试相关的活动等等组成。在软件项目的每个阶段，都需要进行不同目的和不同内容的测试活动，以保证各个阶段工作产品输出的正确性。软件测试的对象也不仅仅是软件代码，还包括软件需求文档和设计文档等其他所有的软件工作产品。软件开发与软件测试之间应该是交互进行的，比如单元编码之后需要进行单元测试，模块组合之后进行集成测试。
如果等到软件编码结束之后才进行测试，测试的时间很有限，很难达到测试的覆盖率要求和测试的质量要求。同时，假如在项目开发的后期，发现一些软件需求阶段和概要设计阶段的错误和问题，修改这些缺陷导致的成本将是非常高的。有资料表明：平均而言，如果在需求阶段修正一个错误的代价是1，那么，在设计阶段就是它的3-6倍，在编程阶段是它的10倍，在内部测试阶段是它的20-40倍，在外部测试阶段是它的30-70倍，而到了产品发布出去，这个数字就是40-1000倍。修正错误的代价不是随着时间线性增长的，而几乎是呈指数增长的。因此，应尽早地不断地进行软件测试，发现错误并加以修正，而非软件开发结束后才进行测试。
误区2：软件发布后发现软件问题，那是测试人员的责任
许多人认为测试人员需要对发布的软件质量负责，假如软件到用户后，发现很多的问题，那是测试人员的错和责任。这种认识误区非常打击测试人员的积极性。软件中的缺陷可能来自软件开发过程中的任何一个过程，而对于软件测试而言，只能证明软件存在缺陷，而不能保证软件没有错误。通过软件测试，无法发现软件中的所有错误和缺陷。从软件开发的角度看，软件的高质量不是软件测试人员测出来的，而是需要软件生命周期的各个过程共同来保证的。出现软件错误，不能简单地归结为某一个人或某个团队的责任。比如有些错误的产生可能不是技术原因，可能来自于混乱的项目管理;或者客户发现软件某些功能并没有按照原有需求来实现，换言之，软件没有完成客户想做的操作，诸如此类问题很可能是软件设计人员理解需求错误致使设计不当所引起的。
软件的质量，不仅仅只是测试人员的事情，软件项目参与的所有人员都应该关注软件的质量。软件质量的提高，需要每个项目人员的努力。测试只是提高软件质量的一个重要环节，质量保证应该贯穿于整个软件开发生命周期的所有的开发活动、测试活动、项目管理活动等。同时，采用合适的开发和测试过程，对改进软件质量也能起到重要的作用。除了测试活动外，同时应该分析软件项目的各个过程，从过程改进方面寻找产生错误的原因和改进的措施。
误区3：测试人员不需要具备很高的技能
不少软件业人士认为软件测试行业对软件测试人员的技能要求不高。认为测试只是对照产品规格书操作软件，发现软件与规格说明不一致的地方，是没有技术含量的工作。
这种观点是错误的，或者至少是步恰当的。随着软件测试行业的发展，测试不仅仅是运行软件发现缺陷的一个过程，而是从项目早期，测试人员就开始介入，进行测试需求分析、计划测试等。这要求测试人员有很好的沟通能力、理解能力、分析问题能力，同时还必须对产品开发技术有一定的了解。
随着软件工程学的发展和软件项目管理经验的提高，软件测试已经形成了一个独立的技术学科，演变成一个具有巨大市场需求的行业。软件测试技术不断更新和完善，新工具、新流程、新测试设计方法都在不断更新，需要掌握和学习很多测试知识。所以，具有编程经验的程序员不一定是一名优秀的测试人员。软件测试包括测试技术和管理两个方面，完全掌握这两个方面的内容，需要很多测试实践经验和测试理论知识，需要我们不断的学习。
误区4：测试是测试人员的工作，和开发人员无关
我们提倡软件测试尽早介入软件项目，或者说我们提倡贯穿于整个软件开发生命周期的测试。因此，在项目概念、需求和设计阶段，软件测试就应该介入项目中去。开发和测试是相辅相成的过程，需要软件测试人员和程序员、系统分析员等项目其他成员保持密切的联系，需要更多的交流和协调，以便提高测试效率。在这些阶段所发现的问题将有助于开发设计人员完善需求和设计。
在项目开发过程中，一般由开发人员针对模块进行白盒测试，这是早期的测试。后期对于测试人员所发现的缺陷，开发人员应根据优先级来进行修复，针对开发人员的修改，测试人员还要进行再测试和回归测试工作。因此，在整个项目过程当中，测试也不仅仅是测试人员的事情，而是测试人员和开发人员紧密合作的过程。
误区5：由项目进度来决定测试工作量
规范的测试流程应该是一个整体的连续的过程，包括测试计划和控制、测试分析和设计、测试实现和执行等阶段。每一阶段也应有各自的规程。而大多数人对测试的理解往往是随项目进度而定，即离项目交付空余的时间多，就多做测试;反之，则少做测试。这样很可能导致测试时间紧张，从而可能放弃其中的一些测试，可能导致遗漏一些重要的缺陷，显然这种做法存在非常大的风险。
测试进度由项目开发进度来确定，这个观念很大程度上是因为“测试是开发生命周期的一个阶段”这个误区造成的。实际上，我们一直强调，测试是贯穿于整个软件开发生命周期的。在制订软件项目计划的同时，就需要规划和制订软件测试的计划。测试计划的一个重要内容是确定测试的进度(也就是测试时间和资源的安排)。因此，测试时间的多少，应该在项目早期根据项目的特点和风险分析结果来确定，而不仅仅是决定于项目进度。
误区6：软件测试是没有前途的工作，只有开发人员是软件高手
由于我国软件整体开发能力比较低，软件过程还不规范。项目的成功往往靠个别开发人员的能力，他们负责总体设计和程序详细设计，认为软件开发就是编写代码，给人的印象往往是程序员是真正的牛人，具有很高的地位和待遇。因此，在这种环境下，软件测试并不受重视，软件测试人员的地位和待遇自然就偏低了，甚至软件测试变得可有可无。
随着市场对软件质量要求的不断提高，软件测试将变得越来越重要，相应的软件测试人员的地位和待遇将会逐渐提高。在微软等软件过程比较规范的大公司，软件测试人员的数量和待遇与程序员没有多大差别，优秀测试人员的待遇甚至比程序员还要高。软件测试将会成为一个具有很大发展前景的行业，软件测试大有前途。市场需要更多具有丰富测试技术和管理经验的测试人员，他们同样是软件专家。
误区7：自动化测试效率高，将取代软件手工测试
测试自动化在某些情况下可以提高测试的效率(比如完成重复的测试配置、模拟大虚拟用户等)，但是并不是所有的测试都适合自动化，如程序需要处理的数据量不大、程序运行的次数不多、或者测试需要一些人的主观判断(如界面测试)等，在这些情况下，自动化测试可能并不是很好的选择。
同时，自动化测试需要在前期投入大量的资源和工作量，同时需要维护的成本很高，包括环境的搭建、测试脚本的设计、维护等。因此，要具体情况具体分析，不能盲目推崇测试自动化。软件测试培训机构达内经典语录：成大事不在于力量多少，而在能坚持多久。.
本溪达内专业软件测试就业班,达内软件测试


软件测试培训网格言：当我活着，我要做生命的主宰，而不做它的奴隶。——惠特曼.
想转行软件测试，如何选择培训机构？

互联网行业作为高技术含量高薪酬的行的吸引力越来越多人涌入，大家都知道就业市场也是受供需关系的影响，从业人员越多竞争压力越大，在前几年大家都学习各种编程语言，所以造成开发压力变得越来越大，近几年大家又发现软件测试这个职位相对更容易就业，所以又有很多人想转行到软件测试行业，不过很少有大学开设这个专业，只能通过培训机构来学习，那么改如何选择一个靠谱的培训机构呢？
靠谱的培训班，其实也就是能花正常的钱学到真正技术，然后找到一份满意的工作，本身这个要求并不高，但是现在市场设有软件测试课程的培训机构多如牛毛，鱼龙混杂，甚至发布很多虚假广告，让人难以分辨。所以小编作为培训机构的一员就给大家一些参考。
第一，要选择正规软件类培训机构
正规就是要有合法的办学资质，正规的培训机构会有标准化的培训流程及课程体系、雄厚的师资力量、规范的就业流程。这些是培训学员顺利就业，且高薪就业的基本保障，正规机构显现的表面特征就是，建立时间长，师资力量雄厚，公司规模大。
第二，师资力量
守信的培训机构师资一般是稳定的，任何机构是无法绝对保障上课的老师在整个培训期间不进行调换，但守信靠谱的培训机构的师资一般是稳定的，整个培训周期基本都是固定的讲师;如果一个培训机构在不断的调换讲师，那么同学们就需要谨慎了，不是机构没有专职讲师就是机构内部存在严重问题，而无法保障讲师和学员的利益建议不要选择。
第三，试听
一般的培训机构都有免费试听课，但这个免费试听的时间不会太长，这个只是让学生体验机构的教学及讲师的能力，这个期间如果不会有任何费用，如果有机构凭此收费，或者一直诱引学员缴费，那么这个就要注意了，一定要三思而后行，不要被老师的话语蛊惑，适不适合自己才是第一选择标准。
我认为，做培训也是在做教育，学员想要的是一个美好的前程，如果通过培训后学生有了一份满意的工作就这个培训机构就会得到大家的认可，这个培训机构也会走得很长远，无论是要学习软件测试，还是要学习其他计算机技术，以上几点建议都值得参考，毕竟这选择好了就可能改变了人生轨迹。达内软件测试培训学校励志语录：成功之前我们要做应该做的事情，成功之后我们才可以做喜欢做的事情。。


本溪达内专业软件测试就业班,达内软件测试
软件测试培训机构达内经典语录：旁观者的姓名永远爬不到比赛的计分板上。。软件测试常见性能问题

性能测试大致分以下几个步骤：
需求分析
脚本准备
测试执行
结果整理
问题分析
今天要说的是最后一个步骤——“问题分析”;
需求描述
有一个服务，启动时会加载一个1G的词表文件到内存，请求来了之后，会把请求词去词表里做模糊匹配，如果匹配到了就向一个后端服务发送一条http请求，拿回数据之后，返回给客户端的同时，向mysql记录请求的唯一标识和一个请求次数的标记;
其中有几个关键函数
模糊匹配(fuzzyMatching)
后端请求函数(sendingRequest)
拼装请求函数(buildResponse)
记录mysql请求次数标记(signNum)
问题及分析
第一组：完全随机请求词，qps达到1k时，服务器未见异常，cpu、内存、带宽均未满，qps无法继续提升;
分析：由于此服务后端连接了其它服务，所以在压测之前，要确认后端服务不会成为瓶颈点，目前的状态很可能是后端服务限制了被测服务的性能;此时可以检查后端服务所在机器的各项指标，或者查看本机的连接状况，一般后端服务无法处理，而被测服务又会一直向后面请求的话，timewait状态的连接会变得比较多;
第二组：解决后端服务的问题后，第二组使用平均30个字的请求词，来打压，qps到400时，cpu load已满;
分析：这种情况明显是由于fuzzyMatching函数计算效率的问题导致cpu满载，从而无法提升qps，使响应时间不断增大，此时可以通过perf+火焰图来确定整个处理请求过程中响应时间长的函数;此时需要评估压测数据是否合理，如果线上平均请求词只有2个的时候，此组测试明显不合理，此时要开发进行性能优化就是浪费时间的;如果评估测试数据合理，可以再次更换短词数据进行压测验证猜测;
第三组：解决了上述两个问题之后，使用完全随机请求词，qps到达3k后降低至1k，然后再次提升到3k，如此反复;
分析：此时关注一下各项指标，排除了以上的问题的话，操作mysql慢的问题可能性大一些，对这种需要高并发的系统来说，直接读写mysql不是个聪明的解决方案，一般会用redis做一层缓存，这里说道的另一个问题就是开发设计不合理，导致的性能问题;
第四组：将后端换做真实的服务来做整体压测，发现qps最高只能到300，此时检查各项指标，发现入口带宽占满了;
分析：这次问题比较明显，后端服务返回内容过大，导致带宽被占满，此时依然需要评估需求：1、是否需要后端返回的所有数据内容;2、评估更换万兆网卡的性价比;3、是否可以通过技术手段优化带宽占用，比如把一次请求分散到多组服务的多个请求;
perf+火焰图定位函数问题
这里简单说一下如何使用perf+火焰图来直观的定位性能问题：
perf
Perf 拥有了众多的性能分析能力，举例来说，使用 Perf 可以计算每个时钟周期内的指令数，称为 IPC，IPC 偏低表明代码没有很好地利用 CPU。Perf 还可以对程序进行函数级别的采样，从而了解程序的性能瓶颈究竟在哪里等等。Perf 还可以替代 strace，可以添加动态内核 probe 点，还可以做 benchmark 衡量调度器的好坏。
使用举例：perf record -e cpu-clock -g -p 11110 -o data/perf.data sleep 30
-g 选项是告诉perf record额外记录函数的调用关系
-e cpu-clock 指perf record监控的指标为cpu周期
-p 指定需要record的进程pid
生成火焰图
1、第一步
使用压力测试工具对程序进行打压，压到程序拐点;
$sudo perf record -e cpu-clock -g -p 11110
Ctrl+c结束执行后，在当前目录下会生成采样数据perf.data.
2、第二步
用perf script工具对perf.data进行解析
perf script -i perf.data &> perf.unfold
3、第三步
将perf.unfold中的符号进行折叠：
./stackcollapse-perf.pl perf.unfold &> perf.folded
4、最后生成svg图：
./flamegraph.pl perf.folded > perf.svg
原生的perf可以直接定位C/C++的程序，通常编译debug版本的程序能看到更多的信息，java、go等语言可以通过各自定制的工具来生成，原理类似;通过火焰图可以轻松定位到哪个函数的处理时间最长，从而找到问题所在。软件测试培训达内荣誉：2014年8月，荣膺《 创业邦》、普华永道“2014中国高成长连锁企业50强”奖项。
本溪达内专业软件测试就业班,达内软件测试


软件测试培训网格言：一个人几乎可以在任何他怀有无限热忱的事情上成功。——查尔斯·史考伯.