自动化测试 做？不做？ 答案是肯定的 怎么做？ 测试江湖中的纷争 从来没有停息过…… 先看看前辈们的各种纠结吧……

HYPERLINK"http://blog.csdn.net/on_my_way20xx/article/details/8486839"Loadrunner接口测试的两种方法其实无论用那种方法，的原理是通过测试程序模拟客户端向服务器发送请求报文，服务器接收请求报文后对相应的报文做出处理然后再把应答报文发送给客户端，客户端接收应答报文这一个过程。测试接口测试　　方法一、用实现接口测试LoadRunner　　大家都知道LoadRunner是一种HYPERLINK"http://www.51testing.com/html/66/n-814766.html"\t"_self"性能测试工具，但它也可以用在我们做接口测试的时候。开发人员开发出来的接口，提供给测试人员详细的接口使用说明书，该说明书最基本的要求如下：　　接口测试地址：/SNS/Publish　　请求报文参数说明：　　请求报文格式：　　应答报文的参数接口说明：　　有了上述的说明书之后，测试人员可以根据文档的描述在LoadRunner书写相应的接口测试脚本。　LoadRunner中涉及到向服务器发送请求的API方法包括：web_url()，web_submit_form()，web_submit_data()，web_custom_request()。下面介绍两种我常用的方法：　　方法一：使用web_submit_data()　　方法二：使用web_custom_request()　　这也是一种写法，可以跟web_submit_data互换。这种写法更利于拼接参数。　　方法一适合一些xml结构的根元素下的子元素同处于根元素下面，且子元素数目较少的情况下，如果xml结构比较复杂，比如说根元素下面有多级子元素，或者xml树结构分叉较多的时候，我们可以先把xml拼接成一个字符串然后通过web_custom_request()向服务器发送请求。　　我们在做接口功能测试的时候会很注意接口的应答报文的信息，这时候我们可以通过LoadRunner的日志信息查看或者可以通过web_reg_find()或者web_find()这样的API函数来统计接口的运行结果，推荐使用web_reg_find()，web_reg_find()和web_find()区别请大家百度一下，详细信息太多，在这里不便叙述。　　因为web_reg_find()是注册型函数，所以应该放在web_submit_data()或者web_custom_request()的前面。　　如：　　在脚本的最后我们可以对查询字段的信息进行统计　　总结：用LoadRunner做接口测试无法做到把接口参数和程序分理，接口的参数可以通过参数化的方法来实现对同一个参数多个数据的测试。参数化后的测试数据保存在此脚本的保存位置下。　　方法二、通过Java+Fitnesse实现接口功能测试　　什么是Fitnesse？　　FitNesse是一套软件开发协作工具　FitNesse是帮助大家加强软件开发过程中的协作的工具。能够让客户、测试人员和开发人员了解软件要做成什么样，帮助建议软件最终是否达到了设计初衷。　　FitNesse是一套软件测试工具　从另外一个角度看，FitNesse是一个轻量级的、开源的框架，能够帮助开发团队方便的定义验收测试（AcceptanceTests），通过在web页面上简单的输出和预计输出的表格就可实现，并且可以运行这些测试以确定是否通过。　　FitNesse是wiki可以很方便的创建和编辑页面　FitNesse是一个web服务器不用过多的安装配置，很方便使用。　　我习惯使用Eclipse集成开发工具写测试代码，用fitnesse准备接口的测试数据，由此实现接口的测试数据和测试程序的分离。　　关于Fitnesse的使用大家可以参考官方网址。Fitnesse的四种常见表格是：　　ColumnFixture，ActionFixture，DecisionTable，ScriptTable。在工作中ColumnFixture用的最多。　　下面的程序使用的是ColumnFixture表格。　　总结：上述两种方法都是对接口做功能测试的方法，使用LoadRunner做接口测试的时候可以不用让开发人员提供测试人员相应的UI测试页面，直接调用接口做测试，但是测试程序和数据的依赖性太强；使用Fitnesse做接口测试的时候可以实现测试程序和数据的分离，只用点击Fitnesse界面的Test按钮就可以实现测试，测试消耗时间比使用LoadRunner做接口测试少。　　以上纯属个人见解，敬请拍砖！参数名称参数描述字符类型字符值SNSID社区IDString6UserID用户IDString10CommentsTypeID评论类型IDString2Comme

正交试验设计(Orthogonal experimental design)是研究多因素多水平的一种设计方法 它是根据正交性从全面试验中挑选出部分有代表性的点进行试验 这些有代表性的点具备了“均匀分散，齐整可比”的特点 正交试验设计是一种高效率、快速、经济的实验设计方法

等价类划分法和边界值分析方法都是着重考虑输入条件，但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测试到了，但多个输入条件组合起来可能出错的情况却被忽视了。

脚本录制完成之后，在Selenium IDE的Source中，即可以看到脚本的代码了，将Python语言的脚本复制出来，新建到一个Test.py的文件中，可以看到，代码如下，再次本着不错过任何理所当然的不用加以说明的呃必然步骤的精神，小做分析一下(”’这种形式的在Python里是一种注释，暂用这个进行解释说明”’)。

我们常用的浏览器有firefox和IE两种，firefox是selenium支持得比较成熟的浏览器。但是做页面的测试，速度通常很慢，严重影响持续集成的速度，这个时候建议使用HtmlUnit，不过HtmlUnitDirver运行时是看不到界面的，对调试就不方便了。使用哪种浏览器，可以做成配置项，根据需要灵活配置。

XSS 试讲部分


1编写目的本文档是对独立测试人员的绩效考核从测试能力方面进行考核的依据，其它考核的标准参照支持服务中心的部门考核大纲，该标准仅作为整体考核标准中的综合考核的一部分。2适用范围本标准适用于软件测试人员的考核。3评价标准与原则3.1提交BUG的数量和执行测试用例的数量测试中发现的BUG数量:1)同一个项目组内，提交bug数2)每人日提交的bug数3.2测试人员发现的问题的本身价值1)Bug的严重程度是衡量bug的质量的一个重要因素，好的bug应该是极端严重的，对系统造成极大危害的。

常规测试方法功能测试1.安装测试：安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装；若是选择安装，查看能否实现其相应的功能；在所有能中途退出安装的位置退出安装程序后，验证此程序并未安装成功（没有程序组及程序项产生）；软件安装后，对其它已经安装的软件是否有影响；裸机安装后，各功能点是否可用；安装前，安装程序是否判断可用磁盘空间大小，如果不能满足安装空间要求，安装程序能否继续；安装过程中查看版权声明、版本信息、公司名称、LOGO等是否符合标准；安装过程中界面显示与提示语言是否准确、友好；重复安装时系统是否有提示、是否可以覆盖安装、是否可以升级安装、是否允许多版本共存；

状态流程图：
软件错误的状态新信息(New)：测试中新报告的软件缺陷；打开(Open)：被确认并分配给相关开发人员处理；修正(Fixed)：开发人员已完成修正，等待测试人员验证；拒绝(Declined):拒绝修改缺陷；延期(Deferred):不在当前版本修复的错误，下一版修复关闭(Closed)：错误已被修复；

性能测试汇总性能测试的基本概念性能测试的工具部分性能测试瓶颈分析分析项目性能测试点有：1.测试系统的最大并发用户数2.测试系统8小时的最大业务吞吐量3.测试系统的稳定性和健壮性4.测试系统在数据达到100万条记录时的性能5.测试系统的核心事务响应时间是否满足用户的需求一、性能测试的基本概念：是指通过模拟生产运行的业务压力或用户使用场景来测试系统的性能是否满足生产性能的要求。Eg：以实际投产环境进行测试，来求出系统最大的处理能力和最佳响应时间，以保证上线的平稳、安全等。性能测试是一种“正常”测试，主要测试使用时系统是否满足要求，同时可能为了保留系统的扩展空间而进行的一些稍稍超出“正常”范围的测试。

列表页面显示：　　1.确认页面的默认排序方式，字段+升降续； 2.含link的列，验证其有效性，即，点击后的跳转是否正确； 3.第一列的选择框，“全选”和“部分选择”需有效；部分选中时，全选按钮应自动取消。 顶部搜索功能： 4.逐个测试每个搜索条件的有效性； 5.做2-3个组合条件的查询，验证结果；合计共有N+3个搜索条件的测试。

控件和界面测试用例完整版

建立整体的威胁模型，测试溢出漏洞、信息泄漏、错误处理、 SQL 注入、身份验证和授权错误 关于上传：1.上传文件是否有格式限制,是否可以上传exe文件；2.上传文件是否有大小限制,上传太大的文件是否导致异常错误,上传0K的文件是否会导致异常错误,上传并不存在的文件是否会导致异常错误；

目录1折旧核算测试用例21折旧核算的目的21.1测试目的21.2核算目的21.3折旧核算公式21.3.1平均年限法21.3.2工作量法21.3.3双倍余额递减法21.3.4年数总和法32功能测试用例32.1折旧核算32.1.1单元测试32.1.2集成测试32.1.3功能测试42.1.4文档测试43性能测试用例43.1使用LoadRunner进行测试44测试总结4折旧核算测试用例折旧核算的目的测试目的为了系统的稳健性和需求的完整性，测试代码的正确性，抗压性，为后期的维护减少工作量。核算目的默认计算当月的资产，然后按照一定的折旧公式计算资产的现价值。

白盒测试白盒测试白盒测试概念测试覆盖标准逻辑驱动测试基本路径测试白盒测试概念白盒测试也称结构测试或逻辑驱动测试，是一种测试用例设计方法，它从程序的控制结构导出测试用例。（测试用例由测试输入数据以及与之对应的输出结果组成。测试用例设计的好坏直接决定了测试的效果和结果。所以说在软件测试活动中最关键的步骤就是设计有效的测试用例。）白盒测试使用被测单元内部如何工作的信息，允许测试人员对程序内部逻辑结构及有关信息来设计和选择测试用例，对程序的逻辑路径进行测试。基于一个应用代码的内部逻辑知识，测试是基于覆盖全部代码、分支、路径、条件。

软件测试培训测试的基本理论及方法测试的基本理论及方法对软件测试的误解如何理解软件测试软件测试的定义软件测试的对象测试的目的软件测试的分类测试类型的解释黑盒测试的几种典型方法测试的分类与比较测试流程测试规范软件测试的文档和模版软件系统的主要测试内容及技术WEB应用的测试测试工作中需要注意的问题企业的测试策略关于测试的几个问题对软件测试的误解如果发布出去的软件有质量问题,那是软件测试人员的错.软件测试技术要求不高,至少比编程容易多了.软件测试随便找一个能力差的人就能做.

软件测试基本理论软件测试概念：通过各种手段和测试工具，判断软件系统是否能够满足预期期望。从软件开发的过程按阶段划分有A.单元测试B.集成测试C.确认测试D.系统测试E.验收测试*测试过程按4个步骤进行，即单元测试、集成测试、确认测试和系统测试及发版测试。*开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。*集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。*确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。*系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。单元测试(UnitTesting)*

Android、ios系统介绍传统手机测试与手机应用软件测试区别手机软件测试定义手机软件的生命周期及大概成分测试的策略测试计划测试用例执行测试测试报告手机测试注意事项测试方法

测试计划和测试方案的区别