1、广义的测试：验证（通过检查和提供客观证据来证实指定的需求是否满足，也就是输入和输出的比较。）和确认（通过检查和提供客观证据来证实特定目的的功能或应用是否已经实现。）
2、测试的目的：以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正各种错误和缺陷提高软件质量，避免软件发布后由于潜在的软件错误和缺陷造成的隐患所带来的商业风险。同时利用测试过程中得到的测试结果和测试信息，作为后续项目开发和测试过程改进的重要输入，避免在将来的项目开发和测试中重复同样的错误；采用更加高效的测试管理手段，提高软件测试的效率和软件产品的质量。
3、瀑布模型：需求分析—设计—编程—测试—维护。缺点是测试介入太晚，不可迭代。
4、快速原型有三类模型：探索型、实验型、演化型。
5、快速原型模式的运用方式：抛弃策略（探索型、实验型）和附加策略（演化型）。
6、螺旋模型：强调了其它模型所忽视的风险分析。
7、软件开发流程：软件立项-可行性研究-需求分析-概要设计-详细设计-编码实现-单元测试-集成测试-系统测试-验收测试-运行维护。
8、软件缺陷在需求规格说明书中引入的概率为54%，在设计阶段引入的缺陷为25%，在编码实现阶段为15%，总计为94%。
9、8020原则：在需求分析开始到集成测试阶段引入测试手段，能发现所有缺陷的80%，系统测试阶段发现16%，在运行维护阶段经过长时间大量运行软件后，能够发现4%。起源于经济学。
10、需求规格说明的特点：完整性、一致性、可修改性、可跟踪性。
11、耦合：对一个软件结构内各个模块之间互连程度的度量。
内聚：一个模块内各个元素彼此结合的紧密程度。强内聚，松耦合。
12、测试的分类：
①按开发阶段分：单元测试-集成测试-确认测试-系统测试-验收测试。
系统测试包括：性能测试、功能测试、安装测试、界面测试、文档测试、恢复测试、安全性测试、兼容性测试。
验收测试分为：正式验收、非正式验收（α测试）、β测试。
②按测试实施组织划分：开发方测试、用户测试、第三方测试。
③按测试技术划分：白盒、黑盒、灰盒测试。
④按是否运行代码/测试对象分：静态测试、动态测试。
⑤按软件特性分：功能测试、性能测试。
⑥其它分类：回归测试（对软件的新版本测试时，重复执行上一个版本测试时的用例，是为了验证缺陷是否真正修复，确认修复后是否影响其它功能）；冒烟测试：对新版本测试之前，先验证下软件的基本功能是否实现，是否具备可测性。
13、软件测试的原则：所有测试的标准都是建立在用户需求之上。基于“质量第一”的思想，当时间和质量冲突时，时间要服从质量。事先定义好产品的质量标准。软件项目已启动，测试就开始了。对错误较多的程序段，应进行深入的测试。把“尽早和不断地测试”作为测试人员的座右铭。
14、软件测试的生命周期：获取测试需求-编写测试计划-制定测试方案-开发与设计测试用例-执行侧-提交缺陷报告-测试分析与评审-提交测试总结-准备下一版本测试。
15、设计测试用例的目的：有效性、可复用性、易组织性、可评估性、可管理性。测试用例是软件测试的依据。
16、等价类划分法：有效等价类（合理的、有意义的输入数据构成的集合）、无效等价类（不合理、不合法）
17、等价类确定测试用例的步骤：为每一个等价类规定一个唯一的编号；设计一个新的测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类；设计一个新的测试用例，使其只覆盖一个无效等价类。
18、边界值分析法：是对等价类划分法的补充，不是典型值，而是所有边界值；考虑输入和输出；隐藏在边界，聚集在角落。min-1*min*min+1 nor max-1*max*max+1
19、因果图法：考虑输入条件之间的相互结合，会由于组合情况数目相当大，需要大量的测试用例。恒等：a=1，则b=1； 非：a=1，则b=0； 或：有1个为1，则为1； 与：a、b全为1，结果才为1； 互斥：不能同时为1，最多只有一个1； 包含：至少有1个为1，a、b、c不同时为0；唯一：a、b、c有且仅有一个1； 要求：a=1，则b必须为1，b不能为0； 屏蔽：a=1，则b必须为0；
20、判定表：有条件桩、动作桩、条件项、动作项、规则。
21、正交实验法：研究多因素多水平，选出部分代表性的点进行试验，这些有代表性的点具备了“均匀分散、齐整可比”的特点。有等水平正交表和混合水平正交表。L9(34)代表4因素3水平试验次数是9次；L8(41*42)代表含有一个4水平列，4个2水平列，共5列。
22、整齐可比性：在同一张正交表中，每个因素的每个水平出现的次数是完全相同的。
23、均衡分散性：同一张正交表中，任意两列（两个因素）的水平搭配是完全相同的。
24、场景法：事件触发时的情景形成了场景，而同一事件不同的触发顺序和处理结果就形成了事件流。通过运用场景来对系统的功能点货业务流程的描述，从而提高测试效果的一种方法。
25、场景法的设计步骤：根据说明，描述出程序的基本流和备选流；根据基本流和备选流生成不同的场景；对每一个场景生成相应的测试用例；复审和验证测试用例，取消多余和等效的。
26、状态迁徙法：适合CS架构。列出所有可能的输入事件；把软件初始状态定义为空闲，空闲状态下挨个加所有输入条件，只加一次；在新状态中再依次加所有可能的输入事件，且只加1次；知道没有新状态产生。
27、错误猜测法：基于经验和直觉推测程序中所有可能存在的各种错误，有针对性地设计测试用例的方法。
28、随机测试法：是一种没有书面测试用例，主要根据测试者的经验对软件进行功能和性能抽查。
29、测试大纲法：表示为树状结构，在根和叶子节点之间存在唯一的路径。每一项都加编号，寻找某一模块/业务唯一路径。
30、软件缺陷：指的是系统或系统部件中那些导致系统或部件不能实现其功能的缺陷。
31、软件缺陷的描述规则：单一准确、可以再现、完整统一、短小简练、特定条件、补充完善、不做评价。
32、缺陷严重程度：致命（Fatal）、严重（Critical）、一般（Major）、较小（Minor）。
33、缺陷优先级：立即解决P1、高优先级P2、正常排队P3、低优先级P4。
34、缺陷状态：打开（open）、修正（fixed）、重新打开（reopen）、关闭（closed）、重复（Duplicate）、推迟（Deferred）、保留（On hold）、不修复（wontfix）。
35、简单的软件缺陷生命周期：发现（new）-打开-修复-关闭。
36、复杂的软件缺陷生命周期：新建-打开-Bug审查（设计需要修改/延期/关闭）-关闭。
新建-打开-是否清楚，可再现（不能再现缺少信息返回到打开状态）-修正-关闭。
37、职业简拼：PM(项目主管)、PL(项目经理)、SL(项目小组长)、QA(品质保证人员)、QC(品质控制人员)、SE(系统架构师)、PMO(质量管理部门)、PT(测试工程师)。
38、评审阶段：需求评审、设计评审、代码评审、测试评审。
39、风险分析：分为软件风险和规划风险。
40、风险分析步骤：组建一个“头脑风暴”小组；列出软件中的所有功能列表；确定某个功能失败的可能性；确定某个功能失败所造成的影响；量化；计算出风险优先级；评审并修改量化的数值；将功能按优先级排列；决定“风险分割线”；确定缓解风险的措施。
41、V模型：用户需求-规格说明书-概要设计-详细设计-编码-单元测试-集成测试-系统测试-验收测试。优点：开发和测试分阶段，比较清晰；确点：无法迭代、测试介入晚。
42、W模型：又叫V and V，优点是测试尽早介入，局限性是无法迭代。
用户需求 用户需求V&V验收测试设计
需求分析与系统设计 需求分析与系统设计V&V确认与系统测试设计 交付 验收测试
概要设计 概要设计V&V集成测试设计 实施 确认测试与系统测试
详细设计 详细设计V&V单元测试设计 集成 集成测试
编码 单元测试
43、1条用例只能覆盖1个问题。
44、缺陷处理状态被置为wontfix，表明这个bug中描述的是问题，但不修改，以后也不修改。
45、碰到无法重现的缺陷，测试人员应采取的措施是：对缺陷的现象进行详细记录；报告给测试管理者，请管理者决定是否提交给开发人员。
46、集成测试：也叫组装测试，是对程序模块进行正确性检验的测试工作。验证在各个模块连接ilai的时候，穿越模块接口的数据是否会丢失。测试各个子功能组合起来，能否达到预期要求的父功能。
47、软件容错性是指软件发生故障或者违反指定接口的情况下，软件产品维持规定的性能级别的能力。
48、状态迁徙法每步只能是状态+1次输入。
49、风险分割线以下的风险不在本版本中考虑。
50、单元测试一般以白盒为主，测试的依据是详细设计规格说明，测模块；集成测试的依据是概要设计说明，测接口；系统测试的依据是系统需求规格说明书。
51、分布式软件：B/S架构（浏览器、web版） C/S架构：客户端（先进行安装）
52、测试和调试的区别：
| 区别 | 测试 | 调试 |
| 目标 | 缺陷 | error=0 |
| 对象 | 程序、数据、文档 | 代码 |
| 方法 | 生命周期、整套方法 | 编译工具 |
| 执行人 | QA、QC、Test | 开发人员 |
| 阶段 | 整个生命周期中 | 开发过程 |
53、测试目标：Smart-C 原则：S-具体、m-可度量、a-可实现、r-相关性、t-有时限、C-cost。
54、编写软件测试报告/计划包含：5W+1H why为什么做（目的、目标）；what 测试范围和项目背景；when 何时做，测试阶段如何划分，每一部分的准入、准出原则；where 文档管理，缺陷提交放哪儿；who 人、资源分配（软件、硬件）；how 如何测？测试工具和方法。
55、测试用例包括：编号、操作步骤、预期结果、实际结果、划分优先级。
56、测试用例好坏标准：对需求的覆盖度越高，说明用例越全面；能发现未发现的缺陷；一个不熟悉系统的人可直接执行，说明用例写的好/质量高。
57、测试计划包括：5W+1H——why（为什么做、目的、目标）、what（测试范围、项目背景）、when（何时做？测试阶段如何划分，每一部分的准入、准出原则）、where（文档管理，缺陷提交到哪儿）、who（人员分配、软硬件分配）、how（如何测？测试工具、方法）。
1、查找学生表中成绩排名前20名的学生姓名：
Select distinct top（20） sname from student
order by grade desc
1.测试的工作内容：编写测试计划-写测试需求矩阵-测试用例-执行测试-提交缺陷报告-评审-提交测试总结。
2.测试工程师岗位：初级、中级、高级测试工程师；系统配置工程师；测试主管；测试组长；测试经理等。
3.缺陷状态：new\open\fix\wontfix\close\reopen
4.测试人员的能力：搭建环境的能力（配置JDK、数据库、Tomcat/Apace、程序放相应路径下、检查配置是否成功‚数据库管理和设置ƒ程序设计C++④测试方法论⑤工具的使用能力（QC\QTP\LR\Bugfree）
5.从学生表中找名字带‘红’的学生：
Select * from student where sname like ‘%红%’
6.c++程序：从1+2+3。。。+100
#include<iostream>
using namespace std;
int main ()
{
int i=0; int sum=0;
for(i=1;i<=100;i++)
sum=sum+i;
cout<<sum<<endl;
ruturn 1;
}
7、并发测试：同一时间，多用户同时做某一模块是否存在性能问题。
8、思考时间：操作和操作之间的间隔。
9、手机APP测试：主要包括功能、性能测试、稳定性、兼容性、用户测试。
性能测试：CPU占用/内存占用 /耗电测试 /流量消耗测试 /安装包大小 /加载时间测试 /核心功能相应时间 (①启动时间检测：检测App在终端上首次启动时间。 ②内存、CPU耗用检测：检测App在终端上运行时不同时段占用内存、CPU情况。 ③流量耗用检测：检测App在终端上运行时的网络流量消耗情况。 ④电池温度检测：检测App在终端上运行时，对终端的电池温度等性能指标的影响情况 )
兼容性测试：屏幕分辨率 /网络状态，状态切换 /android版本 /安装卸载升级等 /权限设置 /与其他APP兼容性 (①安装卸载测试：测试App在指定终端上是否可正常安装、正常卸载，准确定位错误原因。 ②遍历测试：自动识别App可执行的功能，在一定时间内遍历App的不同功能界面，通过截图记录操作路径 并输出日志、定位异常现象。 ③运行稳定性测试：类似Monkey的随机性压力测试，测试App运行期的稳定性。 ④UI适配测试：测试App的UI与目标终端的屏幕是否适配，记录是否存在渲染失败、错位、黑边框、黑白屏等现象。)
稳定性测试包括：服务器异常时稳定性 /外部事件影响（电话，短信等） /内存是否有溢出或者泄漏 /多线程问题 。
10、TCP-传输控制协议 IP-网络协议 COM-商业 GOV-政府 CN-中国 EDU-教育
11、Load runner工具包括三部分：脚本发生器（虚拟用户发生器）、场景控制器、结果分析器。LR脚本增强包括：参数化（常量变量化）、关联、检查点。LR场景设计：多机联合负载、IP欺骗。场景控制器：创建场景-运行场景。结果分析器：监控场景分析测试结果。LR测试的过程：创建测试计划-创建/生成测试脚本-增强脚本（参数化、关联、检查点）-生成、运行场景-监控场景。检查点是为了检查是否能进入页面。性能自动化工具还有Jmeter，需要配合badboy 使用。
12、连通局域网，需要网线和路由器。
13、回归测试：有关联的模块，要复测。
14、测试的准入原则：上一测试阶段已完成。准出原则：发版标准。
15、流程图是在测试计划开始前，对需求分析时画的。
16、测试总结包括：测试目的、项目背景、各阶段工作量分析、BUG分析（遗留原因）、给出最终结论和建议。
17、吞吐量：每秒能处理多少字节或显示多少页面，是服务器处理能力的计数器。单位时间内系统处理客户请求的数量，直接体现在系统的承载能力。
18、1000人在线，打开页面不超过10S，不需要设集合点。并发测试才需要设集合点。
19、LR运行报错：查看error具体错误情况，在百度上搜一下error代号，看一下报错原因。
20、QTP视图包括：关键字视图和专家视图。
21、QTP测试流程：定制测试计划-创建测试脚本-增强测试脚本功能-运行测试-分析测试结果。QTP支持的脚本语言是VB script。QTP擅长Java、web、net。
22、QTP检查点包括：标准检查点、位图、文本、文本区域、可访问性、数据库、XML检查点。
23、QC:测试管理自动化工具。包括两大部分操作：站点管理和质量管理中心。
24、测试计划包括：测试目的和测试项目简介、测试参考文档和测试提交文档、术语和定义、测试策略、确定测试内容、资源、测试进度、风险和问题、测试发版标准。
25、SQL是结构化查询语言；数据库：DB（data base）数据库系统：DBS；
DBS发展经历了3个阶段：网状模型—层次模型—关系模型
26、SQL语言由范式决定（1NF：每个属性都是不可分割的；2NF：每一个非主键字段完全依赖于主键；3NF：非主键字段之间不存在依赖关系）
28、表连接：select *from 表1，表2 where 表1、列=表2、列
外连接：select 目标列 from A表left/right/full outer join B表
29、添加数据：insert 表名（列1，列2） values(‘值1’,‘值2’）
修改数据：update 表名 set 列名=表达式 update student set sno=10
删除数据：delete from 表1 where grade>90 delete from 表1(将表1数据全部删除)
30、汇利宝APP分开发服务器、预上线服务器、正式（生产环境）服务器，生成的数据格式是json
支付通道：易宝（1万以下）/融宝（1万以上） 开发语言：java
注册：手机号（正则）、验证码、密码 实名认证：姓名+身份证号（18位正则验证）
充值：绑卡 绑卡：银行卡号+姓名+身份证号+预留手机号，目前只支持绑1张卡
充值金额：最少2元，单笔3万，单日5万；验证码输入：账户余额不足/充值成功
充值失败的原因：网络异常/接口异常/服务器异常
更新：基本是1周1次，偶尔2周1次；
提现：同卡进异卡出，输入交易密码，人工审核1-2个工作日
账户金额由第三方托管 理财：购买/选标（不定期放标）--输入金额—转入成功
兼容性：型号和版本号 版本：安卓支持4.2以上配置/代码系统，可修改源代码
ios支持5s以上版本/封闭性系统，运行快
1.你为什么选择软件测试行业
因为之前有了解软件测试这个行业，觉得他的发展前景很好。
2.根据你以前的工作经验描述一下软件开发、测试过程，由那些角色负责，你做什么
要有架构师、开发经理、测试经理、程序员、测试员。我在里面主要是负责所分到的模块执行测试用例。
3.结合你以前的学习和工作经验，你认为如何做好测试。
根据我以前的工作经验，我认为做好工作首先要有一个好的沟通，只有沟通无障碍了，才会有好的协作，才会有跟好的效率，再一个就是技术一定要过关，做测试要有足够的耐心，和一个良好的工作习惯，不懂的就问，实时与同事沟通这样的话才能做好测试工作。
4.你觉得测试最重要的是什么
尽可能的找出软件的错误
5.怎样看待加班问题
加班的话我没有太多的意见，但是我还是觉得如果能够合理的安排时间的话，不会有太多时候会加班的。
6.如果一个很有个性的程序员认为自己的BUG不是BUG，怎么解决？
首先我要确定我所提的在我认为是不是bug，如果我认为是的话我会在他面前重现这个bug和他讲这是个bug，和他沟通，或者我会找到我的直系领导让他解决。
7.为什么在团队中要有测试
因为软件有错误，如果没有专业的测试人员很难发现软件的一些错误。
8.在测试时代学习自己最大的收获是什么?
在测试时代我除了学习了测试的知识外，还看到了老师们对待测试的一种态度，明白了做任何工作都要有沟通，做测试的也要有很好的沟通才可以做好。知道自己在项目组中的位置，和开发的关系。
9.你对未来的规划
我想在工作中慢慢的积累经验，使自己强大起来，能够担任更重要的职务。
10.自己优势及缺点 我的优点是有足够的耐心对待每一件事情，善于观察事物，承受压力的能力很强。缺点可能就是我不是很爱说话，习惯做不习惯说，但是和人沟通还是没有问题的。
11.你为什么选择51testing不选择测试时代
因为相对比来看测试时代价钱相对公道，师资也不错，还有一个原因就是在网上查了一下测试时代的口碑不错，也是网放心过来的原因。
12.请谈谈您对测试工作的理解
我认为测试工作是找出软件产品的错误，
13.你认为测试人员需要具备哪些素质？
我认为做测试的应该要有一定的协调能力，因为测试人员要经常与开发接触处理一些问题，如果处理不好的话会引起一些冲突这样的话工作上就会做不好。还有测试人员要有一定的耐心，有的时候做的测试很枯燥乏味的。除了要有耐心之外还要细心，不放过每一个可能的错误。
14.你为什么能够做测试这一行。
虽然说我的测试技术还不是很纯熟，但是我觉得我还是可以胜任软件测试这个工作的，因为做软件测试不仅是要求技术好，还要有一定的沟通能力，耐心、细心等外在的因素。综合起来看我认为我是胜任这个工作的。
15.测试的目的是什么？
测试的目的是找出软件产品中的错误，是软件尽可能的符合用户的要求。 当软件测试是不可能能够找出全部的错误的。
16.测试分为那几个阶段？
一般来说测试大体分为5个阶段： 单元测试、集成测试、确认测试、系统测试、验收测试 在测试过程中如果有需要还要进行回归测试。
17.单元测试的测试对象，目的、测试依据、测试方法？
测试对象是模块内部的程序错误；目的是消除局部模块逻辑和功能上的错误和缺陷； 测试依据是模块的详细设计；测试方法采用白盒测试。 18.集成测试的测试对象，目的、测试依据、测试方法？
集成测试的测试对象是模块间的组装和调用关系；目的是找出与软件设计相关的程序结构模块调用关系，模块间接口方面问题；测试依据是概要设计；测试方法采用灰盒测试。
19.系统测试的测试对象，目的、测试依据、测试方法？
系统测试的测试对象是整个系统；测试的目的是对整个系统进行测试；测试的依据是需求规格说明书；测试方法黑盒测试。
20.测试覆盖的类型
测试覆盖的类型有：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖
21.性能测试的分类
分为：性能测试、负载测试、压力测试、容量测试 负载测试与压力测试可以结合进行。
23.编辑sql语句时，年月日型时间字段如何表达 加引号
24.c/s和b/s结构的软件进行测试时有何不同
C/S又称Client/Server或客户/服务器模式。服务器通常采用高性能的PC、工作站或小型机，并采用大型数据库系统。客户端需要安装专用的客户端软件。 B/Ｓ是Brower/Server的缩写，客户机上只要安装一个浏览器（Browser）。浏览器通过Web Server 同数据库进行数据交互。
25.安全测试的后台是什么
26.页面中有一个输入日期的输入框和一个输入身份证号的输入框，如何进行用例设计?
输入日期的输入框要考虑边界值、输入非法数据、非数字等 省份证输入框要考虑18位省份证、16位身份证、非18、16位的数据、汉字、字母、非法数据、
27.测试和质量保证有什么区别？你的看法
质量保证是对软件制作过程的制作质量进行管理，看是否符合公司的规定。 软件测试是对软件产品的质量本身进行测试，是从技术方面出发测试软件质量
29.你有没有用过QTP做项目，QTP的工作原理
我有用QTP做过项目。QTP的工作原理是执行重复的手动测试，首先制定测试计划再根据测试计划创建测试脚本，然后对脚本进行优化增强测试脚本的能接下来运行脚本分析测试的结果 30.什么是白盒测试？白盒测试的工具有哪些？
白盒测试是测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有的逻辑路径进行测试。工具有：Rational Purify 、Rational Quantify 、Rational Purecoveage
31.路由器，集线器，交换机的区别？
路由器的作用是用于连接不同网段并且找到网络中数据传输最合适的路径。 集线器的作用是将一些pc机连起来组成一个局域网。 交换机的作用与集线器的相似，区别在于集线器采用的是共享带宽的方式，交换机是独享带宽。
32.我手上这支笔，请你根据这支笔设计测试用例
首先我要测它的外观、颜色是否符合要求、所占的空间是多大、是否环保、接下来测它的质量、这支笔是否能够写字流畅、写出的自得颜色是否符合要求、能使用多长时间等
33.BUG报告包括那些内容
Bug出现的位置、可重现的步骤、所使用的数据、bug的截图、发现人及日期。35.W和H模型的区别
W模型强调的是测试伴随整个软件开发周期，而且测试的对象不仅是程序，需求也需要进行测试，测试与开发是同步进行的。 H模型是讲测试活动玩却的独立出来，形成了完全独立的流程，可以实现迭代而W模型不支持迭代这是两者最打的区别。
36.没有任何说明书，如何进行测试？
首先是通过对软件测使用来熟悉整个软件，接着是与开发沟通掌握软件的特性并一一记录下来，作为测试的依据。
1、软件测试就是为了验证软件功能实现的是否正确，是否完成既定目标的活动，所以软件测试在软件工程的后期才开始具体的工作。（初级） （ × ）2、发现错误多的模块，残留在模块中的错误也多。( √ ) （初级）3、测试人员在测试过程中发现一处问题，如果问题影响不大，而自己又可以修改，应立即将此问题正确修改，以加快、提高开发的进程。（ × ）（初级）4、单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。（ √ ）5、功能测试是系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。（ √ ）（中级）6、软件质量管理即QM由QA和QC构成，软件测试属于QC的核心工作内容。（√）（高级）7、软件测试只能发现错误，但不能保证测试后的软件没有错误。(√)8、软件就是程序。(X)9、测试只要做到语句覆盖和分支覆盖，就可以发现程序中的所有错误。(X)10、I18N测试是指对产品做出具有国际性的规划，而L10N测试则是指对软件做出符合本地需求更改工作。（√）【高级】1、 进行软件质量管理的重要性有：（ABCD）【中级】A、维护降低成本 B、法律上的要求 C、市场竞争的需要D、质量标准化的趋势 E、软件工程的需要 F、CMM过程的一部分G、方便与客户进一步沟通为后期的实施打好基础2、以测试的形态分测试可以分为：（ABC）【中级】A、建构性测试 B、系统测试 C、专项测试D、单元测试 E、组件测试 F、集成测试3、选出属于黑盒测试方法的选项（ABC）【初级】A、测试用例覆盖 B、输入覆盖 C、输出覆盖D、分支覆盖 E、语句覆盖 F、条件覆盖4、编写测试计划的目的是：（ABC）【中级】A、使测试工作顺利进行 B、使项目参与人员沟通更舒畅 C、使测试工作更加系统化D、软件工程以及软件过程的需要 E、软件过程规范化的要求 F、控制软件质量5、依存关系有4种分别是：（ABCD）【高级】A、开始－结束 B、开始－开始 C、结束－开始D、结束－结束 E、开始－实施－结束 F、结束－审核－开始6、软件质量管理（QM）应有质量保证（QA）和质量控制（QC）组成，下面的选项属于QC得是：（ABC）【高级】A、测试 B、跟踪 C、监督D、制定计划 E、需求审查 F、程序代码审查7、实施缺陷跟踪的目的是：（ABCD）【中级】A、软件质量无法控制 B、问题无法量化 C、重复问题接连产生D、解决问题的知识无法保留 E、确保缺陷得到解决 F、使问题形成完整的闭环处理8、使用软件测试工具的目的：（ABC）【中级】A、帮助测试寻找问题 B、协助问题的诊断 C、节省测试时间D、提高Bug的发现率 E、更好的控制缺陷提高软件质量 F、更好的协助开发人员9、典型的瀑布模型的四个阶段是：（ABCD）【高级】A、分析 B、设计 C、编码D、测试 E、需求调研 F、实施10、PSP是指个人软件过程 ，是一种可用于（ A ）、（ B ）和（ C ）个人软件工作方式的自我改善过程。【高级】A、控制 B、管理 C、改进D、高效 E、充分 F、适宜1、 测试人员在软件开发过程中的任务是什么？（初级）(5分)答：1、寻找Bug； 2、避免软件开发过程中的缺陷； 3、衡量软件的品质； 4、关注用户的需求。 总的目标是：确保软件的质量。2、在您以往的工作中，一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？答：一条Bug记录最基本应包含：编号、Bug所属模块、Bug描述、Bug级别、发现日期、发现人、修改日期、修改人、修改方法、回归结果等等；要有效的发现Bug需参考需求以及详细设计等前期文档设计出高效的测试用例，然后严格执行测试用例，对发现的问题要充分确认肯定，然后再向外发布如此才能提高提交Bug的质量。3、界面测试题及设计题。请找出下面界面中所存在的问题并分别列出；用黑盒测试的任何一种方法设计出此登陆窗体的测试用例。（中级）450){this.resized=true;this.style.width=450;}" border=0>答：1、窗体的标题栏中为空，没有给出标题。 2、用户名和密码控件的字体不一致并且没有对齐。 3、文本框的大小不一致没有对其。 4、确定和取消按钮控件的大小不一致。4、黑盒测试和白盒测试是软件测试的两种基本方法，请分别说明各自的优点和缺点！（中级）答：黑盒测试的优点有：1）比较简单，不需要了解程序内部的代码及实现；2）与软件的内部实现无关；3）从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；4）基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；5）在做软件自动化测试时较为方便。黑盒测试的缺点有：1）不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%；2）自动化测试的复用性较低。白盒测试的优点有：帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐藏的问题。白盒测试的缺点有：1）程序运行会有很多不同的路径，不可能测试所有的运行路径；2）测试基于代码，只能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；3）系统庞大时，测试开销会非常大。5、根据自己的理解回答什么是软件测试，软件测试分为哪几个阶段。（初级）答：软件测试是一个为了寻找软件中的错误而运行软件的过程，一个成功的测试是指找到了迄今为止尚未发现的错误的测试。软件测试一般分为单元测试、集成测试和系统测试。
6、根据自己的理解什么是测试用例和测试规程，设计一个测试用例应当从哪几方面考虑？（中级）
答：狭义的讲，一个测试用例就是测试人员用以测试被测软件的某个特性或特性组合的一组数据。这组数据可能是从用户处得来的实际的一组数据，也可能是测试人员专门设计出来的测试软件某些功能的一组数据。 测试规程就是详细的对测试用例设计方法、测试方法、测试工具、测试环境和测试数据进行描述的文档，还可以包括能把某个或某一组测试用例应用到被测软件上完成某项测试的一系列的操作步骤。设计测试用例应当从以下几方面考虑：边界值，等价类划分，有效/无效值等。7、什么是软件质量保证？软件质量保证人员与开发人员的关系如何？ 答：软件质量保证就是通过确保软件过程的质量，来保证软件产品的质量。 软件质量保证人员和开发人员之间具有管理上的严格的独立性，两个小组的管理员都不能越权管理另一组，但都可以向更高层的管理者汇报软件开发中的问题