给你一个网站，你如何测试？
1、查找需求说明、网站设计 m 等相关文档，分析测试需求。
2、制定测试计划，确定测试范围和测试策略，一般包括以下几个部分：
功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试
3、设计测试用例：
功能性测试可以包括，但不限于以下几个方面：
链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回等。提交功能的测试。
多媒体元素是否可以正确加载和显示。多语言支持是否能够正确显示选择的语言等。
界面测试可以包括但不限于一下几个方面：
- 页面是否风格统一，美观
- 页面布局是否合理，重点内容和热点内容是否突出
- 控件是否正常使用
- 对于必须但为安装的空间，是否提供自动下载并安装的功能
- 文字检查
性能测试一般从以下三个方面考虑：
压力测试； 负载测试； 强度测试
数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。
安全性测试：
- 基本的登录功能的检查
- 是否存在溢出错误，导致系统崩溃或者权限泄露
- 关开发语言的常见安全性问题检查，例如 SQL 注入等。
- 如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持兼容性测试，根据需求说明的内容，确定支持的平台组合：
兼容性包括：浏览器的兼容性；操作系统的兼容性；软件平台的兼容性；数据库的兼容性
4、开展测试，并记录缺陷。合理的安排调整测试进度，提前获取测试所需的资源，建立管理体系（例如，需求变更、风险、配置、测试文档、缺陷报告、人力资源等内容）。定期评审，对测试进行评估和总结，调整测试的内容。
在搜索引擎中输入汉字就可以解析 到对应的域名，请问如何用 r LoadRunner 进行测试。
建立测试计划，确定测试标准和测试范围
设计典型场景的测试用例，覆盖常用业务流程和不常用的业务流程等
根据测试用例，开发自动测试脚本和场景：
录制测试脚本
新建一个脚本（Web/HTML 协议）
点击录制按钮，在弹出的对话框的 URL 中输入”about:blank”。
在打开的浏览器中进行正常操作流程后，结束录制。
调试脚本并保存。可能要注意到字符集的关联。
设置测试场景
针对性能设置测试场景，主要判断在正常情况下，系统的平均事务响应时间是否达标
针对压力负载设置测试场景，主要判断在长时间处于满负荷或者超出系统承载能力的条件
下，系统是否会崩溃。
执行测试，获取测试结果，分析测试结果
当开发人员说 不是个BUG 时，你如何应付？
开发人员说不是 bug，有 2 种情况，
一是需求没有确定，所以我可以这么做，这个时候可以找来产品经理进行确认，需不需要改动，3 方商量确定好后再看要不要改。
二是这种情况不可能发生，所以不需要修改，这个时候，我可以先尽可能的说出是 BUG 的依据是什么？如果被用户发现或出了问题，会有什么不良结果？程序员可能会给你很多理由，你可以对他的解释进行反驳。如果还是不行，那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是 bug，我也只是建议的方式写进 TD 中，如果开发人员不修改也没有大问题。如果确定是 bug 的话，一定要坚持自己的立场，让问题得到最后的确认。
1、将问题提交到缺陷管理库里面进行备案。
2、要获取判断的依据和标准：
根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据；
如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷；
根据用户的一般使用习惯，来确认是否是缺陷；
3、与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷；
4、合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。
等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。
测试人员在软件开发过程中的任务是什么？
1、寻找 Bug；
2、避免软件开发过程中的缺陷；
3、衡量软件的品质；
4、关注用户的需求。
总的目标是：确保软件的质量。
详细的描述一个测试活动完整的过程。
答案：（供参考，本答案主要是瀑布模型的做法）
项目经理通过和客户的交流，完成需求文档，由开发人员和测试人员共同完成需求文档的评
审，评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。
项目经理通过综合开发人员，测试人员以及客户的意见，完成项目计划。然后 SQA 进入项目，
开始进行统计和跟踪
开发人员根据需求文档完成需求分析文档，测试人员进行评审，评审的主要内容包括是否有
遗漏或者双方理解不同的地方。测试人员完成测试计划文档，测试计划包括的内容上面有描
述。
测试人员根据修改好的需求分析文档开始写测试用例，同时开发人员完成概要设计文档，详
细设计文档。此两份文档成为测试人员撰写测试用例的补充材料。
测试用例完成后，测试和开发需要进行评审。
测试人员搭建环境
开发人员提交第一个版本，可能存在未完成功能，需要说明。测试人员进行测试，发现 BUG
后提交给 BugZilla。
开发提交第二个版本，包括 Bug Fix 以及增加了部分功能，测试人员进行测试。
重复上面的工作，一般是 3-4 个版本后 BUG 数量减少，达到出货的要求。
如果有客户反馈的问题，需要测试人员协助重现并重新测试。
你对测试最大的兴趣在哪里？为什么？
回答这个面试题，没有固定统一的答案，但可能是许多企业都会问到的。提供以下答案供考：
最大的兴趣，感觉这是一个有挑战性的工作；
测试是一个经验行业，工作越久越能感觉到做好测试的难度和乐趣
通过自己的工作，能使软件产品越来越完善，从中体会到乐趣
回答此类问题注意以下几个方面：
尽可能的切合招聘企业的技术路线来表达你的兴趣，例如该企业是数据库应用的企业，那么
表示你的兴趣在数据库的测试，并且希望通过测试提升自己的数据库掌握能力。
表明你做测试的目的是为了提升能力，也是为了更好的做好测试；提升能力不是为了以后转
开发或其他的，除非用人企业有这样的安排。
不要过多的表达你的兴趣在招聘企业的范畴这外。比如招聘企业是做财务软件的，可是你表
现出来的是对游戏软件的兴趣；或招聘是做 JAVA 开发的，而你的兴趣是在 C 类语言程序的
开发。
你的测试职业发展目标是什么？
测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前 3 年累积测试经验，不断的更新自己改正自己，做好测试任务。
如果一个bug只出现一次，该怎么处理？
参考答案：
- bug出现的同时立即截图留下异常的画面
- 使用相同的环境、设备、测试步骤、方法，使用相同的输入数据，看能否重
- 不能重现，则告诉项目经理发现bug的过程，分析优先级，讨论解决方案
访问一个完整http请求会经历哪些问题？
参考答案：
- 域名解析
- 发起TCP的3次握手
- 建立TCP连接后发起http请求
- 服务器端响应http请求，浏览器得到html代码
- 浏览器解析html代码，并请求html代码中的资源
- 浏览器对页面进行渲染呈现给用户。
https和http请求的区别？
参考答案：
https协议需要到ca申请证书，一般免费证书较少，因而需要一定费用。
http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议。
http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。
http的连接很简单，是无状态的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议。
接口测试用例的编写要点有哪些？
1、测试每个参数类型不合法的情况(类型不合法容易遗漏null型)
2、测试每个参数取值范围不合法的情况
3、测试参数为空的情况
4、测试参数前后台定义的一致性
5、 测试每个参数的上下限(这里容易出现致命的BUG，如果程序处理不当，可能会程序导致崩溃)
6、如果两个请求有严格的先后顺序，需要测试调转顺序的情况