应用知识点(最新版)

1、1.测试过程输出的文档需求分析表，测试方案，测试计划，测试用例功能测试计划，功能测试用例，功能测试报告性能测试计划，性能测试用例，性能测试报告测试总结报告2.测试计划要达到的目标下列哪个选项不属于测试计划要达到的目标_A_。A为测试各项活动制定一个现实可行的、综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果B为项目实施建立一个组织模型，并定义测试项目中每个角色的责任和工作内容C为测试执行活动设计测试方案，编制测试用例D确定测试需要的时间和资源，以保证其可获得性和有效性3.测试基础文档分析测试基础文档，测试计划，测试方案的分析思路4.B/S和C/S两类架构相关知识C/S 架构C/S

2、 架构是一种典型的两层架构，其全程是Client/Server，即客户端服务器端架构，其客户端包含一个或多个在用户的电脑上运行的程序，而服务器端有两种，一种是数据库服务器端，客户端通过数据库连接访问服务器端的数据；另一种是Socket服务器端，服务器端的程序通过Socket与客户端的程序通信。C/S 架构也可以看做是胖客户端架构。因为客户端需要实现绝大多数的业务逻辑和界面展示。这种架构中，作为客户端的部分需要承受很大的压力，因为显示逻辑和事务处理都包含在其中，通过与数据库的交互（通常是SQL或存储过程的实现）来达到持久化数据，以此满足实际项目的需要。C/S 架构的优缺点优点：1.C/S架构的界

3、面和操作可以很丰富。2.安全性能可以很容易保证，实现多层认证也不难。3.由于只有一层交互，因此响应速度较快。缺点：1.适用面窄，通常用于局域网中。2.用户群固定。由于程序需要安装才可使用，因此不适合面向一些不可知的用户。3.维护成本高，发生一次升级，则所有客户端的程序都需要改变。B/S架构B/S架构的全称为Browser/Server，即浏览器/服务器结构。Browser指的是Web浏览器，极少数事务逻辑在前端实现，但主要事务逻辑在服务器端实现，Browser客户端，WebApp服务器端和DB端构成所谓的三层架构。B/S架构的系统无须特别安装，只有Web浏览器即可。B/S架构中，显示逻辑交给了

4、Web浏览器，事务处理逻辑在放在了WebApp上，这样就避免了庞大的胖客户端，减少了客户端的压力。因为客户端包含的逻辑很少，因此也被成为瘦客户端。B/S架构的优缺点优点：1）客户端无需安装，有Web浏览器即可。2）BS架构可以直接放在广域网上，通过一定的权限控制实现多客户访问的目的，交互性较强。3）BS架构无需升级多个客户端，升级服务器即可。缺点：1）在跨浏览器上，BS架构不尽如人意。2）表现要达到CS程序的程度需要花费不少精力。3）在速度和安全性上需要花费巨大的设计成本，这是BS架构的最大问题。4）客户端服务器端的交互是请求-响应模式，通常需要刷新页面，这并不是客户乐意看到的。（在Ajax风

5、行后此问题得到了一定程度的缓解）5.测试需求的特征完整性、充分性：测试需求必须充分地覆盖软件需求所有的功能性要求和非功能性要求，不能有遗漏。准确性：测试需求当中的每一项内容都必须描述清楚，且正确地反应了测试任务和用户的要求。可追溯性：从测试需求可向上回溯到系统需求，向下追踪到测试用例一致性：测试需求中各部分内容的描述是一致的，不存在相互矛盾的地方可行性：每一项测试需求在已有的条件下都是可是测试、可以实施的6.测试过程的4项基本活动测试策划、测试设计、测试执行、测试总结7.基本测试过程的计划和控制步骤的任务基本测试过程：分析测试需求，制定测试计划，定义测试内容，评审，执行测试，分析结果8.衡量测

6、试过程进度的度量项每件具体工作的计划开始结束时间，实际开始结束时间，计划工时数，实际工时数，计划完成率9.回归测试中选择测试用例的方法第一，新修改的功能，这个显然是重点第二，新修改的功能的关联功能，就是有耦合的部分，这个一般最好咨询一下开发人员第三，程序最有卖点或者说亮点的部分，这个地方一旦有问题，会使程序 HYPERLINK /html/5/category-catid-5.html t _blank 质量大打折扣第四，程序中最致命的部分，譬如说 HYPERLINK /html/04/category-catid-104.html t _blank 安全隐患，数据泄露，加密注册，第五，程序中

7、比较脆弱的部分，这个要咨询开发人员，一般就是他们心中最没底的地方第六，程序的主干功能第七，如果以上做完，还有时间的话，最好把用例中级别比较高的用例再执行一遍。10.Web应用软件测试相关知识11.检查Web对象的属性值的检查点将需检查的对象加入对象库中Browser(Welcome: Mercury Tours).Page(Find a Flight: Mercury).WebList(passCount).Check CheckPoint(passCount)12.Run Logic中Run迭代相关计算设置ReplayRun-time SettingRun Logic13.Callto Co

8、py of Action和Call to Existing Action 的区别14.测试计划及方案包含的主要内容项测试计划：项目背景，测试目标，测试范围，测试资源，测试策略，测试环境，测试时间表，测试用例，进度报告，缺陷管理，风险分析测试方案：方案概述，方案概述、测试需求范围、测试计划制定、测试用例设计、测试环境部署、准备测试数据、测试执行与回归、系统功能测试、系统性能测试、各阶段评审、项目组织架构及职责分工、项目交付物15.LoadRunner 和 UFT的工作原理及两者之间的比较QTP工作原理QTP的脚本运行其实就是一组对象有组织的执行自己的方法，最终完成一个流程的过程。当打开一个web

9、时，想要脚本能够模拟人来操作整个流程，那多就要求这个脚本能识别人的每一个操作，而人的操作实际上是对web页面上控件的操作，所以只要QTP的脚本能够识别人操作过的控件就可以模拟人的操作流程，而web页面上的控件都是QTP脚本中的对象，也就是说只有QTP脚本中的对象能够被唯一的识别出来，就可以模拟人的整个操作流程。QTP支持直接访问DOM，可以通过DOM来访问HTML标签。在QTP中，访问DOM是通过使用page测试对象的object属性来进一步访问的，这样就可以访问到很底层的对象属性，可以用底层的对象属性来唯一区分web页面上的对象控件，这样就能够解决一些关于对象识别的错误。LoadRunner

10、工作原理LoadRunner由五大组件组成：VuGen、控制器、负载发生器和分析器和用户代理程序。1、虚拟用户脚本生成器（VuGen）：捕捉用户的业务流，并最终将其录制成一个脚本。2、测试控制器（Controller）：（1）设计场景，包括手动场景设计和目标场景设计两种方式；（2）场景监控，可以实时监控脚本的运行的情况。3、负载生成器（Load Generators）：模拟用户对服务器提交请求。4、结果分析器（Analysis）：主要用于对测试结果进行分析。5、用户代理（Proxy）：协调不同负载机上虚拟用户，产生步调一致的虚拟用户；区别LoadRunner是性能测试工具，一般用来做压力、负载

11、测试等性能测试。它是基于议协的的工具，它根据你测试的系统需求，选择合理的议协来录制这个议协下发出的“信号”，然后它可以虚拟并发器回放那种“信号”；QTp是GUI界面功能自动化测试工具，简单来说就是可以录制人操作，然后回放，工具根据录制好的人操作来操作系统，这样可以很好地进行回归测试。16.ALM可以集中管理的UFT和LoadRunner的测试资源便于测试资源、测试脚本、测试文档的集中管理ALM能管理LoadRunner脚本、场景文件ALM能管理UFT脚本、对象库、函数库、场景恢复文件17.描述性编程写出登录函数以及相关参数Browser(CRMsystem).Page(Title:=Login

12、).WebEdit(Name:=login).setTextadminBrowser(CRMsystem).Page(Title:=Login).WebEdit(Name:=Password).setTextadminBrowser(CRMsystem).Page(Title:=Login).WebButton(Name:=login).Click（程序没有调试，不知道有没有错）18.黑盒测试方法设计功能测试要点等价类划分：等价类是指某个输入域的 HYPERLINK /s/?w=%E5%AD%90%E9%9B%86&ch=link t _blank 子集合.在该子集合中,各个输入数据对于揭露程

13、序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的 HYPERLINK /s/?w=%E6%B5%8B%E8%AF%95%E6%95%B0%E6%8D%AE&ch=link t _blank 测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.边界值：边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计 HYPER

14、LINK /s/?w=%E6%B5%8B%E8%AF%95%E7%94%A8%E4%BE%8B&ch=link t _blank 测试用例,可以查出更多的错误.因果图：前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, HYPERLINK /s/?w=%E7%9B%B8%E4%BA%92%E7%BB%84%E5%90%88&ch=link t _blank 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合

15、于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（ HYPERLINK /s/?w=%E9%80%BB%E8%BE%91%E6%A8%A1%E5%9E%8B&ch=link t _blank 逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查 HYPERLINK /s/?w=%E7%A8%8B%E5%BA%8F%E8%BE%93%E5%85%A5&ch=link t _blank 程序输入条件的各种组合情况.场景法19.场景中TPS和虚拟用户之间的相关计算简单例子：在术语中解释了TPS是每秒事务数，但是事务时要靠虚拟用户做出来的，假如1个虚拟用

16、户在1秒内完成1笔事务，那么TPS明显就是1；如果某笔业务响应时间是1ms,那么1个用户在1秒内能完成1000笔事务，TPS就是1000了；如果某笔业务响应时间是1s,那么1个用户在1秒内只能完成1笔事务，要想达到1000TPS，至少需要1000个用户；因此可以说1个用户可以产生1000TPS，1000个用户也可以产生1000TPS，无非是看响应时间快慢。Chapter01:1.4.3：B/S架构简介表示层（UI）：显示数据和接收用户输入的数据，为用户提供一种交互式操作界面。业务逻辑层（BLL）：与业务需求有关的系统设计，BLL调用DAL提供的接口实现业务逻辑，UI根据用户需求，调用BLL提供

17、的接口检索数据并显示用户。数据访问层（DAL）：实现对数据库表的查询，添加，更新，删除等操作层是一种弱耦合结构，层与层之间的依赖是向下的。理想的分层式架构应该是一个支持可抽取的、可替换的、抽屉式架构。1.4.4：B/S架构的关键技术及测试要点功能测试：性能测试：系统需求链接速度界面负载测试链接测试压力测试数据库测试疲劳测试Cookies测试强度测试容量测试Chapter02:2.2.2：性能测试指标分析（P40）并发用户数=（5%-20%）*在线用户数系统响应时间：普通业务操作最好是低于3s，一般不超过5s80-20原理：80%的业务操作集中在20%的时间内完成CPU使用率75%繁忙2.3.1

18、：测试过程的实施策略（P43）采取规范的软件测试流程来实施测试，并对测试流程进行管理（CRM系统软件测试流程）测试需求分析测试计划设计测试设计测试的执行软件缺陷管理测试报告和总结引入测试评审，尽早发现问题同行评审尽早，全面，全过程的开展测试活动尽早测试全面测试全过程测试2.3.2自动化测试工具的选择与实施策略（P45）测试工具的选择：跨平台和环境的兼容性、易用性、支持国际化版本和多种语言、支持脚本语言、脚本语言的简单性、面向数据驱动的脚本、对程序界面中对象的识别能力、便捷的脚本开发环境、测试工具的集成能力、图表功能自动化测试策略：工具自动化手工自动和手工结合功能测试用户故事验证原型、模拟探索式

19、测试易用性测试用户验收测试在线测试性能测试压力测试安全性测试可靠性测试单元测试集成测试2.3.3测试用例的设计策略（P50）设计测试用例时需要考虑的因素：测试用例的优先级测试用力的覆盖率测试用例的基本准则测试用例的基本准则测试用例的代表性测试用例的非重复性测试结果的可判定性测试结果的可再现性测试方法的综合使用策略-黑盒测试等价类划分边界值分析错误推测法因果图法和判定表法正交实验法场景法功能图法2.3.4回归测试策略（P51）什么是回归测试：修改了代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。测试用例的维护：删除失去针对性和有效性的，以及不能运行的测试用例追加新的测试用例

20、来测试这些新的功能或特征修改测试用例以达到可重复性和可控制的要求测试用例的选择方法：再测试全部用例基于风险选择测试基于操作剖面选择测试Chapter03：3.1.2 CRM项目缺陷管理流程（P56）重新开放（Reopen）拒绝（Rejected）已关闭（Close）已修正（Fixed）开放（Open）新建（new）添加CRM项目组（P72）编制测试计划：项目背景测试目标测试对象和方法功能测试的软、硬件环境人力资源及时的安排测试的需求测试进入、退出准则风险分析测试交付物Chapter044.2.1设计测试用例（P130）测试用例是为某个特定目标而设计的，它是测试操作过程序列、前提条件、期望结果以

21、及相关数据的一个特定集合。一个测试用例通常包含名称、标志、测试说明、前提条件、测试步骤、预期结果、实际结果、用例状态、设计人员和执行人员等元素测试用例遵循原则：代表性、非重复性、可再现性、可判定性测试用例应能够完全覆盖测试需求中的功能项对于每个功能项，既要考虑正确性测试，又要考虑异常情况下的容错性测试测试用例描述语言要专业、清晰、无二义性4.2.4开发测试脚本（P165）准备录制录制脚本强化脚本调试脚本（确定和熟悉被测（按照测试用例要求（编辑和强化脚本，可（调试测试，确保测业务检查UFT各录制业务操作，生成通过插入检查点、使用试可以流畅而无项设置是否符合测试脚本）参数、添加控制语句等中断地运行

22、要求）方式增强脚本的功能）Chapter055.2.5设计测试场景(P356)设置并发的虚拟用户数：设置Vuser的调度策略：逐步加压的目的是为了检查服务器对于不同请求的应付能力持续运行时为了检查被测服务器的稳定性逐步退出可以检查系统是否有内存泄露等方面的问题设置集合点策略：当所有Vuser中的百分之多少到达集合点后释放当所有运行中Vuser的百分之多少到达集合点后释放当多少个Vuser到达后释放使用IP欺骗技术：在负载发生器上虚拟多个不同的IP地址，并将这些IP分给不同的Vuser使用，可以使测试的环境更加真实。添加资源计数器：分析内存时常用的计数器指标分析CPU时常用的计数器指标分析磁盘时

23、常用的计数器指标设置测试的负载机：一个Vuser运行时需要占用的系统资源一台负载发生器最多可以支持的Vuser数其他：一个良好测试需求，需具备以下特性（P32）：完整性、充分性准确性可追溯性一致性可行性常见性能指标（P37）：注册用户数在线用户数并发用户数请求的响应时间事物的响应时间每秒点击数吞吐率业务成功率TPS（服务器每秒处理的事务数）资源使用率十一、检查web对象属性值的检查点1.检查对象属性值 对象： webedit 、webbutton等检查内容：内部属性值2.页面检查点 对象：browser、PAGE检查内容：页面链接数、图像数等3.表格检查点对象：webtable及数据库表检查内

24、容：表格、某单元格、某列、某行、整个表格的值十二、Run迭代的相关计算loadrunner的Run-time Settings中，有一个Pacing的设置这个和lr_think_time的作用类似，即为了更真实的模拟用户的压力但lr_think_time是在脚本中设置，这些时间包含在脚本的action等事务中；Pacing是在两次迭代间设置的缓冲时间；可以满足另外一些使用场景；Pacing有三个选项：1、As soon as the previous iteration ends前一个迭代结束后，立即开始新的迭代；2、After the previous iteration ends(with

25、 a fixed/randrom delay of x sec)前一个迭代结束后，延时X秒(可为固定值，也可为某个区间的随机值)3、At fixed/randrom intervals,every x sec前一个迭代开始到新的迭代开始前，中间间隔X秒(可为固定值，也可为某个区间的随机值)十三、Call to copy of Action与call existing Action的区别 在QTP中可以使用两种调用其他Action的方法分别是call to copy of Action与call existing Action,他们之间的区别如下：两种方式都是将以被保存的Action调用过来,但

26、是copy Action是将原本Action中的所有属性,及其参数值调用过来,并且可以在其上随意的更改,而且这些更改并不影响源Action,而call existing Action虽然也是将源Action的所有属性及其参数值都调用过来,但是你不能更改其中的任何步骤和参数值,如果一定要更改,需要重新打开源Action,在源Action上进行更改,所作的改动将自动体现在调用的Action上。十四、测试计划及方案P1221、项目背景 2.测试目标 3、测试对象和方法 4、测试环境 5、人力资源及时间安排（测试进度） 6、测试要求 7、测试进入/退出标准 8、风险分析 9.测试交付文档十五、Lr和U

27、FT的原理和区别QTP和Loadrunner的工作原理和区别QTP工作原理QTP的脚本运行其实就是一组对象有组织的执行自己的方法，最终完成一个流程的过程。1.录制的时候,QTP将我们操作过的所有对象都记录下来,保存在对象库object repository中,记录的形式是一个逻辑名加上若干识别属性 2.运行脚本时,QTP分析该脚本要执行那个对象的操作,然后根据该语句中的逻辑名,在对象库中查找该对象的详细记录,然后在运行的真实软件中找到需要操作的对象,把语句规定的操作施加在该对象上. LoadRunner工作原理LoadRunner由四大组件组成：VuGen、控制器、负载发生器和分析器。1、VuGen发生器：捕捉用户的业务流，并最终将其录制成一个脚本。2、控制器（Control