测试常见问题列表
文件修订记录
目录
1功能测试常见问题 (1)
1.1功能测试通用关注点 (1)
1.1.1UI测试关注点 (1)
1.1.2链接测试关注点 (2)
1.1.3注册、登录功能关注点 (2)
1.1.4搜索测试关注点 (3)
1.1.5表单测试关注点 (3)
1.1.6输入域测试关注点 (4)
1.1.7添加、修改功能关注点 (4)
1.1.8删除功能测试关注点 (5)
1.1.9分页测试关注点 (5)
1.1.10图形测试关注点 (6)
1.1.11上传图片关注点 (6)
1.1.12返回键关注点 (6)
1.1.13回车键关注点 (6)
1.1.14刷新键关注点 (7)
1.1.15验证码关注点 (7)
1.1.16内容测试关注点 (7)
1.1.17安全性测试通用关注点 (7)
1.1.18Cookie测试 (7)
1.1.19安全测试关注点 (8)
1.1.20其他关注点 (9)
1.2功能测试中常见问题 (10)
2性能测试常见问题 (14)
2.1L OAD R UNNER录制脚本时为什么不弹出IE浏览器? (14)
2.2L OADRUNNER不支持默认的浏览器？ (14)
2.3L OAD R UNNER录制的脚本中，中文出现乱码问题 (14)
2.4L OAD R UNNER录制脚本为空 (14)
2.5L OAD R UNNER连接不上目标机器？ (15)
2.6L OAD R UNNER HTTP（404）服务器状态代码问题现象 (17)
2.7E RROR -27498L OADRUNNER超时错误 (18)
2.8E RROR -26612:HTTP状态代码=500(I NTERNAL S ER VER E RROR) (18)
2.9E RROR -27728L OADRUNNER超时错误2 (18)
2.10E RROR -27791服务器过早的关闭连接 (20)
2.11E RROR -27796:F AILED TO C ONNEC T TO SER VER "QUR https://www.doczj.com/doc/a611192606.html,:80":[10060]C ONNEC TION TIMED OUT [M SG I D:MERR-27796] (20)
2.12E RROR -27979:L OAD R UNNER请求无法找到错误现象 (20)
2.13L OAD R UNNER不执行检查方法错误现象 (21)
2.14CANNOT CONNEC T TO SER VER:无法连接到服务器。 (21)
2.15虚拟客户脚本―R UN-TIME S ETTING‖中的线程和进程运行方式的区别? (22)
2.16在C ONTR OLLER中运行W EB相关测试场景时，经常会有很多超时错误提示，如何处理这类问题? (22)
2.17一些W EB虚拟用户脚本录制后立刻回放没有任何问题，但是当设置迭代次数大于1时，如果进行回放则只能成功迭代一次。为什么从第二次迭代开始发生错误? (22)
2.18L OAD R UNNER 8.0版本的V U G EN在录制W EB S ER VICES协议的脚本时一切正常，而回放时报出错误提示―E RROR：SERVER RETURNED AN INCORREC TL Y FOR MA TTED SOAP RES PONSE‖。这时说明原因引起的? (23)
2.19运行时的P ACING设置主要影响什么？ (23)
2.20运行时设置L OG标签中，如果没有勾选―E NABLE LOGGING‖，则手工消息可以发送吗？
23
2.21HTML-BASED SCRIPT与URL-BASED SCRIPT的脚本有什么区别？ (24)
2.22为什么W INDOWS系统中的CPU、内存等资源仍然充足，但是模拟的用户数量却上不去？24
2.23C ONTROLLER中设置了用户并发数量，但是运行时为何初始化的用户数量少于实际数量？25
2.24如何让场景的用户执行发生错误继续运行，以保证不间断进行压力测试？ (25)
2.25为什么.NET虚拟用户有时不能在远程主机执行？ (25)
2.26测试分析结果中会统计A CTION时间，而实际上可能并不须要这些数据，如何只显示
自己定义的用户事务？ (26)
2.27测试结果中，S UMMAR Y和平均事务响应时间图里的各个事务的最大值、平均值、最
小值为什么显示不一样？ (26)
2.28统计结果中的总点击量T OTAL H ITS时用户的鼠标点击次数吗？ (26)
2.29有些W EB测试结果分析图（例如每秒返回页面数）在测试结果分析图中无法看到，
如何进行配置？ (27)
2.30在L OAD R UNNER脚本如何输出当前系统时间? (27)
2.31L OAD R UNNER监控W INDOWS和L INUX常见问题 (27)
2.32L OAD R UNNER监控T OMCA T (30)
2.33L OAD R UNNER监控导出文档 (32)
3测试平台、数据库及中间件常见问题 (34)
3.1W INDOWS下远程链接桌面，复制远程电脑的信息到自己电脑上 (34)
3.2W INDOWS下提示PING或者IPCONFIG不是内部或外部命令 (34)
3.3M Y SQL重新安装不成功 (34)
3.4IIS和SQL S ERVER重启服务的顺序 (35)
3.5A PACHE常见问题 (35)
3.5.1File does not exist: (35)
3.5.2图片无法显示： (35)
3.5.3无法处理请求： (35)
3.6T OMCA T创建问题 (36)
3.6.1Tomcat的JVM提示内存溢出 (36)
3.6.2修改Tomcat的JVM (36)
3.6.3JVM设置 (37)
3.6.4查看Tomcat的JVM内存 (38)
3.6.5Tomcat连接数设置 (39)
https://www.doczj.com/doc/a611192606.html,ng.OutOfMemoryError: Java heap space 解决方法 (39)
1功能测试常见问题
1.1 功能测试通用关注点
1.1.1UI测试关注点
UI测试包括的内容有如下几方面：
1）各个页面的样式风格是否统一；
2）各个页面的大小是否一致；同样的LOGO图片在各个页面中显示是否大小一致；页面及图片是否居中显示；
3）各个页面的title是否正确；
4）栏目名称、文章内容等处的文字是否正确，有无错别字或乱码；同一级别的字体、大小、颜色是否统一；
5）提示、警告或错误说明应清楚易懂，用词准确，摒弃模棱两可的字眼；
6）切换窗口大小，将窗口缩小后，页面是否按比例缩小或出现滚动条；各个页面缩小的风格是否一致（按比例缩小或出现滚动条，不可二者兼有）；
7）父窗体或主窗体的中心位置应该在对角线焦点附近；子窗体位置应该在主窗体的左上角或正中；多个子窗体弹出时应该依次向右下方偏移，以显示出窗体标题为宜；
8）按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置；避免空旷的界面上放置很大的按钮；按钮的样式风格要统一；按钮之间的间距要一致；
9）页面颜色是否统一；前景与背景色搭配合理协调，反差不宜太大，最好少用深色或刺目的颜色；
10）若有滚动信息或图片，将鼠标放置其上，查看滚动信息或图片是否停止；
11）导航处是否按相应的栏目级别显示；导航文字是否在同一行显示；
12）所有的图片是否都被正确装载，在不同的浏览器、分辨率下图片是否能正确显示（包括位置、大小）；
13）文章列表页，左侧的栏目是否与一级、二级栏目的名称、顺序一致；
14）调整分辨率验证页面格式是否错位现象；
15）鼠标移动到Flash焦点上特效是否实现，移出焦点特效是否消失；
1.1.2链接测试关注点
链接测试主要分为以下几个方面：
1）页面是否有无法连接的内容；图片是否能正确显示，有无冗余图片，代码是否规范，页面是否存死链接（可以用Xenu工具查找）；
2）图片上是否有无用的链接；点击图片上的链接是否跳转到正确的页面；
3）首页点击LOGO下的一级栏目或二级栏目名称，是否可进入相应的栏目；
4）点击首页或列表页的文章标题的链接，是否可进入相应的文章的详细页面；
5）点击首页栏目名称后的【更多】链接，是否正确跳转到相应页面；
6）文章列表页，左侧的栏目的链接，是否可正确跳转到相应的栏目页面；
7）导航链接的页面是否正确；是否可按栏目级别跳转到相应的页面；
（例：【首页->服务与支持->客服中心】，分别点击―首页‖、―服务与支持‖、―客服中心‖，查看是否可跳转到相应页面；）
1.1.3注册、登录功能关注点
1)注册成功，但登录失败：注册时，密码设置为一些特殊符号，但登录时，
失败
2)注册时，连续点击提交按钮
3)注册成功后，页面应该以登录状态跳转到首页
4)登录时，没区分大小写，注册时，是小写字母，但登录时，用大写字母
也能登录进去
5)登录时，当页面刷新或重新输入新数据时，验证码是否也随之更新
6)对密码的修改，当把密码修改为很长，或含有特殊符号时，能够修改成
功，但却不能成功登录。
1.1.4搜索测试关注点
搜索测试主要分为以下几个方面：
1）搜索按钮功能是否实现；
2）输入网站中存在的信息，能否正确搜索出结果；
3）输入键盘中所有特殊字符，是否报错；特别关注：_？’ .·\ / --；特殊字符4）系统是否支持键盘回车键、Tab键；
5）搜索出的结果页面是否与其他页面风格一致；
6）在输入域输入空格，点击搜索系统是否报错；
7）本站内搜索输入域中不输入任何内容，是否搜索出的是全部信息或者给予提示信息；
8）精确查询还是模糊查询，如果是模糊查询输入：中%国。查询结果是不是都包含中国两个字的信息；
9）焦点放置搜索框中，搜索框内容是否被清空；
10）搜索输入域是否实现回车键监听事件；
1.1.5表单测试关注点
表单测试主要分为以下几个方面：
1）注册、登录功能是否实现；
2）提交、清空按钮功能是否实现；
3）修改表单与注册页面数据项是否相同，修改表单是否对重名做验证；
4）提交的数据是否能正确保存到后台数据库中（后台数据库中的数据应与前台录入内容完全一致，数据不会丢失或被改变）；
5）表单提交，删除，修改后是否有提示信息，提示信息是否友好。
6）浏览器的前进、后退、刷新按钮，是否会造成数据重现或页面报错；
7）提交表单是否支持回车键和Tab键；
8）下拉列表功能是否实现和数据是否完整（例如：省份和市区下拉列表数据是否互动）；
1.1.6输入域测试关注点
输入域测试主要分为以下几个方面：
1）对于手机、邮箱、证件号等的输入是否有长度及类型的控制；
2）输入中文、英文、数字、特殊字符（特别注意单引号和反斜杠）及这四类的混合输入，是否会报错；
3）输入空格、空格+数据、数据+空格，是否报错；
4）输入html语言的
，是否能正确显示；5）输入全角、半角的英文、数字、特殊字符等，是否报错；
6）是否有必填项的控制；不输入必填项，是否有友好提示信息；
7）输入超长字段，页面是否被撑开；
8）分别输入大于、等于、小于数据表规定字段长度的数据，是否报错；
9）输入非数据表中规定的数据类型的字符，是否有友好提示信息；
10）在文本框中输入回车键，显示时是否回车换行；
11）密码输入域输入数据显示是否可见。
1.1.7添加、修改功能关注点
1)是否支持tab键
2)是否支持enter键
3)不符合要求的地方是否有错误提示
4)保存后，是否也插入到数据库中？
5)字段唯一的，是否可以重复添加
6)对编辑页列表中的每个编辑项进行修改，点击保存，是否保存成功？
7)对于必填项，修改为空、空格或其他特殊符号，是否可以编辑成功
8)在输入框中，直接回车
9)是否能够连续添加
10)在编辑的时候，要注意编辑项的长度限制，有时，添加时有长度限制，
但编辑时却没有（添加和修改规则是否一致）
11)添加时，字段是唯一的，不允许重复，但有时，编辑时，却可以修改为
相同字段（相同字段包括是否区分大小写以及在输入内容的前后输入空
格）
12)添加含有特殊符号或空格的内容
13)对于有图片上传功能的编辑框，对于没有上传的图片，查看编辑页面时，
是否显示默认图片，如果上传了图片，是否显示为上传图片？
1.1.8删除功能测试关注点
1)输入正确数据前加空格，看是否能正确删除？
2)是否支持enter键
3)是否能连续删除多个产品？当只有一条数据时，能否成功删除？
4)删除一条数据后，能否再添加相同的数据？
5)当提供能一次删除多条信息的功能时，注意，删除的数据是否正确？
6)不选择任何信息，直接点击删除按钮，看有什么错误提示？
7)删除某条信息时，应该有错误提示信息
1.1.9分页测试关注点
分页测试主要分为以下几个方面：
1）当没有数据时，首页、上一页、下一页、尾页标签全部置灰；
2）在首页时，―首页‖―上一页‖标签置灰；在尾页时，―下一页‖―尾页‖标签置灰；在中间页时，四个标签均可点击，且跳转正确；
3）翻页后，列表中的数据是否扔按照指定的顺序进行了排序；
4）各个分页标签是否在同一水平线上；
5）各个页面的分页标签样式是否一致；
6）分页的总页数及当前页数显示是否正确；
7）是否能正确跳转到指定的页数；
8）在分页处输入非数字的字符（英文、特殊字符等），输入0或超出总页数的数字，是否有友好提示信息；
9）是否支持回车键的监听。
1.1.10图形测试关注点
测试WEB应用系统的图片的是否显示正确，是否符合需求：
1)测试图片的大小、对齐方式、位置和图片的相关说明是否准确、符合
2)验证页面所有字体的大小、对齐方式、颜色等是否一致
3)测试WEB应用系统的背景颜色是否和前景颜色、文字、图片是否协调
4)验证WEB应用系统的表格、边框、对齐方式是否一致
5)验证英文文章是否能够正常显示，能够正常换行
6)同样不同浏览器下，图片是否引起样式问题，如ie6,7,8
1.1.11上传图片关注点
1)文件类型正确，文件大小合适
2)文件类型正确，文件大小不合适
3)文件类型错误，文件大小合适
4)文件类型和大小都合适，上传一个正在使用中的图片
5)文件类型和大小合适，手动输入一个存在的图片地址来上传
6)文件类型和大小合适，手动输入一个不存在的图片地址上传
7)文件类型和大小都合适，手动输入图片名称来上传
1.1.12返回键关注点
1)一条已经成功提交的记录，返回后再提交，看系统是否做了处理
2)检查多次使用返回键的情况，在有返回键的地方，返回到原来页面重复
多次，看是否会出错
1.1.13回车键关注点
在输入结束后，直接按回车键，看系统处理如何，是否会报错
1.1.14刷新键关注点
在web系统中，使用浏览器的刷新键，看系统处理如何，是否会报错
1.1.15验证码关注点
1)更新是否及时
2)是否模糊不容易分辨
1.1.16内容测试关注点
测试WEB应用系统各模块的信息归类是否正确、显示位置是否合理
1)测试WEB应用系统的检索功能是否正确
2)验证信息的相关新闻检索是否准确
1.1.17安全性测试通用关注点
1)测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多
少次的限制，是否可以不登陆而直接浏览某个页面
2)测试WEB应用系统是否具有超时的限制
3)测试相关信息是否写进了日志文件、是否可追踪
4)测试加密是否正确，检查信息的完整性
5)测试没有经过授权，就不能在服务器端放置和编辑脚本的问题
6)安全性测试注意，用户名与密码，cookie加密，web路径安全，get与post
方法，对各种输入框的恶意代码屏蔽（js、sql语句），日志文件
1.1.18C ookie测试
Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。
如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作而且对这些信息已经加密。
测试的内容可包括：
Cookies是否起作用，是否加密。
是否按预定的时间进行保存。
刷新对Cookies有什么影响等。
（*）验证客户端Cookies是否能够正常作用(存贮登陆、自定义页面等)。
网站设置Cookie禁用后，验证登录功能是否有效。
1.1.19安全测试关注点
1)不登录系统，直接输入登录后的页面的url是否可以访问
2)不登录系统，直接输入下载文件的url是否可以下载，如输入
http://url/download?name=file是否可以下载文件file
3)退出登录后按后退按钮能否访问之前的页面
4)ID/密码验证方式中能否使用简单密码。如密码标准为6位以上，字母和
数字混合，不能包含ID，连续的字母或数字不能超过n位
5)重要信息（如密码，身份证号码，信用卡号等）在输入或查询时是否用
明文显示；在浏览器地址栏里输入命令javascrīpt:alert(doucument.cookie)
时是否有重要信息；在html源码中能否看到重要信息
6)手动更改URL中的参数值能否访问没有权限访问的页面。如普通用户对
应的url中的参数为l=e，高级用户对应的url中的参数为l=s，以普通用户的身份登录系统后将url中的参数e改为s来访问本没有权限访问的页面
7)url里不可修改的参数是否可以被修改
8)上传与服务器端语言（jsp、asp、php）一样扩展名的文件或exe等可执
行文件后，确认在服务器端是否可直接运行
9)注册用户时是否可以以'--,' or 1=1 --等做为用户名
10)传送给服务器的参数（如查询关键字、url中的参数等）中包含特殊字符
（','and 1=1 --,' and 1=0 --,'or 1=0 --）时是否可以正常处理
11)执行新增操作时，在所有的输入框中输入脚本标签
（
12)在url中输入下面的地址是否可以下载：
http://url/download.jsp?file=C:\windows\system32\drivers\etc\hosts,http://url /download.jsp?file=/etc/passwd
13)是否对session的有效期进行处理
14)错误信息中是否含有sql语句、sql错误信息以及web服务器的绝对路径
等
15)ID/密码验证方式中，同一个账号在不同的机器上不能同时登录
16)ID/密码验证方式中，连续数次输入错误密码后该账户是否被锁定
17)新增或修改重要信息（密码、身份证号码、信用卡号等）时是否有自动
完成功能（在form标签中使用autocomplete=off来关闭自动完成功能）
1.1.20其他关注点
1)在测试时，有与网络有关的步骤必须考虑到断网的情况
2)每个页面都有相应的页面title
3)在测试的时候要尽量考虑在页面出现滚动条时（滚动条上下滚动下），页
面显示是否正常
4)URL不区分大小写
5)某个字段是唯一的，当多个用户并发点击产生该字段时，检查系统是怎
么处理的
6)对于电子商务网站，当两个或多个用户并发购买量总和大于产品库存量
时，能否购买成功。
1.2 功能测试中常见问题
1.2.1.1 容易遗漏的特殊字符
英文状态下的单引号、冒号、分号：’：；
中文状态下的双引号：“”
【错误现象】：输入例如：“！@#￥%……&*（）”等特殊字符，系统会正常接收到字符并录入到数据库中，或者设置友好提示屏蔽特殊字符的输入。当输入英文状态下单引号时，往往会报错如下：
1.2.1.2 输入框边界值验证
【错误现象】：某输入框输入101个汉字，系统提示：“该输入框输入不得超过100个汉字”。当输入51-100个汉字时，系统出现错误页面。
【错误原因】：数据库设置字段长度与JS脚本验证长度不一致。
1.2.1.3 兼容性—相同代码，不同浏览器测试效果不同
【错误现象】：IE7、8、9下效果不同。
常用浏览器：火狐、360、搜狗等浏览器。
【测试分析】：
测试框架和层次结构风格在不同的浏览器中的显示，或者根本不显示
测试各不同浏览器对JA VA和安全性的不同设置情况
浏览器测试分为ie内核与非ie内核两种：
Ie内核有Ie6（包括遨游，360，TT）、IE7、IE8、IE9
非ie内核有Firefox，Opera、Chrome、Netscape、Safari
【解决方法】：与开发人员及客户协商是否更换为统一浏览器。
1.2.1.4 验证码更新不及时等问题
【错误现象】：
1、验证码更新不及时，导致系统总是提示：“请更新验证码”。
2、验证码第一遍输入错误后，当页的其他输入框的内容未保存需要重新输入。
3、验证码图片不容易分辨。
【解决办法】：与开发人员协商完善验证码如上功能。
1.2.1.5 网页后退（刷新）数据重复提交问题
【错误现象】：以网站投票页面为例，投票完成，系统提示“投票成功”后，返回当前投票页面，点击“后退”或者“刷新”功能，数据重复提交，重复投票，显示“投票成功”或“您当日不能继续再投票了”。
【解决方法】：与开发人员联系，修改投票完成的返回页，或代码实现屏蔽重复提交数据。
1.2.1.6 删除数据后，刷新报错问题
【错误现象】：以某系统网站为例，删除某条记录系统提示删除成功后，点击―刷
新‖按钮，页面提示出错的情况。
【原因分析】：出现该现象的原因就在于页面试图去取已删除的内容，导致出现异常。
【解决方法】：与开发人员联系，完善此功能。
1.2.1.7 表单多次提交问题
【错误现象及分析】：对提交按钮快速多次点击提交,看看会不会在数据库中形成多条记录。网速或响应快时，这点容易被遗漏，但用户的网络可能慢，很容易多次点击提交。如果前端做了处理，试试捕获在提交时生成的URL，绕过页面，再次对服务器发起请求。
【解决方法】：与开发人员联系，完善此功能。
1.2.1.8 P HP网站MySQL数据库，输入框输入“全角、中文”报MySQL
错误。
【错误现象】：如标题。
【解决方法】：与开发人员联系，完善此功能。
1.2.1.9 导出表格内容乱码
【错误现象】：系统导出表格，打开表格内容显示乱码。
【解决方法】：与开发人员联系，完善此功能。
1.2.1.10 修改数据，点击保存，返回首页而非当前页。
【错误现象】：如标题。
【解决方法】：与开发人员联系，完善此功能。
1.2.1.11 Cookie禁用导致统一登录失效
【错误现象】：首页统一登录不能正常执行。
【解决办法】：查看Internet选项中Cookie是否被禁用。若Cookie被禁用，则将其调整至非禁用即可。
1.2.1.12 上传图片（文件大小与文件尺寸测试）问题
【错误现象】：PHP语言的网站，上传不超过额定大小（M）的图片，可上传成功，但是格式显示有问题。
【原因分析】：上传图片的验证机制不仅有文件大小限制，同时对文件的尺寸有验证。
【解决方法】：测试人员在对图片文件大小测试的同时，也应该对文件尺寸进行测试。
1.2.1.13 名称长度过长折行显示
【错误现象】：如标题。
【解决方法】：测试人员在测试过程中尽量至少测试一次极限字符长度下的页面效果。
1.2.1.14 网站内嵌页面位置可移动，格式问题。
【错误现象】：
【解决方法】：联系开发和美工人员进行调整。
2性能测试常见问题
2.1 LoadRunner录制脚本时为什么不弹出IE浏览器?
当一台主机上安装多个浏览器时，LoadRunner录制脚本经常遇到不能打开浏览器的情况，可以用下面的方法来解决。
启动浏览器，打开Internet选项对话框，切换到高级标签，去掉―启用第三方浏览器扩展(需要重启动)‖的勾选，然后再次运行VuGen即可解决问题提示：通常安装Firefox等浏览器后，都会勾选上面得选项，导致不能正常录制。因此建议运行LoadRunner得主机上保持一个干净的测试环境。
2.2 Loadrunner不支持默认的浏览器？
【错误分析】：有时候，我们上网的时候，不小心会将某个浏览器设置为默认的浏览器，而我们不知道，这个时候，我们用roadrunner进行录制的时候，会提示loadrunner不支持系统设置的默认的浏览器，因此，需要我们重新选择浏览器，我们可以利用Reconding optiom中的Browser选项设置支持的浏览器，我们还可以利用下面的方法，将IE设置为默认的浏览器，因为loadrunner是支持IE的。【解决方法】：在IE―工具（T）‖菜单→―Interner选项‖→―程序‖选项卡里，确保―检查Internet Explorer是否为默认的浏览器‖选项打上√。然后在你启动IE时，如果IE非默认浏览器就会出现提示窗是否把IE设置为默认。
2.3 LoadRunner录制的脚本中，中文出现乱码问题
【错误分析】：字符集采用的是默认的国际标准，导致出现中文乱码。
【解决方法】：录制脚本前，tools-- Recording Options--- Advanced选项里先将―Surport Charset‖选中，然后选中支持―UTF-8‖的选项。
2.4 LoadRunner录制脚本为空
【错误分析】：LR录制是客户端与服务器的数据交互，只有在有交互的时候才可
以录制到脚本。
1. 交互方式不一样，通过客户端的server进行交互，在scrīpt中选择最后一个track processes created as COM local servers [选择scrīpt里的最后一个选项].
2. 非客户端与服务器的交互的一种操作，在页面上点前进或后退，如果页面是从缓存中取出来的，那么也就没有和服务器数据交互，所以也录制的为空脚本。[windows注册表中禁用缓存].
3. 协议选择错误，b/s不一定走http协议，还可能是https（http+ssl）。[最基础的错误].录制出错。
【解决方法】：
1. 选择internet里选项里的连接里的局域网设置的代理不能选，因为LR在录制的时候会动态选择。
2. 网页里的恶意代码，检测的时候响应LR录制脚本[用工具检测恶意代码，然后卸载恶意代码。
3. 防病毒软件和防火墙，在录制时暂时关闭。
4. 因为LR自身原因报错或者有些脚本不能录制下来[录制是最好选用scrīpt view，此时会报错，但能写下脚本，是因为LR无法解析，可以手工修改，而tree view 就直接停止了。
2.5 LoadRunner连接不上目标机器？
【错误现象】：LoadRunner监控Windows资源时，目标机器拒绝访问。
【解决方法】：
1 确保监视的机器"防火墙关闭"；
2 确保在目标机器"服务"中开启"Remote Procedure Call (RPC)"。
软件性能测试岗位常见面试题 一、基础篇 1、较为完整的性能测试的流程 一个完整的性能测试流程 2、性能测试的基础理论、常见术语 性能测试常见术语浅析 3、性能测试模型、类型 常见的性能测试类型、性能测试模型 4、HTTP、TCP协议相关知识 HTTP协议入门系列 5、连接池、线程相关知识 连接池和线程 二、工具篇
①、Jmeter的工作原理是什么？ ②、常用的元件、插件有哪些？各自的作用是什么？ ③、几个典型的场景，如何基于jmeter设计测试脚本？ 比如：参数化、关联、控制TPS、接口加密验签、阶梯式加压、集合点、检查点等； ④、是否会二次开发？如果会，怎么二次开发的（介绍大概过程和原因）？ 2、Loadrunner 3、其他开源/商业性能测试工具 比如：Ngrinder、Locust、Wrk、Artillery等； 4、前端、服务器、数据库性能监测工具 三、系统架构篇 1、服务集群 2、负载均衡 负载均衡原理、实现方式 3、容量规划 4、缓存应用 缓存原理、缓存优点、缓存命中、缓存穿透、多层缓存 4、分布式框架 分布式的特点、面临的挑战：CAP理论（数据一致性、服务可用性、分区容错性） 5、全链路压测 四、服务器&中间件篇 1、JVM JVM原理、启动参数配置、堆栈原理、垃圾回收原理、OOM原因和表现 2、Tomcat 配置、使用方法、启动参数配置
配置、使用方法 4、Dubbo 服务注册、消息队列 5、RabbitMQ/Kafka 本身的特点、生产者、消费者如何管理 五、数据库篇 1、锁 2、索引 3、读写分离 4、分库分表 六、方案篇 1、设计性能测试方案需要考虑哪些问题？ 时间成本、人力成本、环境&脚本可复用性、实现难度 2、针对某些情况，你会如何设计、优化方案？ 七、案例篇 1、如何测试MQ？ 2、压测中TPS上不去的原因分析？ 3、测试环境和生产环境服务器配比如何选择？ 服务器配置版本保持一致，容量测试后等量代换、考虑边际递减效应、容灾方案4、发现瓶颈，如何分析？ 自上而下，从局部到整体，瓶颈分析粒度
一个常见的软件测试面试题 一个常见的软件测试面试题 考官从办公室（面试现场）随意选取一个简单物品，假定是一个喝水的带广告图案的花纸杯，让应聘人对它设计出尽可能多的测试用例。 测试项目：杯子 需求测试:查看杯子使用说明书 界面测试:查看杯子外观 功能度：用水杯装水看漏不漏；水能不能被喝到 安全性：杯子有没有毒或细菌 可*性：杯子从不同高度落下的损坏程度 可移植性：杯子再不同的地方、温度等环境下是否都可以正常使用 兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等 易用性：杯子是否烫手、是否有防滑措施、是否方便饮用 用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述 疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等 压力测试：用根针并在针上面不断加重量，看压强多大时会穿透 跌落测试:？？杯子加包装(有填充物)，在多高的情况摔下不破损 震动测试: 杯子加包装(有填充物)，六面震动，检查产品是否能应对恶劣的铁路\公路\航空运输 测试数据： 测试数据具体编写此处略（最讨厌写测试数据了）。其中应用到：场景法、等价类划分法、因果图法、错误推测法、边界值法等方法 期望输出：
该期望输出需查阅国标、行标以及使用用户的需求 说明书测试: 检查说明书书写准确性 给大家提三个产品:1.手机 2.电饭锅 3.电梯 有兴趣的同学可以把答案写出来 一个常见的软件测试面试题 问题集 1.软件测试分哪两种方法?分别适合什么情况? 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 3.软件测试的类型有那些?分别比较这些不同的测试类型的区别与联系。 4.测试用例通常包括那些内容?着重阐述编制测试用例的具体做法 5.在分别测试winform的C/S结构与测试WEB结构的软件是，应该采取什么样的方法分别测试?他们存在什么样的区别与联系? 6.在测试winform的C/S结构软件时，发现这个软件的运行速度很慢，您会认为是什么原因?您会采取哪些方法去检查这个原因? 7.描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程8.如果您是测试组长，您会采取什么样的方式管理团队?在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果?维持测试人员同开发团队中其他成员良好的人际关系的关键是什么? 问题解答： 1.软件测试分哪两种方法?分别适合什么情况? 软件测试方法一般分为两种：白盒测试与黑盒测试。白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试，它着重于程序的内部结构及算法，通常不关心功能与性能指标;黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，它实际上是站在最终用户的立场，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。 2.一套完整的测试应该由哪些阶段组成?分别阐述一下各个阶段。 计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测
性能测试结果分析 分析原则： 具体问题具体分析（这是由于不同的应用系统，不同的测试目的，不同的性能关注点） 查找瓶颈时按以下顺序，由易到难。 服务器硬件瓶颈-〉网络瓶颈（对局域网，可以不考虑）-〉服务器操作系统瓶颈（参数配置）-〉中间件瓶颈（参数配置，数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等） 注：以上过程并不是每个分析中都需要的，要根据测试目的和要求来确定分析的深度。对一些要求低的，我们分析到应用系统在将来大的负载压力（并发用户数、数据量）下，系统的硬件瓶颈在哪儿就够了。 分段排除法很有效 分析的信息来源： 1）根据场景运行过程中的错误提示信息 2）根据测试结果收集到的监控指标数据 一．错误提示分析 分析实例： 1）Error:Failed to connect to server “https://www.doczj.com/doc/a611192606.html,″: [10060] Connection Error:timed out Error: Server “https://www.doczj.com/doc/a611192606.html,″ has shut down the connection prematurely 分析： A、应用服务死掉。 （小用户时：程序上的问题。程序上处理数据库的问题） B、应用服务没有死 （应用服务参数设置问题）
例：在许多客户端连接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是Weblogic中的server元素的 AcceptBacklog属性值设得过低。如果连接时收到connection refused消息，说明应提高该值，每次增加25％ C、数据库的连接 (1、在应用服务的性能参数可能太小了；2、数据库启动的最大连接数（跟硬件的内存有关）) 2）Error: Page download timeout (120 seconds) has expired 分析：可能是以下原因造成 A、应用服务参数设置太大导致服务器的瓶颈 B、页面中图片太多 C、在程序处理表的时候检查字段太大多 二．监控指标数据分析 1．最大并发用户数： 应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置））下能承受的最大并发用户数。 在方案运行中，如果出现了大于3个用户的业务操作失败，或出现了服务器shutdown的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数。 如果测得的最大并发用户数到达了性能要求，且各服务器资源情况良好，业务操作响应时间也达到了用户要求，那么OK。否则，再根据各服务器的资源情况和业务操作响应时间进一步分析原因所在。 2．业务操作响应时间： 分析方案运行情况应从平均事务响应时间图和事务性能摘要图开始。使用“事务性能摘要”图，可以确定在方案执行期间响应时间过长的事务。 细分事务并分析每个页面组件的性能。查看过长的事务响应时间是由哪些页面组件引起的？问题是否与网络或服务器有关？ 如果服务器耗时过长，请使用相应的服务器图确定有问题的服务器度量并查明服务器性能下降的原因。如果网络耗时过长，请使用“网络监视器”图确定导致性能瓶颈的网络问题
........................................................................................................................................................................................ 性能测试题库答案 一、低难度类： 1、理论类 选择类 1) 通过疲劳强度测试，最容易发现问题的问题是:B A．并发用户数 B．内存泄露 C．系统安全性 D．功能错误 2) 如下那些工具不属于压力测试工具:D A．LoadRunner B．Logiscope（嵌入式测试工具） C．WAS(WebSphere Application Server(WAS)) (中间件服务器) D．Rational Robot(用于的G UI脚本、用于的V U以及V B脚本) 3) 如下哪些测试场景不属于负载压力测试:A A．恢复测试 B．疲劳强度测试 C．大数据量测试 D．并发性能测试 4) LINUX 下，解压缩文件的命令为:B A. tar zxvf 文件名 B. unzip 文件名 C. CAT 文件名 D. VI 文件名 5) 对abcd 文件赋予所有者和组许可的读和执行权限，命令正确的是:B A. chmod 033 abcd B. chmod 550 abcd C. chmod 770 abcd
........................................................................................................................................................................................ D. chmod u+rx abcd 6）在软件性能测试中，下列指标中哪个不是软件性能的指标D A）响应时间C）资源利用率D）并发进程数 B）吞吐量 7）下列关于软件性能测试的说法中，正确的是B A）性能测试的目的不是为了发现软件缺陷 B）压力测试与负载测试的目的都是为了探测软件在满足预定性能需求的情况下所能负担的最大压力 C）性能测试通常要对测试结果进行分析才能获得测试结论 D）在性能下降曲线上，最大建议用户数通常处于性能轻微下降区与性能急剧下降区的交界处 8）下列关于软件可靠性测试的说法中，错误的是A A）发现软件缺陷是软件可靠性测试的主要目的 B）软件可靠性测试通常用于有可靠性要求的软件 C）在一次软件可靠性测试中，执行的测试用例必须完全符合所定义的软件运行剖面 D）可靠性测试通常要对测试结果进行分析才能获得测试结论 问答类 1) 什么是性能测试，其应用领域分别是什么？ 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试，应用领域有四个：能力验证、能力规划、性能调优、缺陷发 现。 2) 什么是负载测试？ 负载测试：通过被测试系统不断增加压力，直到性能指标超过预期值或者某种资源达到饱和状态； 3) 可靠性测试、可用性测试的定义，有什么区别？ 可靠性测试：通过在有使用代表性的环境中执行软件,以证实软件需求是否正确实现。为进行软件可靠性估计采集准确的数据。估计软件可靠性一般可分为四个步骤,即数据采集、模型选择、模型拟合以及软件可靠性评估。 可用性测试：故名思议是测试设计方案或者产品在一定的环境下的可用性水平。 4) 性能测试包含了哪些测试（至少举出3 种）？ 压力测试、负载测试、并发测试、疲劳强度测试、大数据量测试； 5) 什么时候可以开始执行性能测试？ 在产品相对比较稳定，功能测试完成后； 6) Web服务器指标指标有哪些？ * Avg Rps: 平均每秒钟响应次数＝总请求时间/ 秒数； * Successful Rounds：成功的请求；(成功回合)
01. 为什么要在一个团队中开展软件测试工作？ 因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。 02. 您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？ 我曾经做过web测试，后台测试，客户端软件，其中包括功能测试，性能测试，用户体验测试。最擅长的是功能测试 03. 您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同04. 的测试类型的区别与联系（如功能测试、性能测试……） 测试类型有：功能测试，性能测试，界面测试。 功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时，需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。 界面测试，界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。 区别在于，功能测试关注产品的所有功能上，要考虑到每个细节功能，每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上，用户使用该产品的时候是否易用，是否易懂，是否规范（快捷键之类的），是否美观（能否吸引用户的注意力），是否安全（尽量在前台避免用户无意输入无效的数据，当然考虑到体验性，不能太粗鲁的弹出警告）？做某个性能测试的时候，首先它可能是个功能点，首先要保证它的功能是没问题的，然后再考虑该功能点的性能测试 04．您认为做好测试用例设计工作的关键是什么？ 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题 05. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。 黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。 白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。 软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，
软件测试中遇到的常见问题及沟通方法 从一开始，测试就要关注需求。往往在讨论设计时，开发和需求很容易忽略了测试成员，他们潜意识里觉得这不关测试什么事。可是，测试也要熟悉业务，熟悉功能，熟悉各种设计，而且测试需要站在用户的角度来去考量他 们的设计是否有不合理的地方，并提出自己的建议。这些工作，测试成员需要主动，积极参加，多提建设性意见，这样可能会让开发慢慢发现测试成员的重要性。 其次，沟通最频繁应该还是关于bug的讨论。下面列出几个遇到的沟通问题，及我的解决办法。 1、这个bug我这边重现不了 解决办法 Bug应该简明扼要，重点突出。如果描述存在歧义，一定要总结并尽快改进。有时会遇到概率性的bug，要告诉开发概率是多少，尽可能多的提供重现的条件。 在复现问题时，希望能大致判断几个问题点，然后和测试人员沟通下，需要如何捕获信息，捕获那类信息？是不是提供debug版本进行复现，或者根据预判的点增加打印信息版本进行复现？ 2、这个不是代码问题，需求这么定义的 解决办法 需求也是人定的，如果觉得有异议，可以找需求人员询问清楚，为什么这样定义，把自己的想法告诉他们，看他们怎么决定。如果被需求说服了当然是最好的，如果自己还是不同意需求的看法，需求又不同意我的提议，那只能听他的，毕竟权力在他那里。但是我们可以保留交流的记录，证明曾经在这里发生过歧义。 3、这块是别人负责的，我负责的部分没有问题 解决办法 如果bug是由开发的项目经理来分发到程序员，那就是项目经理来面对这样的问题，而不是测试。当然，项目经理当然有项目经理的处理办法。可是，测试遇到这样的问题怎么办呢，把负责相关内容的开发都邀请到一个讨论组里，让他们自己讨论，这样更清楚，不必在测试这里中转。如果他们都觉得代码没问题，而我也有强有力的截图和真相，那就只有上交给上级领导，让他们来决定怎么解决。
软件测试流程常见问题 1、测试人员要需要何时参加需求分析？ 原则上，测试人员对需求了解得越深入对测试工作越有利，所以最好一开始就应该参加需求分析工作。这样可以带来如下得好处： ■测试人员全程参与需求分析，对需求了解很深刻，减少了很多与开发人员的交互，节省了时间。测试人员参与前期开发讨论，直接掌握了不清晰的需求点； ■早期确定测试用例的编写思路，为测试打好了基础； ■可以获取一些测试数据，为测试用力设计提供帮助； ■可以发现需求不合理的地方，降低了测试成本。 测试人员主要的工作之一就是确认系统是否正确实现了需求。测试人员不参与前期的工作，就只能依赖最后形成的需求文档，甚至由开发人员来讲解需求，而这些缺求可能发生了“问题”，因为这个需求是已经经过分析的需求，很多的内容可能与用户的真正要求发生了偏差。同时如果只看最后形成的需求文档，对需求也会有理解上的偏差。因此作为测试人员要尽可能的获取到“第一线”的需求资料，才能真正地了解用户的业务，从而更好的对系统进行测试。 当然，如果测试人员不能参与需求环节，一定要通过其他途径保证需求的精确性，例如和开发人员进行集中讨论需求疑问的项目会议，并且一定要加强测试案例评审，甚至于是测试需求的评审。 2、系统测试阶段低级缺陷较多怎么办？ 在系统测试阶段，如果仍有很多低级缺陷，说明测试对象是不合格的，没有达到测试标准。如果系统阶段发现的简单缺陷（也就是不应该有的缺陷）较多，最好停止测试，转由开发人员进行测试，发现问题立刻修改，因为这种由测试人员进行的成本较高，反复交互还会耽误进度。 建议建立预测试制度：系统测试前对核心模块进行抽查测试，如果问题较多（例如平均每个核心模块发现10个以上缺陷），就可以停止本次测试，直到抽测后发现问题较少才可以启动系统测试。 3、缺陷流落到客户那里有什么后果？ 如果软件缺陷被遗落并流落到客户那里，结果就是代价高昂的电话或者现场支持费用，还可能需要修复、重新测试和发布新的产品，更糟糕的情况是产品要被召回甚至被客户起诉。这种成本付出非常高，几乎是在内部修改缺陷的几何级数倍。 质量之父PhilipCrosby把质量的费用分为整合费用和非整合费用两类，整合费用是指与一次性计划和执行测试相关的全部费用，用于保证软件按照预期方式进行。如果发现缺陷，经过一系列的缺陷处理流程而解决缺陷，这种费用就是非整合费用。PhilipCrosby在自己的作品中详细论述了内部的整合费用和内部的非整合费用之和远远小于外部也就是客户引起的非整合费用。 总之，软件缺陷一定要尽可能的在内部解决，这对节约成本、提高产品知名度都大有裨益。 4、什么是冒烟测试？ 冒烟测试从操作上是一个随机的测试，操作对象通常是核心业务模块。测试员任意操作，要是发现多数功能走不下去（大概20％），那么这个冒烟测试就算是结束了。冒烟测试一般不用参照测试用例。 执行冒烟测试的目的是对要测试的产品进行一个大概的度量。如果冒烟测试不能通过，通常不会启动测试计划。因为软件缺陷较多的情况下，启动测试计划会浪费更多的人力和物
如何回答常见的软件测试面试问答 一说起软件测试面试问答，就自然而然想起可亲可敬的面试官，就少不了要回答面试官各种或正常或奇葩的提问。特别是对于很多平时对着电脑多过于对人的软件测试程序员来说，面对面试官接二连三的问题，有的时候也会手忙脚乱。那么，以下就让千锋软件测试的就业老师好好讲解一些常见的软件测试面试题！希望对即将面试的软件测试员们有所帮助！ 软件测试面试问答1.开发与测试的关系 开发和测试是一个整体，也可以说测试驱动着开发，开发配合着测试，相辅相成的，在一个完整的项目组中缺一不可。 软件测试面试问答2.测试总结报告包括哪些项
测试用例的通过数，测试用例的未通过数，以及测试用例的通过率，未通过的功能都集中在哪几个功能模块，根据测试经验以及测试结果进行一个缺陷的分析和建议。 软件测试面试问答3.测试用例包括哪些项 产品名称、功能模块、用例的编号、编写人、被测功能的简述，测试的预置条件，测试步骤，预期结果，实际结果。 软件测试面试问答4.缺陷处理流程 首先，将缺陷的详细信息录入缺陷管理系统，并分配给对应的开发人员。其次，如果遇到一些难以发现的缺陷，在开发人员修正过程中配合开发人员进行Bug的再现。更重要的是，开发人员修正Bug后，会在缺陷管理系统中将修正后的Bug状态更改，通常为Fixed状态。 Finally，新版本发布后，测试人员会将bug状态更改为Fixed的Bug进行回归测试。如果测试通过，则将该Bug关闭，如果是未通过，则将该Bug从Fixed更改为Reopen状态，继续让开发人员来修正，并等待下一个新版本发布后的二次回归测试。 软件测试面试问答5.缺陷报告包括哪些项 包括：编写人、被测系统的版本号、测试环境、预期结果、实际结果、对于实际结果如有必要附上截图、测试用例数、测试用例通过数，测试用例的通过率、对缺陷的一个分析汇总。
服务响应的时间标准 参考了业内比较通行的“2-5-10原则”——当然你也可以为自己的测试制定其他标准，只要得到企业内的承认就可以。所谓的“2-5-10原则”，简单说，就是当用户能够在2秒以内得到响应时，会感觉系统的响应很快；当用户在2-5秒之间得到响应时，会感觉系统的响应速度还可以；当用户在5-10秒以内得到响应时，会感觉系统的响应速度很慢，但是还可以接受；而当用户在超过10秒后仍然无法得到响应时，会感觉系统糟透了，或者认为系统已经失去响应，而选择离开这个Web站点，或者发起第二次请求。 针对基础数据库添加企业信息： 添加10家企业，9家成功，1家失败，失败详细信息 Action.c(62): Error -26612: HTTP Status-Code=500 (Internal Server Error) for "http://202.117.99.211/basedatabasesite/PSInfo/IndustryFact/PSBaseInfoAdd.aspx? PSClassCode=1&%3f" Monitor name :Windows Resources. Cannot access data for measurement Processor|% Processor Time|_Total on machine 202.117.99.211. Details: 检测出一个含有负分母值的计数器。 Hint: Check that there is such a measurement on the machine (use the Add Machine dialog box) (entry point: CNtMeasurement::GetNewData3). [MsgId: MMSG-47295] 功能名称：企业基本信息维护，添加企业基本信息 10用户模拟并发操作： 系统响应时间：最短1.078秒最长4.901秒，属于可接受范围 资源使用情况： 内存分析： 其中： Handle Count(process _total)值由71030变化为71515 差值485bytes private bytes 值由2442407936变化为2469638144差值27230208bytes 变化范围约3M committed bytes 值由2625691648 变化为2652794880 差值27103232
目录 01.为什么要在一个团队中开展软件测试工作？ (2) 02. 您在以往的测试工作中都曾经具体从事过哪些工作？其中最擅长哪部分工作？ (2) 03. 您所熟悉的软件测试类型都有哪些？请试着分别比较这些不同 (2) 04．您认为做好测试用例设计工作的关键是什么？ (3) 05. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试 的区别与联系。 (3) 06. 测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重 要的？ (4) 07. 您认为做好测试计划工作的关键是什么？ (5) 08. 您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在 测试用例设计工作中的应用。 (5) 09. 请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程。 (6) 10. 您以往是否曾经从事过性能测试工作？如果有，请尽可能的详细描述您以往的性能 测试工作的完整过程。 (6) 11. 您在从事性能测试工作时，是否使用过一些测试工具？ (7) 12. 您认为性能测试工作的目的是什么？做好性能测试工作的关键是什么？ (7) 13. 在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提 交高质量的软件缺陷（Bug）记录？（bug的生命周期） (7) 14. 您以往所从事的软件测试工作中，是否使用了一些工具来进行软件缺陷（Bug）的管 理？如果有，请结合该工具描述软件缺陷（跟踪管理的流程）。 (8) 15.如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好 的人际关系的关键是什么？ (8) 16. 在您以往的测试工作中，最让您感到不满意或者不堪回首的事情是什么？您是如何 来对待这些事情的？ (8) 17.你对测试最大的兴趣在哪里？为什么？ (8) 18. 你的测试职业发展是什么？ (9) 19. 你自认为测试的优势在哪里？ (9) 20. 你以前工作时的测试流程是什么？ (9) 21. 当开发人员说不是BUG时，你如何应付？ (9) 22.你为什么想离开目前的职务？ (10) 23.你对我们公司了解有多少？ (10) 24.为什么我们应该录取你？ (10) 25.单元测试、集成测试、系统测试的侧重点是什么？ (10) 26.设计用例的方法、依据有那些？ (10) 27.基于WEB信息管理系统测试时应考虑的因素有哪些？ (10) 28.一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。 (13) 31. 面试官最后会问你有什么问题要问吗 (13)
软件测试中常见问题分类说明 一、规范化问题 包括软件规范和业务规范两大类，软件规范问题主要指操作过程中显而易见的错误或缺陷，非人性化设计、友好度较差等；业务规范问题主要指使用非标准或非惯例的业务术语、以及概念错位等。 ㈠软件规范问题 1、操作指示不明确 提示存在二意性、提示操作项“忽略”、“取消”、“退出”等含义不明确。（一般） 2、简单界面规范问题 ①按钮图片丢失、按钮图片不配套、按钮大小排列不美观；（一般） ②在引用数据窗口的下拉框中，没有根据实际数据来调整下拉框显示的%的大 小和垂直滚动条，导致文本只显示了一部分；（严重） ③界面中存在色块；（一般） ④菜单排列顺序有误；（一般） ⑤窗体最小化以后在屏幕上找不到了，无法恢复原窗体；（一般） 3、操作过程缺乏人性化考虑 ①选项过于烦琐且不必要、设置不合适导致使用者遗漏、常规按钮排列顺序 不一致（一般） ②常用功能不支持键盘操作。（严重） ③单据处理中当由于存在空行时，提示用户输完其余内容，而没有自动删除 空行。（严重） 4、帮助文件规范问题 ①联机帮助字体、背景风格不统一；（较小） ②点击“？”按钮打开帮助文件，没有直接定位到内容；（较小） ③内容定位错误；（一般） ④帮助文件内部链接没有做全；（较小） ⑤文档内容排版错误；（严重） ⑥其他帮助错误。（一般） 5、软件风格规范问题 ①控件的切换顺序有误、DataWindow的切换顺序有误； （视控件使用频繁程度设为（严重）和（一般）） ②DataWindow内容的对齐方式不正确（数值右对齐、日期中对齐、文字左对 齐）；（较小） ③数值的EditMask（掩膜）设置有误、日期的EditMask（掩膜）设置有误、 日期的默认格式非YYYY.MM.DD、默认日期存在1900.00.00现象或其他不合 理的值（一般） ④弹出窗口不在屏幕中间位置、退出系统缺少提示；（较小） ⑤重大操作（月结、恢复、修复等）缺少提示、重大操作没有自动弹出备份 提示；（一般） ⑥快捷按钮定义不准确、快捷字母或数字重复、工具栏快捷键定义错误（一 般），工具栏常用快捷键缺少（较小）；
性能测试中如何定位性能瓶颈 性能测试的概念是什么，基本目的是什么，我想大家都基本清楚，不作详述，总之，性能测试只是测试过程中的一种方式，帮助我们的功能更好的运行，如果功能测试是可用，易用，满足需求、用户使用为目的，性能测试无非就是让这些目的更流畅。没有什么专业的概念，无非实现两个字：好用！ 所以，性能测试这种测试方式在发生过程中，其中一个过渡性的工作，就是对执行过程中的问题，进行定位，对功能的定位，对负载的定位，最重要的，当然就是问题中说的“瓶颈”，接触性能测试不深，更非专家，自己的理解，瓶颈产生在以下几方面： 1、网络瓶颈，如带宽，流量等形成的网络环境 2、应用服务瓶颈，如中间件的基本配置，CACHE等 3、系统瓶颈，这个比较常用：应用服务器，数据库服务器以及客户机的CPU，内存，硬盘等配置 4、数据库瓶颈，以ORACLE为例，SYS中默认的一些参数设置 5、应用程序本身瓶颈， 以上几方面分别唠叨几句 针对网络瓶颈，现在冒似很少，不过也不是没有，首先想一下如果有网络的阻塞，断网，带宽被其他资源占用，限速等情况，应用程序或系统会是什么情况，针对WEB，无非是超时，HTTP400，500之类的错，针对一些客户端程序，可能也是超时，掉线，服务器下发的，需要服务器返回的信息获取不到还有一种更明显的情况，应该就是事务提交慢，如果封装事务的代码再不完善，一般造成的错误，无非就是数据提交不完整，或者因为网终原因+代码缺陷造成重复性提交。如此综合下来，肯定是考虑网络有瓶颈，然后考虑网络有问题时，怎样去优化，是需要优化交互的一些代码，还是接口之类的。 应用服务的瓶颈的定位，比较复杂，学习中，不过网上有很多资料可以参考的。一般像tomcat，weblogic 之类的，有默认的设置，也有经过架构和维护人员进行试验调试的一些值，这些值一般可以满足程序发布的需要，不必进行太多的设置，可能我们认识的最基本的就是JAVA_OPTS的设置，maxThreads，time_out 之类的参数我们做借助LR，Jemeter或webload之类的工具，执行性能测试，尤其是对应用服务造成了压力，如果应用服务有瓶颈，一般我们设置的log4j.properties，日志都会记录下来。然后根据日志，去进一步确定应用服务的问题 系统瓶颈，这个定位虽说比较复杂，但是有很多前辈的经验值参考，不作说明，相信用LR的同行，也可以从性能记数器中得出一些指标值，加上nagios，cacti，可以很明显的看出系统哪些资源够用，哪些资源明显不够用。不过，一般系统瓶颈的造成，是因为应用程序本身造成的。关于这点儿的分析和定位，就需要归入应用程序本身瓶颈分析和定位了。 现在基本所有的东东，都离不开数据库这个后台，数据库的瓶颈实在是不知道是什么概念，数据库管理员的工作，数据库管理员日常做的工作，可能就是有瓶颈定位的工作，比如：查询一下V$sys_event，
面试题 1、您认为做好测试用例设计工作的关键是什么？ 参考答案：测试用例应百分百覆盖需求。 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果。黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题。 2、您所熟悉的测试用例设计方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。 参考答案：1．等价类划分 划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 2．边界值分析法 边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误. 使用边界值分析方法设计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据. 参考答案：3．错误推测法 基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法. 错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单元测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例. 4．因果图方法 前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图（逻辑模型）. 因果图方法最终生成的就是判定表. 它适合于检查程序输入条件的各种组合情况. 4、什么是并发？在lordrunner中，如何进行并发的测试？集合点失败了会怎么样？ 参考答案： 在同一时间点，支持多个不同的操作。
5.1.2性能测试需求提取 复习了一些常见的理论概念后，我们开始性能测试需求的提取。这个过程是非常重要的，往往测试失败，就是因为在这个过程中不知道如何得到确切的性能指标，而导致测试无法正常开展。性能测试需求提取一般的流程如图5- 1所示。 图5- 1性能测试需求提取流程 分析提取指标 在用户需求规格说明书中，会给出系统的功能、界面与性能的要求。规范的需求规格说明书都会给出明确的性能指标，比如单位时间内访问量要达到多少、业务响应时间不超过多少、业务成功率不低于多少、硬件资源耗用要在一个合理的范围中，这些指标都会以可量化的数据进行说明。如果，实际项目并没有这些正规的文档时，项目经理部署测试任务给测试组长时，一般就会说明是否要对项目的哪些业务模块进行性能测试，以及测试的要求是什么的。最麻烦的就是项目经理或者客户要求给出一个测试部门认为可以的数据，这样非常难做的。可是“甲方”往往都是提要求的，“乙方”只能“无条件”接受！ 表5- 1需求规格说明书中的性能要求 表5- 1给出的指标非常明确，在测试过程中，我们只需收集用户登录模块的响应时间、登录成功率、并发数、CPU使用率、内存使用率的数据，然后与表5- 1的指标进行比较即可，通过的，就认为达到了客户要求的性能，未达到就分析原因，并给出测试报告及解决建议。 大多数是没有明确的需求，需要我们自己根据各种资料、使用各种方法去采集测试指标。以OA系统为例，假设《OA系统需求规格说明书》中并未指明系统的性能测试要求，需要测试工程师自己分析被测系统及采集性能衡量指标。 分析OA系统的结构，所有功能中仅有考勤模块可能是被测系统最终用户经常使用的业务点，那么我们的重点应该在放在该模块上。一般我们可以从下面三个方面来确定性能测试点： 第一、用户常用的功能。常用的功能一旦性能无法满足，比如登录功能，从输入用户名与密码点击登录按钮到显示成功登录信息，花了5分钟，这样的速度是 人无法忍受的。而对于用户不常用的，比如年度报表汇总功能，三个季度甚 至是一年才使用，等个10分钟也是正常的，这些是跟用户的主观感受相关 的，得根据实际情况区分。
1 引言 1.1编写目的 编写该测试总结报告主要有以下几个目的 1．通过对测试结果的分析，得到对软件质量的评价 2．分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考 3．评估测试测试执行和测试计划是否符合 4. 分析系统存在的缺陷，为修复和预防 bug 提供建议 1.2背景 1.3用户群 主要读者：***项目管理人员 其他读者：*** 项目相关人员。 1.4定义 基本功能点测试：等价类划分法、边界值法、错误推测法、场景法 业务流程测试：根据业务逻辑，构建测试数据，执行业务流程，查看执行结果与预期是否一致 界面易用性测试：根据界面测试规范及日常使用习惯，提出软件的非功能实现问题 回归测试：对已修复的问题，根据测试出该错误的用例，重新执行该用例，验证问题是否真正被修复，以及是否又引起了其它错误 1.5 测试对象 对综合管理系统进行全新测试，主要进行功能测试、系统测试 1.6测试阶段 第一阶段：对主业务逻辑及功能进行测试 第二阶段：对所有业务逻辑及功能进行深入测试 第三阶段：回归测试 1.7测试工具 BugFree缺陷管理工具 1.8参考资料 《***功能描述》 《***数据字典》
《***测试计划》 《***测试用例》 《***项目计划》 2 测试概要 ***系统测试从 2012年7月25日到2012年10月12日基本结束，历时近70个工作日。后续还有一些扫尾的工作，又增加一些工作时日。是一项花费大量人力物力的项目。 ***通过BugFree缺陷管理工具进行缺陷跟踪管理，在bugfree中有详细的测试用例以及用例执行情况记录 2.1 进度回顾 2.2 测试执行 此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试、 2.3 测试用例
银行招聘考试面试常见问题及答案 1、请你介绍一下你自己? 回答思路： 一般人回答这个问题过于平常，只说姓名、年龄、爱好、工作经验，这些在简历上都有。其实，企业最希望知道的是求职者能否胜任工作，包括：最强的技能、最深入研究的知识领域、个性中最积极的部分、做过的最成功的事，主要的成就等，这些都可以和学习无关，也可以和学习有关，但要突出积极的个性和做事的能力，说得合情合理企业才会相信。企业很重视一个人的礼貌，求职者要尊重面试考官，在回答每个问题之后都说一句“谢谢”，企业喜欢有礼貌的求职者。 2、你觉得你个性上最大的优点是什么? 回答思路：沉着冷静、条理清楚、立场坚定、顽强向上、乐于助人和关心他人、适应能力和幽默感、乐观和友爱。我在XX经过一到两年的培训及项目实战，加上实习工作，使我适合这份工作。 3、说说你最大的缺点? 回答思路： 这个问题企业问的概率很大，通常不希望听到直接回答的缺点是什么等，如果求职者说自己小心眼、爱忌妒人、非常懒、脾气大、工作效率低，企业肯定不会录用你。绝对不要自作聪明地回答“我最大的缺点是过于追求完美”，有的人以为这样回答会显得自己比较出色，但事实上，他已经岌岌可危了。企业喜欢求职者从自己的优点说起，中间加一些小缺点，最后再把问题转回到优点上，突出优点的部分，企业喜欢聪明的求职者。 4、你对加班的看法? 回答思路： 实际上好多公司问这个问题，并不证明一定要加班，只是想测试你是否愿意为公司奉献。
参考回答：如果是工作需要我会义不容辞加班，我现在单身，没有任何家庭负担，可以全身心的投入工作。但同时，我也会提高工作效率，减少不必要的加班。 5、你对薪资的要求? 回答思路：如果你对薪酬的要求太低，那显然贬低自己的能力;如果你对薪酬的要求太高，那又会显得你分量过重，公司受用不起。一些雇主通常都事先对求聘的职位定下开支预算，因而他们第一次提出的价钱往往是他们所能给予的最高价钱，他们问你只不过想证实一下这笔钱是否足以引起你对该工作的兴趣。 参考回答1：我对工资没有硬性要求，我相信贵公司在处理我的问题上会友善合理。我注重的是找对工作机会，所以只要条件公平，我则不会计较太多。 参考回答2：我受过系统的软件编程的训练，不需要进行大量的培训，而且我本人也对编程特别感兴趣。因此，我希望公司能根据我的情况和市场标准的水平，给我合理的薪水。 参考回答3：如果你必须自己说出具体数目，请不要说一个宽泛的范围，那样你将只能得到最低限度的数字。最好给出一个具体的数字，这样表明你已经对当今的人才市场作了调查，知道像自己这样学历的雇员有什么样的价值。 6、在五年的时间内，你的职业规划? 参考回答： 这是每一个应聘者都不希望被问到的问题，但是几乎每个人都会被问到，比较多的答案是“管理者”。但是近几年来，许多公司都已经建立了专门的技术途径。这些工作地位往往被称作“顾问”、“参议技师”或“高级软件工程师”等等。当然，说出其他一些你感兴趣的职位也是可以的，比如产品销售部经理，生产部经理等一些与你的专业有相关背景的工作。要知道，考官总是喜欢有进取心的应聘者，此时如果说“不知道”，或许就会使你丧失一个好机会。最普通的回答应该是“我准备在技术领域有所作为”或“我希望能按照公司的管理思路发展”。 7、你朋友对你的评价? 回答思路：想从侧面了解一下你的性格及与人相处的问题。
软件性能测试结果分析总结 平均响应时间：在互联网上对于用户响应时间，有一个普遍的标准。2/5/10秒原则。 也就是说，在2秒之内给客户响应被用户认为是“非常有吸引力”的用户体验。在5秒之内响应客户被认为“比较不错”的用户体验，在10秒内给用户响应被认为“糟糕”的用户体验。如果超过10秒还没有得到响应，那么大多用户会认为这次请求是失败的。 定义：指的是客户发出请求到得到响应的整个过程的时间。在某些工具中，请求响应时间通常会被称为“TTLB”(Time to laster byte) ,意思是从发起一个请求开始，到客户端收到最后一个字节的响应所耗费的时间。 错误状态情况分析：常用的HTTP状态代码如下： 400 无法解析此请求。 401.1 未经授权：访问由于凭据无效被拒绝。 401.2 未经授权: 访问由于服务器配置倾向使用替代身份验证方法而被拒绝。 401.3 未经授权：访问由于ACL 对所请求资源的设置被拒绝。 401.4 未经授权：Web 服务器上安装的筛选器授权失败。 401.5 未经授权：ISAPI/CGI 应用程序授权失败。 401.7 未经授权：由于Web 服务器上的URL 授权策略而拒绝访问。 403 禁止访问：访问被拒绝。 403.1 禁止访问：执行访问被拒绝。 403.2 禁止访问：读取访问被拒绝。 403.3 禁止访问：写入访问被拒绝。 403.4 禁止访问：需要使用SSL 查看该资源。 403.5 禁止访问：需要使用SSL 128 查看该资源。 403.6 禁止访问：客户端的IP 地址被拒绝。
403.7 禁止访问：需要SSL 客户端证书。 403.8 禁止访问：客户端的DNS 名称被拒绝。 403.9 禁止访问：太多客户端试图连接到Web 服务器。 403.10 禁止访问：Web 服务器配置为拒绝执行访问。 403.11 禁止访问：密码已更改。 403.12 禁止访问：服务器证书映射器拒绝了客户端证书访问。 403.13 禁止访问：客户端证书已在Web 服务器上吊销。 403.14 禁止访问：在Web 服务器上已拒绝目录列表。 403.15 禁止访问：Web 服务器已超过客户端访问许可证限制。 403.16 禁止访问：客户端证书格式错误或未被Web 服务器信任。 403.17 禁止访问：客户端证书已经到期或者尚未生效。 403.18 禁止访问：无法在当前应用程序池中执行请求的URL。 403.19 禁止访问：无法在该应用程序池中为客户端执行CGI。 403.20 禁止访问：Passport 登录失败。 404 找不到文件或目录。 404.1 文件或目录未找到：网站无法在所请求的端口访问。 需要注意的是404.1错误只会出现在具有多个IP地址的计算机上。如果在特定IP地址/端口组合上收到客户端请求，而且没有将IP地址配置为在该特定的端口上侦听，则IIS返回404.1 HTTP错误。例如，如果一台计算机有两个IP地址，而只将其中一个IP地址配置为在端口80上侦听，则另一个IP地址从端口80收到的任何请求都将导致IIS返回404.1错误。只应在此服务级别设置该错误，因为只有当服务器上使用多个IP地址时才会将它返回给客户端。404.2 文件或目录无法找到：锁定策略禁止该请求。 404.3 文件或目录无法找到：MIME 映射策略禁止该请求。