测试面试知识点大全.docxVIP

测试知识点大全 软件测试过程： 1.需求分析（对业务的分析，分析需求点） 2.测试计划（测试组长根据需求说明书，开始编写测试计划） 3.测试设计：测试方案由对需求很熟练的测试工程师设计，测试方案编写完成后也需要进行评审。 4.测试方案阶段主要是对测试用例和规程的设计，测试用例是根据测试方案编写的，通过测试方案阶段，测试人员对整个系统需求有了详细的理解，这时开始编写用例，保证用例的可执行性和对需求的覆盖，测试用例需要包括测试项、用例级别、预置条件、操作步骤、预期结果，其中操作步骤和预期结果需要编写详细和明确。测试用例覆盖测试方案，而测试方案覆盖测试需求点，这样才能保证客户需求不遗漏。测试用例需要评审。 5.测试执行阶段：执行测试用例，及时提交有质量的BUG和测试日报、测试报告等相关文档。 测试用例的组成部分: 标题——2.详细的步骤——3.正确的预期结果 例：验证记事本程序可以编辑中英文混合的内容。 步骤： 1.运行记事本程序 2.切换到中文输入法，输入中文 3.切换到英文输入法，输入英文HELLO 4.保存文件，文件名为Test.txt 5.关闭记事本程序 6.双击Test.txt可以打开文件 Loadrunner： 性能测试软件，通过模拟真实的用户行为，通过负载、并发和性能实时监控完成的测试报告，分析系统可能存在的瓶颈，Loadrunner最为有效的手段之一。 并发控制：通过在控制名的设置，以达到同一个业务同时模拟成千上万的用户进行操作。 禅道：缺陷：上传的文档不能多大否则上传不成功 第一次登录以系统管理员的身份登录，登录后可以创建相应的角色 登陆成功后默认展示的是我的地盘，点击测试-进入后默认展示的测试缺陷页面（在这个页面列出了所有软件缺陷问题-点击我的地盘 1.多长时间一个迭代？ 2-3周 主要做的是前端（客户端）测试 用软件提交bug（在ｊｉｒａ）给开发，开发解bug，如果开发没有看懂这个bug，那就拿手机给开发复制一个bug，bug了解后标记fix，会收到邮件，就修补好了，在验证bug,没问题就标记closed. 二轮测试：（1）按需求文档（2）按case测试 测试用例内容：测试目标，测试环境，输入数据，测试步骤，预期结果，测试脚本。 编写测试用例 用例编号 功能点 操作流程 预期结果 001 登录 能做正确处理用户登录 正确处理登录操作 一般的用例 用例编号 功能点 操作流程 预期结果 01 登录 输入正确的账号和密码 登陆成功 输入错误的账号和密码 登录失败 压力测试：输入多条记录运行各个功能，输入30条记录运行，输入五十条记录进行测试。 测试用例设计方法：（1）等价划分：将所有可能输入的数据（有效的和无效的）划分为若干个等价类，由于测试数据量很大，因此我们在大量数据的可能数据中选取其中的一部分作为测试数据数据，将数据输入域划分为2步：（1.划分等价类：有效等价类，无效等价类 （2.确定周期：为每一个等价类规定一个唯一的编号） （2）边界值分析法：确定边界值情况（刚好等于，稍微大于和刚刚大于等价类边界值），在测试过程中主要输入一些合法数据，非法数据，主要在边界值附近选取，选择等价类边界的测试数据。 （３）错误推测：根据测试经验和直觉，参照以往的软件容易出现bug处 （４）因果图设计:利用 因解法解析输入的各种组合情况，从而设计测试用例的方法 它适合于检查程序输入 条件的各种组合情况 （５）分析需求文档的含义，找出原因与结果之间 ，原因与原因之间对应的关系，根据关系画出因果图 预期结果；文件内容“欢迎。hello” 优先级；区分哪些用例更重要，一般分为五个等级，分别为0~4来表示， 数字越小 越重要。 测试用例问题；1。含糊不清与内容不相符和的标题， 2.过于简单的步骤， 3.没有写明预期结果（不知道什么是对什么是错）。 4.多个用例混在一个用例中。 如何执行测试用例； 执行测试用例是ran case也可以叫“鲍case” 执行测试用例的目的； 发现bug系统中个功能业务的异常情况， 测试用例编写原则； 全面性；（尽可能