11、是怎么来设计测试用例的？
答：先熟悉系统需求，把握测试要点，设计用例的原则首先是要覆盖每个需求点，可以通过填写需求跟踪矩阵来保证覆盖。
黑盒测试的测试用例设计方法：等价类划分法、 边界值分析法、错误推测法、因果图。
12、有没有测过手机终端的项目
根据实际情况回答，如果没有测试过，可以回答，公司有过类似业务。
手机终端测试
13、对测试工作的认识
答：软件测试是软件开发过程的重要组成部分，是用来确认一个程序的品质或性能是否符合开发之前所提出的一些要求。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。软件测试是为了发现错误而执行程序的过程。
软件测试在软件生存期中横跨两个阶段：通常在编写出每一个模块之后就对它做必要的测试（称为单元测试）。编码和单元测试属于软件生命周期中的同一个阶段。在结束这个阶段后对软件系统还要进行各种综合测试，这是软件生命周期的另一个独立阶段，即测试阶段。
华为独立外包测试一般包括ST（系统测试）和SDV（详细设计验证）两个阶段。
14、缺陷是怎么管理的
答：我们采用了Rational ClearQuest来管理缺陷。
测试人员执行测试，发现缺陷，录入CQ，要求填写项目名称、子系统名称、模块名称、缺陷标题、缺陷描述（描述场景、现象）、缺陷级别、提出人等。状态：已提交。
项目经理或开发组长确认缺陷后分配给开发人员，状态：已分配。
开发人员修复缺陷完成后，将修复缺陷所花费的时间填写的Schedule中，缺陷的产生原因填写在备注中，因采用UCM模式，所有造成该缺陷的错误代码文件，在UCM视图中可以统计。状态：已处理。
测试人员复测，如缺陷已经修复，则关闭缺陷，状态：已关闭。如缺陷仍然存在，则修改状态为已分配。
当缺陷存在争议时，开发组长或开发人员可以申请否决，由项目经理、技术经理、测试负责人、相关开发人员和测试人员共同决定缺陷是否可以否决。状态：已申请否决、已否决。
当前不能修复，或当前版本无法解决的缺陷可以申请延期，状态：已申请延期、已延期。。
15、介绍一下测试流程
答：项目启动后进行需求培训，测试人员尽早的参与到项目需求的培训和评审，也就是测试工作应该从需求阶段开始介入。
项目经理编写《项目计划》，开发人员产出《需求规格说明书》，这时测试组长就要根据《项目计划》开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，进度安排和风险识别等内容。
《测试计划》编写完成后需要进行评审，参与人员有项目经理，测试经理。测试组长需要根据评审意见修改《测试计划》，并上传到CC上，由配置管理员管理。
待开发人员把《需求规格说明书》归纳好并打了基线，测试组长开始组织测试成员编写《测试方案》，《测试方案》编写完成后也需要进行评审，评审人员包括项目经理，开发人员，测试经理，测试组长，测试成员；测试组长组织测试成员修改测试方案，直到评审通过后才进入下个阶段――编写测试用例。
测试用例是根据《测试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要通过开发人员，测试人员的评审，测试组长也需要组织测试人员对测试用例进行修改，直到评审通过。
在我们编写测试用例的阶段，开发人员基本完成代码的编写，同时完成单元测试。提交测试中心后根据《测试计划》进度安排，测试组长组织进行多轮次的测试，每轮测试完成后测试组长需要编写测试报告，其中包括用例执行通过情况，缺陷分布情况，缺陷产生原因，测试中的风险等等，这时测试人员就修改增加测试用例。待到开发修改完bug并转来新的测试版本，测试人员开始进行第二轮的系统测试，首先回归完问题单，再继续进行测试，编写第二轮的测试报告，如此循环下去，直到系统测试结束。
16、一个关于测试方案评审的分歧
我们原本的流程是完成方案包括用例后进行评审，华为的建议是，在测试方案（即测试人员总结出测试重点等）之后，即进行评审，不能等全部用例完成。
关于版本缺陷密度的问题：问有没有统计。如果CQ中正常登记的话，是可以利用工具统计出来。CQ还可以根据需要定制查询。
关于测试提交标准：我讲了公司的标准，他说客户也会有自己的标准。我回复说是可以依据客户标准进行调整，
17、Unix系统熟识，运用Informix 数据库。
ls 列出指定目录下的文件，缺省目录为当前目录 ./
pwd 显示当前的工作目录
cd 回到注册进入时的目录 cd /tmp 进入 /tmp 目录 cd ../ 进入上级目录
mkdir [-m 模式] [-p] 目录名 建立目录
mkdir tmp 在当前目录下建立子目录 tmp
mkdir -m 777 /tmp/abc 用所有用户可读可写可执行的存取模式
建立目录 /tmp/aaa ，存取模式参看命令 chmod
mkdir -p /tmp/a/b/c 建立目录 /tmp/a/b/c ，若不存在目录 /tmp/a
及/tmp/a/b 则建立之
mv [-f] [-i] 文件1 [文件2...] 目标 将文件移动至目标，若目标是文件名，则相当于文件改名
rm [-f] [-i] 文件...或 rm -r [-f] [-i] 目录名... [文件] 用来删除文件或目录
cmp [-l] [-s] 文件1 文件2 比较两个文件，
diff [-be] 文件1 文件2 比较两个文本文件，将不同的行列出来
pack 文件... 将指定文件转储为压缩格式，文件名后加 .z ， 文件存取模式，访问时间，修改时间等均不变
pcat 文件... 显示输出压缩文件
unpack 文件... 将压缩后的文件解压后转储为压缩前的格式
vi [-wn] [-R] 文件...
vi 是一个基于行编辑器 ex 上的全屏幕编辑器，可以在vi 中使用 ex，ed的全部命令，vi选项中 -wn 指将编辑窗口大小置为n行，-R 为将编辑的文件置为只读模式， vi 工作模式分为命令模式和输入模式，一般情况下在命令模式下，可敲入vi命令，进入输入模式下时可以编辑要编辑的文本，命令 a A i I o O c C s S R 可进入输入模式，在输入模式下按 ESC 键可推出输入模式，回到命令模式，在命令模式中敲入： 命令，则可进入ex方式，在屏幕底部出现提示符 ： ，此时可使用任意ex命令，屏幕底行也用来作/ ? ! 命令的提示行，大多数命令可以在其前面加数字，表示命令执行的重复次数，下面简单介绍一下vi 的命令集，^ 表示(CTRL)键
quit 退出bc
18、金融业务系统的测试，有哪些要点
首先要根据客户的需求文档，保证业务逻辑正确、符合要求。举例授信审批流程来说，主要测试前面岗位录入的数值资料传递到流程最后一个岗位后能正确显示；以及操作员的权限控制严格按照需求要求，不同的权限除了在流程中的作用不同，所能执行的功能也不同
19、平时测试时怎么保证页面间传值正确
除了看页面的显示，还要连接数据库对相应的表进行查询，对数据库表结构不了解时，会询问相关的开发人员。
20、对于系统运行产生的日志文件是否关注
答：只是适当了解，公司对于服务器的维护安排有人负责。
21、银行的系统是否在同一个页面，用不同权限的业务员登陆会显示不同的结果？会不会因为自己配置的不合理而产生错误
1）有同一个页面用不同权限的业务员显示不同结果的情况，主要表现为所能执行的操作不同，所能查询数据的范围不同。
2) 对于不确定的错误，一般不会立刻当缺陷处理，需要跟相关人员沟通，确认了并非自己部署得不正确的原因，才会提缺陷。这个很重要
