1首先，谈谈测试职业规划，即做什么的问题。

所谓方向比努力重要，这绝对是一句真理。如果能在刚走上测试工作岗位的时候明白这个道理，那么不出 5年，你一定能成为某一测试领域的专家，那时不管是薪水、自信心都是顺其自然的事情。

但是遗憾的是，我们获取的太多信息是，测试人员是一个通才，什么都要学，什么都要懂。结果这样的一个方向，导致了三脚猫功夫的测试人员一大把。那么什么都懂一点的测试人员难道就没有用武之地了吗？也不是， 随着互联网市场竞争越发激烈，软件研发效率要求越来越高，自动化测试成为测试团队提高效率的首选，在企业招聘软件测试中高级岗位时，熟悉自动化测试、接口测试、掌握热门工具使用、开发测试框架等已成为硬性指标。 针对 有点测试基础，希望深入进阶， 可以朝着测试开发岗位发展。说到这里，引出了测试职业规划的全能路线：测试开发 ！ 提升自身 测试能力， 成为 全能型人才，成为测试团队核心支撑。

2其次， 来 谈谈 测试工程师的现状

很多测试小伙伴在工作中有时会比较迷茫，不知该怎样突破瓶颈，更好的发展。

那么测试人员究竟该如何打破瓶颈继续向上提升呢？如果你苦于不知所措，又满怀斗志向上的话，不妨一起聊聊。测试职业发展有典型的三种方向：

管理方向

技术型方向

转行

在此重点说下技术型方向的发展。曾几何时，提的 bug被否认而倍感无力；曾几何时，遇到一个偶发复现的bug，到上线了都不知道该怎么复现；曾几何时，面对没有前端页面的测试任务，不知该从哪下手测试；曾几何时，面对每天重复繁琐的测试工作，恨不得有个机器人来帮忙。

依稀记得，有天发现一个 bug，于是远程debug，一行代码一行代码的走，终于定位到是数组下标越界了，提出bug并附上断点定位的代码截图，开发看后瞬间改了，自此赢得开发不一样的认可。 那么懂代码就算是测试开发工程师吗，答案是否定的，那究竟怎样才能做一名测试开发工程师，有哪些优势，和开发的区别又是什么呢？

3那么问题来了， 测试开发工程师 究竟 有什么 作用 呢？

对测试开发工程师来说，看懂代码，熟练使用测试工具，能做 ui、接口、性能的测试，具备测试经验和测试思想逻辑是基本要求；既要会业务功能测试，又要能做代码层接口及单元测试，更重要的是通过能力和经验的积累，能搭建适用于技术研发团队的工具平台，以更好的降低公司成本和提高工作效率。在这样的理念下我们部门按照软件的生命周期，自主研发了整套的测试平台：

源代码监控分析平台 ，配置化平台实现对源代码进行系统化、规则化的全面覆盖测试，通过智能规则模型的有效过滤，及早发现问题，提高项目质量。

接口自动化平台 ，不用写一行代码就可完成对接层的测试， 完美支持 http和jsf接口，并生成美观可视化的报告 ；

UI自动化平台 ，让不懂代码的小白测试人员便捷快速的上手 ui自动化测试工作， 以往需要自己写代码，现在直接在页面维护一些元素即可 ；

测试工具平台 ，现已涵盖十几个大的业务系统，几十个便捷的功能，可快速、便捷的产生和查询测试数据，减少测试人员的联调时间和营造复杂场景数据的时间。 上线时间虽不长，使用频次近 3万，大大方便了开发、测试和产品人员。

BUG监控分析平台 ，通过对 bug大数据进行分析、归类、汇总的智能处理，采用图表方式更加简洁明了的查看项目质量和进度；

4 测试开发工程师的必修课程

如何才能成为一名真正的测试开发工程师，需要具备哪些硬技能呢？

一、具备一定测试经验。 只有设身处地的经历过测试人员的痛点和难点，才能切实解决他们的问题。

二、会使用常用重要的测试工具。 比如性能测试常用的 Loadrunner、jmeter；ui自动化常用的selenium；单元测试常用的testng、junit等等。

三、具备测试 框架开发 能力。 下面介绍一些主流的技术栈：

自动化测试框架 ： 线性，结构化，模块化，数据驱动，关键字驱动自动化测试

数据库： Mysql或Orcale 的数据库安装，库表创建，字段设计，常用的sql语句

系统： 能熟练在 windows或linux系统上搭建项目，日志查看等操作

服务容器： tomcat服务部署，nginx负载配置，docker使用

持续集成： git，jenkins

开发工具： idea和eclipse

代码调试： testng或junit的单元调试及debug和远程debug使用

5那么，如何从一个有点测试基础的菜鸟变成测试开发工程师呢 ?

工欲善其事，必先利其器。既然我们选择了 测试开发 这 项 神兵利器，那么如何才能快速的学好 测试开发 呢？

作为走了十年测试之路的我，只有一个 回答 ： 老师是最好的领路人，好的老师让你的学习效率事半功倍。

只有真正掌握专业知识，不用担心犹豫，无论走到哪都是有饭吃。不用担心自己能否胜任新的工作。人心叵测，世事多变，只有真正掌握了技术能力的人才会在工作中游刃有余，一定是自己身上有别人不可多得的能力，有与众不同的技术，有社会需要的知识，这样去哪都是有饭吃的。

最后 小编有话说：

测试开发这个工作真的不是吃青春饭的，如果你肯努力，肯学习，你就是常青树！

你怕学不会，或者你 想要咨询各种问题，可以添加小编 qq  3394781259  不仅有大神为你答疑解惑，还有更多软件测试资源哦！

最近，“中兴事件”可谓是在通信和IT界刮起了一阵龙卷风，引得业内大佬们纷纷跳出来发表自己的一腔爱国之情。小编也是一个热血沸腾的爱国青年啊，但是在激昂愤慨之后，我突然嗅到了一丝危机，是什么呢？且听我来说说。

咋们先回顾下这起事件的来龙去脉吧，好让吃瓜的小伙伴了解下危机起源的背景。

——“2018年4月16日晚，美国商务部发布公告称，美国政府在未来7年内禁止中兴通讯向美国企业购买敏感产品。”

这条新闻居然在短短几天内就已经变成了百度百科了！什么是“敏感产品”?说的那叫一个含蓄啊…… 无非就是那块“芯片”！中兴通信的主营业务有基站，光通信及手机。其中，基站中部分射频器件如腔体滤波器、光模块、手机内的结构件模组等均可基本满足自给需求。唯有芯片，在三大应用领域均一定程度的自给率不足。

小伙伴们又有疑问了，为啥不卖给我们芯片呢？芯片不管在手机、智能设备还是在计算机中，就是大脑，负责指挥和计算功能。而计算机的本质上就是进行着一系列复杂的数学计算，就连电脑的发明人——冯·诺依曼本身也是一个数学家呢！现在你们明白了吧，没有芯片，就算你有再多的射频器件，有再多的滤波器，都没有用，人缺少了大脑，有再粗的胳膊和腿又有什么用呢？

好了，既然你们知道了芯片的老大地位了，那么就该来了解下美国为什么要这么做了。看了无数的新闻，小编就得出了1个结论（小编个人见解，若有异议，欢迎来找小编吃饭）——美国人害怕了！害怕中兴或者华为在5G市场的领先地位会对美国构成威胁，无论在技术上还是经济上！若不是胆怯了，为什么偏偏在中兴宣布成功打通了国内第一个5G电话，正式开通端到端5G商用系统规模外场站点后的区区两周时间，美国就宣布制裁中兴？

那么，令美国人闻风丧胆的5G究竟为何有如此大的魔力？为何美国人不惜搭上总统也要发出这种掩耳盗铃的打脸禁令？为何因为5G方面的突破，华为和中兴正在成为美国的眼中钉？小编总结了一下，主要有两点：

（1） 从经济上说，之前有一份IHS 5G产业报告预测，到2035年5G将在全球创造12.3万亿美元经济产出，这几乎相当于所有美国消费者在2016年的全部支出，并超过了2016年中国、日本、德国、英国和法国的消费支出总和。

（2） 从技术上说，而相比3G/4G技术，5G技术传输速率高、网络容量大、延时短，能将网络能效提升超百倍，为万物互联提供基础资源支撑，为AI带来发展的希望，同时也将带来巨大的行业利润。

所以，从上面两个点来看，5G之地一定是一个兵家必争之地啊！先不论这场战争谁赢谁输，但是5G的商用一定是一个必然的走向，只是时间问题罢了。

作为测试行业的小伙伴，你嗅到危机了吗？5G来了，带来了无人驾驶、智慧城市、智慧家庭、车联网、物联网等。这些领域都是以往我们测试人员所没有涉猎的领域，也缺乏相应的测试经验。还有，目前市面上大多数VR产品只能提供视听和娱乐功能，且会产生不同程度的眩晕感。而据研究，VR时延只有低于20ms才能缓解眩晕感。所以高速率、低时延的5G网络被认为是有效解决VR数据传输问题的“救命药”。同时，只有5G网络普及，才能真正带动沉浸式VR产品的普及。如果5G商用顺利，有人预测，在2021年，VR/AR头盔的出货量将接近1亿台，届时VR游戏必将大热，必将火爆！你作为一个测试人员，对VR游戏的测试经验又有多少呢？

小编不是神棍，但是以小编十几年的测试生涯经验来看，未来5年的测试领域一定会发生翻天覆地的变化，如果我们测试人还墨守成规，保守着以往的测试经验，就一定会被这个时代所淘汰。而嗅到了危机的你，想好自己该怎么走了吗？

如果有任何疑问，欢迎添加qq群测试入门大神 755431660 共同学习~
​                                               

你有没有经历过这样的一幕：每天都感觉自己特别的忙，然而每当到晚上要睡觉的时候，想不起今天具体做了些什么事情。

可能是这天做的事情太多了，忙到自己也记不清楚了。

2015年前的我也是这样，那会还是在做淘宝，每天除了优化淘宝店、接待客户之外，还需要打包做售后。

不光如此，本身笔者对互联网上的一些赚钱项目也比较感兴趣，除了做好本职工作之外，还需要建网站来优化排名。

关于网站排名优化这块，要做的事情很多。

比如说更新内容，做外链、检测数据、优化网页代码等等.....

可以说，是相当的忙，从早上一睁眼，一直忙到晚上睡觉。但是好像也没有做出很好的成绩。

开始反思自己!

比谁都忙，但是忙的很累，很杂乱，想到什么就去干，久而久之自己的身体也变的比较亚健康了，现在回想起来真是太不值得了。

改变，往往是在一瞬间的。

通过各种学习，找到了解决的方案。当你忙的特别杂多，事情特别多的时候，你就要有一个个人的任务管理机制了。

经过我一段时间的实践，慢慢让我回归了正常状态。

今天文章的主题，就是要把这个任务管理系统，传授给你。

　一、使用任务管理系统的好处

　经过我总结提炼之后，有以下好处：

1、每天都知道做什么，有条不紊的完成

2、内心深处，不在焦虑

3、即使事情再多，都能合理安排

4、不在被琐碎的事情，打乱节奏

1、每天都知道做什么，有条不紊的完成

这方面尤其重要，每天早上，在自己最清醒的时候，把今天需要完成的事情，一一的罗列出来，一天就完成这些工作，目的性很明确，合理分配时间完成就可以了。

　2、内心深处，不在焦虑

有了明确的任务分配，人不累了，内心也慢慢的回归平静，对个人的思路提升有很大的帮助。

内心深处的不安，顿时一扫而空。

　3、即使事情再多，都能合理安排

任务管理系统的核心是，把众多的事情合理分配到每一天，只要进度完成就可以了，即使事情再多也不在害怕。

根据自己的实际情况调整就可以了。

　4、不在被琐碎的事情，打乱节奏

琐碎的事情无处不在，淘宝买东西、给孩子准备玩具等等之类的琐事，有了任务管理系统，统统放进收件箱保存起来，等主要任务做完，在来批处理，很方便，很实用。

二、建立任务管理系统的案例

经过我优化、优化、在优化之后，现在的个人任务管理已经变得相当成熟了。

一天当中，人真正有精力干的事情不超过三件事，所以我把自己的任务管理系统分成了重要的事情和常规的事情。

这是一天中最重要的事情，也是必须完成的事情，必须在精力最好的时候完成它。

下面是一些常规的工作，也是一些碎片化的工作

是不是一下子就很清晰了，这个任务管理系统，非常适合事情多的人。

一般文章写到这里，可能就差不多了，但是我不仅告诉你使用任务管理系统的好处，还告诉你如何建设自己的任务系统。

三、如何建设个人的任务管理系统

下面我一一给您介绍如何建立属于自己的任务管理系统

　1、建立合适自己的管理方法/软件

像此类的任务管理系统，说实话可以在本子上来实现，如果觉得繁琐，也可以使用效率软件来实现，这个在生活中多收集。

2、建立收件箱

收件箱的作用是由来收集的，你可以吧脑子里面所有的事情都放入收件箱，清空大脑。

大脑是用来思考的，而不是来记忆的，把乱七八糟的事情，都放进去，这样也不用担心，自己会忘记了。

特别是当你在认真工作的时候，突然想到一个特别棒的点子，就打开任务管理软件，马上记下来，然后接着工作。

灵感时一瞬间的事情，当时不记录，后面可能就在也想不起来了。

3、建立任务系统

当你把往收件箱里面放了很多很多任务的时候，就需要进行拆解和分配了。

分配的原则很简单。

举个例子说明：

做一个自己的网站出来，但是不是一下子就能做完的。做网站有若干的工作要做，一天当中不仅只有这个活，可能还有其他的事情。

所以，要把做网站这个事情的步骤分拆粗来。

第一步：找程序源码

第二步：找好看的模板

第三步：购买域名和空间

第四步：域名备案

第五步：设置网站

第六步：填充内容

第七步：提交搜索引擎

做成一个网站，大概就是这样的，所以说不是一下子就能做完的，特别是域名备案这块要等15天左右。

所以我们要把这件事情安排的每一天当中去。

找程序源码和好看的模板和购空间域名并备案，安排在周一来完成。

后面的上传网站放到域名备案通过了在做，大概是15天的样子，可以把这个任务设定一个想要的时间在来做，后面的工作也是分配到每一天当中去就可以了。

所以，建立个人任务体系的关键在于目标拆解。

一个目标，必然会有若干个小目标组成，学会了拆解目标，自然就会合理分配了。

安排到每一周，每一天。

4、建立复盘机制

当然了，我一直提倡，做完事情之后一定要及时复盘。

那么，复盘什么呢?

每天复盘一下自己工作的进度情况是否拖延，是否有做的不合理的地方，及时的修正，那么自己在效率和能力上才能大大的提升上来。

复盘很重要，无论在哪个领域，都需要复盘，复盘等同于经验的积累。

一家主要是做一款APP的公司，公司技术部门有三个组：爬虫组、服务端组和APP客户端组。

事实回放：

1）每次运营或产品提出一个BUG给到测试工程师后。

2）测试工程师就会凭感觉和经验（而不是技能判断）判断这个BUG是哪个组，判断之后就会把这个BUG指派给该组的负责同事A。

注意：我们的绩效是按照每个团队每位同事产生的生产BUG去扣分的。

3）接收到这个BUG的开发同事A开始排查问题，花了半小时排查完之后发现这个BUG不是我这边的问题，于是就又丢给测试工程师，同时责备测试不应该把不是他的BUG指派给他，一来浪费他的时间，二来又影响他的绩效。

4）测试根据开发同事A的各种排查描述，得知这个BUG可能（是的，可能）是另一个组的开发同事B的问题，于是测试就把这个BUG指派给开发同事B。

5）接收到这个BUG的开发同事B开始排查问题（每个组的开发排查方式未必相同），顺利的情况下，最后排查得出这个BUG确实是我的。

6）开发同事B开始处理BUG，处理完之后给到测试验收，直到BUG关闭。

流程图如下图1：

图1

在这个过程中，还有隐形的多种问题：

1、验收在接收到测试工程师指派的无法确定是否是需要我处理的这类BUG时，会一直让这个BUG挂机在那不做处理，原因很简单，我花半小时去排查这个BUG，很有可能这个BUG不是我的。

2、开发经常性怼测试工程师，你怎么证明这个BUG就是我的？我就是不处理！还有你为什么总是把不是我的BUG指派给我？而测试工程师的回怼总是无力的“我怎么知道这个BUG是不是你的？”。

3、在互相扯皮的过程中，严重降低了“测试-研发”的合作效率。

　处理方案：

孔子曰“其身正，不令而行；其身不正，虽令不从”，对于测试工程师来说，打铁还需自身硬。提高测试工程师排查BUG的能力势在必行。

当测试工程师拿到一个BUG时，可以通过APP抓包和查找数据库表的方式排查这个问题到底是那个开发工程师的。

举例：在APP上有一张图片无法正常呈现出来，而这个图片是由爬虫工程师采集过来的。

　处理：

1）测试工程师先通过抓包的方式找出这个图片相关的HTTP请求内容，如果这个请求内容里面的图片URL为空，那么这个BUG很可能就是爬虫在采集数据或入库数据时出了问题，找出共性和规则给到爬虫工程师去处理。

2）如果这个图片URL是有值的，并且这个URL可以正常打开，但是这个URL的格式不是OSS的格式（服务端会把外面的图片保存到我们的OSS环境中），那么这个问题就是服务端在保存图片时出了问题，找出共性和规则给到服务端工程师去处理。

3）如果这个图片URL的格式是OSS，并且可以正常打开，但是只是在APP上无法呈现，那么这个问题就是客户端在显示图片时出了问题，找出共性和规则给到客户端工程师去处理。

如果测试工程师可以做到这样的话，BUG提交和处理的流程变成如下图2所示：

图2

当然，在这个过程中，测试工程师一要提高自己排查BUG的准确度，二要提高自己排查BUG过程可以给开发做参考的可用度。

扩展：

“作为一名软件测试工程师，需要具备哪些能力？”需要具备的能力很多，但是我觉得排查BUG能力是最重要，最有效，也是最容易被忽视的一点。

测试工程师的主要职责包括质检和质控，质检的东西大家都说的很多，质控的就比较少啦，我在这里也提一下。

质控一：上游工作质控

在产品刚立项、进行需求确认的时候，测试人员就会参与进去，仔细地Review需求，看需求是不是完整、有没有漏洞，这个时候还没有进入正式开发，修改需求对于项目组来说代价是最少的。在这个环节，测试人员凭借缜密的推演、发散性的思维，往往能发现很多需求的漏洞，提高了项目的整体效率。

另外，测试人员在完成测试计划、测试用例以后，会邀请开发、产品一起评审测试用例，在这个环节，由于测试人员把每个需求如何细化测试都体现在了用例里面，就相当于再次把需求分析了个透，往往还能发现很多需求的漏洞。这也是提早发现需求漏洞的有效环节。

质控二：下游工作质控

在产品完成了测试以后，就是发布的环节了，测试人员在发布的环节也能发挥作用。首先，测试人员为了部署测试环境，研究自动化部署的技术，可以把上线部署的环节也自动化，以前需要2个小时的部署环节压缩到半个小时甚至更少，而且更加准确可靠。

如果有些版本修改比较多，上线的质量风险大，测试人员会跟产品一起制定灰度发布的方案并在技术上进行实现，让版本先面向一小部分用户开放，如果发现Bug了，影响的用户也比较小，Bug改掉以后，再逐渐扩大用户范围。

另外，优秀的测试人员还会发动项目组的其他人一起来保证项目质量，比如推动开发进行代码Review；引入冒烟自测流程，让开发先自测以后再提交给测试做冒烟测试；通过在项目组分析Bug，让开发提高自测，降低Bug数量等；引入策划、交互、视觉在测试阶段进行走查等等各种措施。

burpsuite response返回中文乱码，像下面这样：

解决方法

设置User options——Display——HTTP Message Display的Font为中文字体，比如宋体、微软雅黑等。然后设置Character Sets为Use a specific character set:UTF-8(这里吐槽下，windows默认选择的是Recognize automatically based on message headers，Mac则默认就是UTF-8，当时没发现这点，一直以为是字体原因 =.=！)，具体可见下图：

解决后的效果

Happy，burpsuite中文乱码问题解决。

0. 文档介绍

提示：请用户根据项目的实际测试状况，裁剪本测试用例模板。

0.1 文档目的

0.2 文档范围

0.3 读者对象

0.4 参考文献

提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：

[标识符] 作者，文献名称，出版单位（或归属单位），日期

例如：

[AAA] 作者，《立项建议书》，机构名称，日期

[SPP-PROC-ST] SEPG，系统测试规范，机构名称，日期

0.5 术语与缩写解释

　1. 接口－路径测试用例

1.1 被测试对象（单元）的介绍

1.2 测试范围与目的

1.3 测试环境与测试辅助工具的描述

1.4 测试驱动程序的设计

1.5 接口测试用例

1.6 路径测试的检查表

2. 功能测试用例

2.1 被测试对象的介绍

2.2 测试范围与目的

2.3 测试环境与测试辅助工具的描述

2.4 测试驱动程序的设计

2.5 功能测试用例

3. 健壮性测试用例

3.1 被测试对象的介绍

3.2 测试范围与目的

3.3 测试环境与测试辅助工具的描述

3.4 测试驱动程序的设计

3.5 容错能力/恢复能力测试用例

4. 性能测试用例

4.1 被测试对象的介绍

4.2 测试范围与目的

4.3 测试环境与测试辅助工具的描述

4.4 测试驱动程序的设计

4.5 性能测试用例

5. 图形用户界面测试用例

5.1 被测试对象的介绍

5.2 测试范围与目的

5.3 测试环境与测试辅助工具的描述

5.4 测试驱动程序的设计

5.5 测试人员分类

5.6 用户界面测试的检查表

6. 信息安全性测试用例

6.1 被测试对象的介绍

6.2 测试范围与目的

6.3 测试环境与测试辅助工具的描述

6.4 测试驱动程序的设计

6.5 信息安全性测试用例

7. 压力测试用例

7.1 被测试对象的介绍

7.2 测试范围与目的

7.3 测试环境与测试辅助工具的描述

7.4 测试驱动程序的设计

7.5 压力测试用例

8. 可靠性测试用例

8.1 被测试对象的介绍

8.2 测试范围与目的

8.3 测试环境与测试辅助工具的描述

8.4 测试驱动程序的设计

8.5 可靠性测试用例

9. 安装/反安装测试用例

9.1 被测试对象的介绍

9.2 测试范围与目的

9.3 测试环境与测试辅助工具的描述

9.4 测试驱动程序的设计

9.5 安装/反安装测试用例

本文来源：http://www.51testing.com/html/98/n-3724598.html

当软件测试进入了一个新时代，在开发、交付、部署和运营的高速运行的同时，要确保这些高度复杂和动态的软件产品的质量，就变得非常困难。在新时代，软件测试需要多维的方式去操作，质量/测试工程师时时刻刻都要从下列多个维度去评估软件产品的质量。

在新时代，测试工程师在软件交付中要扮演多种角色，他们需要转变软件测试思维，需要测试自动化和与各种解决方案/技术的集成，以支持他们多维度的工作方式。
在新时代，测试不再局限于测试执行的自动化、测试设计的自动化或测试过程中单个环节的自动化，而是：
关于在第一时间如何实现测试的推导和设计，以及如何管理和执行测试；
关于测试的透明性、可视性和可控制；
关于速度和周转时间；
关于无缝集成，如将工具和流程融合在一起。

下列内容强调了新时代软件测试中的现实需求。
提高生产率（测试效率）：
通过最少的手工参与，实现功能测试的自动化。
利用现有测试资产 - 测试用例、测试需求、原型。
消除测试自动化积压（Backlog）
增加和优化的覆盖范围：
尽可能少地测试复杂系统、优化回归测试集。
查看生成的测试，了解覆盖了哪些测试、以及为什么需要这些测试;
获得可视性，能够了解什么测过、什么没有测试。
　综合测试流程：
与所有SDLC工具和流程无缝集成；
直接链接到自动化执行框架。
测试自动化：
缩短测试自动化的路径；
简化高级的测试设计技术；
在许多平台和生态系统上自动执行测试；
在内部或云端上实现并发测试。
可重用性：
重用现有资产，包括模型、手动测试用例、记录和回放测试；
重用每个利益相关者的资产提升交付速度。
测试自动化
以开发的速度进行测试，对于软件发布变得非常关键。自动化测试是在每个迭代实现足够高的测试覆盖率的唯一途径，从而提供测试人员为其项目获得高品质和快速的质量反馈。
自动化测试，不仅帮助我们节省测试的时间、可以进行更全面的回归测试，增强我们对系统质量的信心，而且这种信任使得我们大胆进行系统的改进和定制以满足不同用户的需求，测试人员也可以将精力投入到真正需要人类洞察力的新功能测试领域，开发人员也变得更加自信。
测试自动化框架
测试自动化框架是支架，用于为自动化测试脚本提供执行环境。框架是各种指南、编码标准、概念、流程、实践、项目层次化、模块化、报告机制、测试数据等的智慧结晶，并有力支持自动化测试的流畅执行。因此，用户可以遵循这些准则，同时自动化应用程序以利用各种高效的成果。

　　  

在高层次上，自动化框架使用驱动程序和数据集在各种测试环境中执行测试。
好的框架吸收了许多自动化测试技术，利用其优势，智能地解决其弱点，满足各类项目利益相关者的需求：
基于组件的测试框架；
库架构测试框架；
数据驱动测试框架；
关键字驱动测试框架；
混合测试框架；
行为驱动开发框架（BDD）；
业务流程测试框架。

End.

如果对软件测试感兴趣，想了解更多的软件测试知识，请大家关注“51Testing软件测试网”今日头条号。PS：每周五都会发福利哦！

本文转载自51Testing软件测试网，查看更多：http://www.51testing.com/html/news.html

更多内容请关注51testing软件测试网

官方标准应该是：
　　在产品的需求探索阶段，测试就需要进入，提出测试对产品的一些可测试性需求，比如在产品中增加调试命令，增加模拟告警信息等。同时，对产品的需求，从测试本职业务的角度进行分析、设计。
　　实际上，不同的产品、项目，团队的成熟度，可能测试进入的时间并不一定。
　　比如测试团队是新成立的团队，本身没有足够的能力去对产品进行出谋划策，那么还不如老老实实的等产品设计完成后，请开发人员或项目经理培训一下，然后先从功能黑盒测试开始入手。
　　比如产品是老产品，是V4.0升级到V4.1，产品线经年累月就是不停的迭代开发一个主产品，那么在少量的增量开发的前提下，在需求阶段过多的介入，反而是投入产出不成正比，还不如少量的投入，抽出精力把测试用例进行优化、开发测试工具、提炼场景式测试方法等等。
　　国内的测试还不太正规，所以结合实际情况，做到比较适合、符合本公司的实际业务情况和成熟度即可。

ipadmini、惠普平板电脑、京东购物卡...一大波好礼正在接近！参与51Testing圣诞节新年活动 ~2014马上有礼！

活动一：【“购房通”圣诞新年找茬活动】找茬，找房，找BUG，找出你的ipadmini~  bbs.51testing.com/thread-999309-1-1.html
活动二：【圣诞&新年猜猜猜】猜中有礼，百元京东购物卡，圣诞只为等你猜！bbs.51testing.com/thread-999324-1-1.html

　　因为存取频繁，所以这几个表的数据存在内存中，更新数据后使用，语句来进行内存更新
　　当然执行这个命令需要reload权限
FLUSH PRIVILEGES

　　用户登录时需检查，mysql.user中的user host pass 三个字段，如果允许任何主机外部链接可以吧host设置成%
　　用户登录通过后，mysql会自上而下的检查用户权限，首先在mysql.user中读取对应用户的权限。

51Testing软件测试论坛圣诞活动火热进行中 ipad 大奖等你拿  详情请上51testing软件测试网论坛

开发或者测试互联网产品的过程中，同学们一定遇到过connection timed out和socket read timed out两种和网络相关的异常。今天我们并不分析引起这些异常的原因，也不谈发生异常以后的解决办法，我们来说说如何制造这类异常，从而模拟对应的异常场景。
　　了解tcp协议就知道connection即建立连接的过程，其实和socket read即传输数据的过程并没有太大的差别，两者都是请求应答模式，而只是前者的请求数据量很小而已。要使两者超时，我们可以采用相同的方法即限制网络传输的带宽来达到目的。
　　Tc即traffic control就是这样一款能够限制网络流量的工具。Tc中主要的概念包括类class和过滤器filter。
　　我们可以用class把网络设备的带宽划分成不同的区间
　　tc class add dev $DEV parent 1: classid 1:11 htb rate 90mbps ceil 100mbps
　　tc class add dev $DEV parent 1: classid 1:12 htb rate 90bps ceil 100bps
　　如上，11这个class对应的带宽为90到100mbps，12这个class对应的带宽只有90到100bps。划分好了class，我们就可以用filter把符合特定条件的数据包归入不同的class中
　　tc filter add dev $DEV protocol ip parent 1:0 prio 1 u32 match ip sport $PORT 0xffff match ip dst $IP flowid 1:12
　　如上就把源端口是$PORT，目的地址是$IP的数据包归入12这个class中了，这样就把符合该条件的数据流量限制到了90到100bps。在正在运行的系统中开启上述tc限制，即把特定数据流限制到一个极小值，我们就能模拟出connection timed out异常了。关于tc更详细的教程可以参考1、2。
　　那么socket read timed out异常又该如何模拟呢，我们怎么才能区分建立连接和数据传输这两个过程，tc工具还能满足我们的需求吗？在寻找问题答案的过程中，另一个linux内核组件iptables进入了我们的视野。
　　Iptables是linux系统中常用的防火墙组件，功能十分强大，网上有十分丰富的资料。由于其能够识别数据包中的syn、ack等标志位，故能把建立连接和后续的数据传输过程区分开来。
　　iptables -A INPUT -p tcp --src $IP --dport $PORT ! --syn -j DROP
　　如上，在目的机器上加入该条iptables规则，可以实现将未设置syn标志位的数据包丢弃的功能，这样连接能够建立完成但后续的数据传输将无响应。
　　另外，Iptables具有一种连接跟踪机制，即能够记录连接的状态。这些状态分别是NEW、ESTABLISHED、RELATED和INVALID。我们可以利用该特性实现相同的效果。
　　iptables -A INPUT -p tcp -m state --state ESTABLISHED -s $IP --dport $PORT -j DROP
　　如上，在目的机器上加入该条iptables规则，当匹配了ip和端口，并且数据包所对应的连接状态是ESTABLISHED时将其丢弃。
　　至此read timed out异常也能轻松模拟了。Tc和Iptables是linux网络模块中强有力的工具，除了能够利用它们开发功能，也能够在网络异常测试中发挥关键的作用。

51Testing软件测试论坛圣诞活动期待您的参与~ipadmini 惠普平板 京东购物卡等你来抢！

在web安全中，认证授权又是每个人都熟知的，就像我们都应该设置一个高强度的密码，以免被猜测破解，实际上还包括更多内容。
　　1. 权限
　　在很多系统如CRM，ERP，OA中都有权限管理，其中的目的一个是为了管理公司内部人员的权限，另外一个就是避免人人都有权限而帐号泄漏后会对公司带来的负面影响。
　　权限一般分为2种：访问权限和操作权限。访问权限即是某个页面的权限，对于特定的一些页面只有特定的人员才能访问。而操作权限指的是页面中具体到某个行为，肉眼能看到的可能就是一个审核按钮或提交按钮。我之前接触过的一个SAAS平台的CRM系统就用到了访问权限和操作权限两种，而现在公司后台管理都是访问权限，当然访问权限实施起来更加方便快捷，也容易维护。
　　权限的处理方式可以分为2种：用户权限和组权限。设置多个组，不同的组设置不同的权限，而用户设置到不同的组中，那就继承了组的权限，这种方式就是组权限管理，一般都是使用这种方式管理。而用户权限管理则比较简单，对每个用户设置权限，而不是拉入某个组里面，但是灵活性不够强，用户多的时候就比较费劲了，每次都要设置很久的权限，而一部分用户权限是有共性的，所以组权限都是目前很通用的处理方式。
　　在权限方面，还包括了数据库的权限，网站管理的权限以及API/Service的权限。
　　DBA都需要控制好IDC的数据库权限，而不是将用户权限设置为*.*，需要建立专门供应用程序使用的帐号，并且需要对不同的数据库和不同的表赋予权限，专门供应用程序使用的帐号就不能进行更改表，更改数据库及删除操作，否则如果有SQL注入漏洞或程序有bug的话，黑客就能轻易连接到数据库获取更多的信息。因为DBA帐号除了可以更改数据库结构，数据，及配置之外，还可以通过LOAD DATA INFILE读取某个文件，相当于整台服务器都被控制了。
　　API可以分为private API和open API。那私有API一般是不希望外网访问的，如果架设在内网的话，最好使用内网IP来访问，如果是公网的话，最好设置一定的权限管理。Open API的权限就相对复杂很多，除了校验参数正确性，还需校验用户是否在白名单中，在白名单里的话还需校验用户对应的权限，有些时候还需要考虑是否要加密传输等等。
　　2. 密码猜测
　　以下哪种错误提示更加适合呢？
　　1）输入的用户名不正确
　　2）输入的密码不正确
　　3）输入的用户名或密码不正确
　　看到前面两种提示信息，我们获得了什么信息呢？用户名不正确那可以猜测到正确的用户名，当只是提示密码不正确的时候说明用户名正确了，这两种提示其实是在暗示用户正确输入了什么，哪个不正确。而第三种给出的提示就比较模糊，可能是用户名可能是密码错误。如果非要说前两种提示信息更准确更易于普通用户的话，就会给黑客们带来可乘之机，而第三种就没辙了，实在不知道到底是哪个错误了，难道增加不少。使用工具或批处理脚本来强制枚举破解的话也需要更多的时间。
　　弱密码你中枪了吗？
　　2011年11月22日，360安全中心发布了中国网民最常用的25个“弱密码”： 000000、111111、11111111、112233、123123、123321、123456、12345678、654321、666666、888888、abcdef、abcabc、abc123、a1b2c3、aaa111、123qwe、qwerty、qweasd、admin、password、passwd、iloveyou、5201314。别人给我使用过的管理帐号中就有设置这样的密码，非常危险。
　　那如何应对密码猜测攻击呢？一般有以下几种方案：1）超过错误次数帐户锁定；2）使用RSA/验证码；3）使用安全性高的密码策略。很多网站三种结合起来使用的。另外，在保存密码到数据库时也一定要检查是否经过严格的加密处理，不要再出现某天你的网站被暴库了结果还存的是明文密码。
　　3. 找回密码的安全性
　　最不安全的做法就是在邮件内容中发送明文新密码，一旦邮箱被盗，对应网站的帐号也会被盗；一般做法是邮件中发送修改密码链接，测试时就需要特别注意用户信息标识是否加密，加密方法以及是否易破解；还有一种就是修改时回答问题，问题回答正确才能进行修改，大名鼎鼎的QQ就是这么做的。据传，原来支付宝有个很严重的安全问题，就是完全可以通过手机号码找回登录密码和支付密码，会发送验证码到手机然后登录网页修改密码，有用户手机号码停机后，别人买了这个号然后登录了支付宝把钱转走了，现在支付宝找回登录密码时仍然可以通过手机号码找回，但是支付密码修改就需要手机短信和身份证件一起验证。不过我们很多人难免会在网络上留下手机号码的痕迹，聪明的善于挖掘汇总信息的人一定可以找到你的身份证号码，所以友情提示下：更换号码时一定要及时修改帐号关联的手机号码。