软件测试工程师笔试题带答案

软件测试工程师笔试题带答案

软件测试题目
一、 判断题 (每题2分，20)
1、软件测试就是为了验证软件功能实现的是否正确，是否完成既定目标的活动，所以软件测试在软件工程的后期才开始具体的工作。 （初级） （ × ）
2、发现错误多的模块，残留在模块中的错误也多。( √ ) （初级）
3、测试人员在测试过程中发现一处问题，如果问题影响不大，而自己又可以修改，应立即将此问题正确修改，以加快、提高开发的进程。（ × ）（初级）
4、单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。
（ √ ）（中级）
5、功能测试是系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。（ √ ）（中级）
6、软件质量管理即QM由QA和QC构成，软件测试属于QC的核心工作内容。（√）（高级）
7、软件测试只能发现错误，但不能保证测试后的软件没有错误。(√)
8、软件就是程序。(X)
9、测试只要做到语句覆盖和分支覆盖，就可以发现程序中的所有错误。(X)
10、I18N测试是指对产品做出具有国际性的规划，而L10N测试则是指对软件做出符合本地需求更改工作。（√）【高级】
　
二、 选择题 (每题2分 20 )
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）记录？（初级）(6分)
答：一条Bug记录最基本应包含：编号、Bug所属模块、Bug描述、Bug级别、发现日期、发现人、修改日期、修改人、修改方法、回归结果等等；要有效的发现Bug需参考需求以及详细设计等前期文档设计出高效的测试用例，然后严格执行测试用例，对发现的问题要充分确认肯定，然后再向外发布如此才能提高提交Bug的质量。
　
3、 界面测试题及设计题。请找出下面界面中所存在的问题并分别列出；用黑盒测试的任何一种方法设计出此登陆窗体的测试用例。（中级）(6分)

答：1、窗体的标题栏中为空，没有给出标题。
2、用户名和密码控件的字体不一致并且没有对齐。
3、文本框的大小不一致没有对其。
4、确定和取消按钮控件的大小不一致。
　
4、 黑盒测试和白盒测试是软件测试的两种基本方法，请分别说明各自的优点和缺点！（中级）(5分)
答：黑盒测试的优点有：
1）比较简单，不需要了解程序内部的代码及实现；
2）与软件的内部实现无关；
3）从用户角度出发，能很容易的知道用户会用到哪些功能，会遇到哪些问题；
4）基于软件开发文档，所以也能知道软件实现了文档中的哪些功能；
5）在做软件自动化测试时较为方便。
黑盒测试的缺点有：
1）不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的30%；
2）自动化测试的复用性较低。
白盒测试的优点有：
帮助软件测试人员增大代码的覆盖率，提高代码的质量，发现代码中隐藏的问题。
白盒测试的缺点有：
1）程序运行会有很多不同的路径，不可能测试所有的运行路径；
2）测试基于代码，只能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；
3）系统庞大时，测试开销会非常大。
5、 根据自己的理解回答什么是软件测试，软件测试分为哪几个阶段。（初级）(5分)
答：软件测试是一个为了寻找软件中的错误而运行软件的过程，一个成功的测试是指找到了迄今为止尚未发现的错误的测试。
软件测试一般分为单元测试、集成测试和系统测试。
6、 根据自己的理解什么是测试用例和测试规程，设计一个测试用例应当从哪几方面考虑？（中级）(10分)
答：狭义的讲，一个测试用例就是测试人员用以测试被测软件的某个特性或特性组合的一组数据。这组数据可能是从用户处得来的实际的一组数据，也可能是测试人员专门设计出来的测试软件某些功能的一组数据。
测试规程就是详细的对测试用例设计方法、测试方法、测试工具、测试环境和测试数据进行描述的文档，还可以包括能把某个或某一组测试用例应用到被测软件上完成某项测试的一系列的操作步骤。
设计测试用例应当从以下几方面考虑：边界值，等价类划分，有效/无效值等。
7、 什么是软件质量保证？软件质量保证人员与开发人员的关系如何？（高级） (10分)
答：软件质量保证就是通过确保软件过程的质量，来保证软件产品的质量。
软件质量保证人员和开发人员之间具有管理上的严格的独立性，两个小组的管理员都不能越权管理另一组，但都可以向更高层的管理者汇报软件开发中的问题

软件测试笔试题
一、选择题
1、对计算机软件和硬件资源进行管理和控制的软件是（D）
A.文件管理程序
B.输入输出管理程序
C.命令出来程序
D.操作系统
2、在没有需求文档和产品说明书的情况下只有哪一种测试方法可以进行的（A）
A.错误推测法测试
B.路劲分析测试
C.语句覆盖测试
D.条件覆盖测试
3、某测试人员通过执行测试软件测试的方法对当前功能进行了测试，该测试人员使用的测试方法为（C）
A.静态测试
B.单元测试
C.黑盒测试
4、编写测试计划的目的是（ABC）多选题
A.使测试工作顺利进行
B.使项目参与人员沟通更舒畅
C.使测试工作更加系统化
D.软件工程以及软件过程的需要
E.软件过程规范化的要求
F.控制软件质量
5、关于软件测试与软件开发的认识，不正确的是（B）
A.软件生命周期各个阶段都可能产生测试
B.软件测试是独立于软件开发的一个工作
C.软件开发的需求分析和设计阶段就应开始测试工作
D.测试越早进行，越有助于提高被测软件的质量
6、当一个应用程序窗口被最小化后该应用的程序将会出现一下哪种情况（D）
A.被终止执行
B.继续在前台执行
C.被暂停执行
D.被转入后台执行
7、下列方法中，不属于黑盒测试的是？（A）
A.基本路劲测试法
B.等价类测试法
C.边界值分析法
D.基于场景的测试方法
8、对于维护软件的人员来说，使用质量是【】的结果（C）
A.功能性
B.可靠性
C.可维护性
D.效率
9、下列软件属性中，软件产品首要满足的应该是（A）
A.功能需求
B.性能需求
C.可扩展性和灵活性
D.容错、纠错能力
10、单元测试中设计测试用例的依据是（D）
A.概要设计规格说明书
B.用户需求规格说明书
C.项目计划说明书
D.详细设计规格说明书

二、判断题
1、单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。（√）
2、软件测试就是为了验证软件功能实现的是否正确，是否完成既定目标的活动，所以软件测试在软件工程的后期才开始具体的工作（ × ）
3、发现错误多的模块，残留在模块中的错误也多。( √ )
4、测试人员在测试过程中发现一处问题，如果问题影响不大，而自己又可以修改，应立即将此问题正确修改，以加快、提高开发的进程。（ × ）
5、单元测试通常应该先进行“人工走查”，再以白盒法为主，辅以黑盒法进行动态测试。（ √ ）
6、功能测试是系统测试的主要内容，检查系统的功能、性能是否与需求规格说明相同。（ √ ）
7、软件质量管理即QM由QA和QC构成，软件测试属于QC的核心工作内容。（√）
8、软件测试只能发现错误，但不能保证测试后的软件没有错误。(√)
9、软件就是程序。(X)
10、测试只要做到语句覆盖和分支覆盖，就可以发现程序中的所有错误。(X)
三、问答题
1、在您以往的工作中，一条软件缺陷（或者叫BUG）记录都包含了哪些内容？如果提交高质量的软件缺陷（bug）记录？
答：一条BUG记录最基本应包含：编号、BU所属模块、BUG描述、BUG级别、发现日期、发现人、修改日期、修改人、修改方法、回归结果等等；要有效的发现bUG需要参加需求以及详细的设计等前期文档设计出高效的测试用例，然后严格执行测试用例，对发现的问题要充分确认肯定，然后再向外发布，这样才能提高提交BUG的质量。

2、测试分为那几个阶段？
答：按照开发阶段划分，软件测试可分为单元测试、集成测试、系统测试和验收测试
集成测试：针对每个单元的测试，以确保每个模块能正常工作为目标
集成测试：对已经测试过的模块进行组装，进行集成测试。目的就是在于检验与软件设计相关的程序结构问题。
系统测试：检验软件产品能够与系统的其他部分（比如：硬件、数据库及操作人员）协调工作。
验收测试：检验软件产品质量的最后一道工序，主要突出用户的作用，同时软件开发人员也有一定程度的参与。

3、了解哪些测试工具？你是用过和知道的测试工具有哪些？各有什么用途？
答：Jmeter：接口测试、压力测试
soapui：接口测试
xshell、xftp：管理linux系统
禅道：管理BUG
navictt：管理数据库

4、先有一个程序，页面提供3个输入框a、b、c，一个输出框d，根据a、b、c的输入判断数据层是否只能组成一个三角形（三角形两边之和大于第三边），在d中输出：是，否
答：等价类划分法：
有效等价类：a、b、c的值都大于0
a+b>c且b+c>a且a+c>b
无效等价类：
a/b/c为0或负数
a/b/c为空
a/b/c为非数字
a+b<=c b+c<=a a+b<=b

5、你认为一个测试工程师应具备哪些素质和技能
答：技能：计算机专业技能，测试专业技能，软件编程技能
素质：.沟通能力，要有严谨、敢于承担责任、稳重的做事风格，具有怀疑与破坏的精神，善于自我总结、自我督促。

6、问题单都有哪些属性？
答：我所知道的有：产品模块、所属项目、所属版本、bug标题、步骤及测试数据、bug及日志截图、类型及严重程度、系统/浏览器

7、一个完整的测试方案包含哪些要素？
答：测试计划、人员分配、时间安排、测试方法的确定、测试工具的确定、测试报告

8、查看接口的工具有哪些？说出一个工具的操作
答：jmeter与soapui都支持
jmeter的用法：新建一个线程组，天剑http类型的请求→填上接口地址和数据→添加查看结果树→进行运行→查看结果、进行分析

9、如何定位BUG，是前端还是后端的问题，用什么工具，还是利用别的？
答：如果是功能性的问题，那么就是后端问题，如果是界面的效果或者是按钮问题，那么也许是前端问题，分析问题，有的时候需要开发的协作，大师这些也是经验的问题，多工作就可以总结出来

软件测试笔试题

1、HTTP协议有什么特点？有哪几类状态码，分别表示什么意思？

1.特点:

无连接：限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。

媒体独立：只要客户端和服务器知道如何处理的数据内容，任何类型的数据都可以通过HTTP发送。

无状态：无状态是指协议对于事务处理没有记忆能力。

各个状态码的含义：1xx：请求成功继续处理 2xx：请求发送成功 3xx：重定向 4xx:客户端错误，请求有误无法实现 5xx:服务端错误：未能实现合法请求

2.简述cookies和session是怎么工作的？

cookis：发送HTTP请求时请求头加上特殊的指示提示浏览器生成指示对应的cookis

session：是一种服务端的机制，类似于用散列表的形式保存信息

4.用你熟悉的一种编程语言，写出计算以下结果的代码。1+2+3+…+100=？

j=0 for i int range(1,101) j = j+i print("计算的结果为 d%" j%)

5.创建一个UC表，字段如下：FID(INT)/NAME(VARCHAR)姓名/EMAIL(VARCHAR)邮件/FBAL(decimal(20,2))/金额

CREATE TABLE UC(
FID INT PRIMARY KEY AUTO_INCREMENT NOT NULL COMMENT '主键ID',
NAME VARCHAR(10) NOT NULL COMMENT'用户名称',
EMAIL VARCHAR(10) NOT NULL COMMENT'用户邮箱',
FBAL DECIMAL(20,2) NOT NULL COMMENT '用户金额'
)

a.增加数据

INSERT INTO UC(NAME,EMAIL,FBAL) VALUES('黄斌','34@163.com','550')
INSERT INTO UC(NAME,EMAIL,FBAL) VALUES('李毅','35@163.com','250')
INSERT INTO UC(NAME,EMAIL,FBAL) VALUES('张梭','36@163.com','250')
INSERT INTO UC(NAME,EMAIL,FBAL) VALUES('李冰','37@163.com','450')

B.查询用户金额不小于300的用户名称?

SELECT NAME FROM UC WHERE FBAL <= 300

一、什么是静态测试？动态测试？
二、什么是回归测试？
三、如果能够执行完美的黑盒测试，还需要进行白盒测试吗（黑盒和白盒的区别？）
四、软件测试分几个阶段？各阶段重点测试什么？各个阶段的含义？
五、针对缺陷采取怎样的管理措施？
六、软件测试的V模型和W模型
七、测试方法可以分为哪几种？
八、白盒测试之六种覆盖
九、其他问题记录

一、什么是静态测试？动态测试？

通过运行程序测试软件：动态测试(有白盒和黑盒，从不同角度设计测试用例)
通过评审文档、阅读代码：静态测试
静态测试方法是指不运行被测程序本身，仅通过分析或检查源代码的语法、结构、接口等来检查程序的正确性。对照需求规格说明书，软件设计说明书，源程序做结构分析，流程图分析。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，如不匹配的参数，不合适的嵌套循环和分支嵌套，不允许的递归，未使用过的变量、空指针的引用和可疑的计算。用于进一步的差错，并为测试用例选取提供指导。

二、什么是回归测试？

目的是程序有修改的情况下，保证原有功能正常的一种测试策略和方法。
测试人员在程序进行测试时发现bug，然后返回程序员修改，程序员修改后发布新的软件包或软件补丁包给测试人员，重新测试，保证程序修正了以前bug的情况下，正常运行且不会带来新的错误的过程，一般不需要全面测试，根据修改情况进行有效的测试。

三、如果能够执行完美的黑盒测试，还需要进行白盒测试吗（黑盒和白盒的区别？）

任何工程产品(注意是任何工程产品)都可以使用以下两种方法之一进行测试。
黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。
白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：
1、是否有不正确或遗漏的功能?
2、在接口上，输入是否能正确的接受?能否输出正确的结果?
3、是否有数据结构错误或外部信息(例如数据文件)访问错误?
4、性能上是否能够满足要求?
5、是否有初始化或终止性错误?
软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：
1、对程序模块的所有独立的执行路径至少测试一遍。
2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。
3、在循环的边界和运行的界限内执行循环体。
4、测试内部数据结构的有效性，等等。
以上事实说明，软件测试有一个致命的缺陷，即测试的不完全、不彻底性。由于任何程序只能进行少量(相对于穷举的巨大数量而言)的有限的测试，在未发现错误时，不能说明程序中没有错误。
就算执行了完美的黑盒测试也是无法测试程序内部特定部位，另外当规格说明本身有误，也不能发现问题。而白盒测试能对程序的内部特定部位进行覆盖测试，所以黑盒和白盒测试互为互补关系，结合起来进行测试用例的设计更为合理。
经验表明，通常在进行单元测试时采用白盒测试方法，集成测试使用灰盒测试，系统测试使用黑盒测试。

四、软件测试分几个阶段？各阶段重点测试什么？各个阶段的含义？

开发的5个阶段：单元测试、集成测试、确认测试、系统测试、验收测试。(回归测试)（软件发布后）。
每阶段都有5个步骤：==测试计划、测试设计、用例设计、执行结果、测试报告 ==
1.单元测试是对软件中的基本组成单元进行测试，如一个模块、一个过程等等，它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件最基本组成单元的正确性。
2.集成测试在单元测试的基础上，将所有模块按照设计要求，组装成为子系统或系统，进行集成测试。其主要目的是检验软件各单位之间的接口是否正确。实践表明，一些模块虽然可以单独工作，但并不能保证连接起来也能正常工作。程序在某些局部反映不出来的问题，在全局上可能暴露。测试重点是模块间的衔接以及参数的传递等。
3.确认测试确认测试的目标是验证软件的功能和性能以及其他特性是否与用户的要求一致。确认测试一般包括有效性测试和软件配置复查。一般由第三方测试机构进行。
3.系统测试是对已经集成好的软件系统进行彻底的测试，已验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确。重点：整个系统的运行以及与其他软件的兼容性。
4.验收测试旨在向软件的购买者展示该软件满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集。
5.回归测试是在软件的维护阶段，对软件进行修改之后进行的测试，其目的是检验对软件的修改是否正确。

五、针对缺陷采取怎样的管理措施？

1.要更好的管理缺陷，必须引入缺陷管理工具，商用的或者开源的。
2.根据缺陷的生命周期，考虑缺陷提交的管理，缺陷状态的管理和缺陷分析的管理。
3.所有发现的缺陷必须全部即时的，准确的提交到缺陷管理工具中，这就是缺陷提交的管理。
4.缺陷提交后，需要即时的指派给相应的开发人员，提交缺陷的人需要密切注意缺陷的状态，帮助缺陷的尽快解决，缺陷解决后需要即时对缺陷的修复进行验证。目的有2个：1.让缺陷尽快解决2.方便后面缺陷的分析
5.为了更好的改进开发计划和测试过程，需要对缺陷进行分析，总结如缺陷的类型，缺陷的龄期分布等信息。

六、软件测试的V模型和W模型

七、测试方法可以分为哪几种？

软件测试可以是人工测试：如个人复查，抽查和会审等
也可以是机器自动测试，又有不同的分类：
按照否关软件内部结构具体实现角度划
==A.白盒测试B.黑盒测试 C.灰盒测试 ==
按照软件发程按阶段划
A.单元测试 B.集测试 C.确认测试 D.系统测试 E.验收测试

八、白盒测试之六种覆盖

1.语句覆盖：可执行语句至少被执行一次；
2.判断覆盖：每个判断的取真分支和取假分支至少经历一次；
3.条件覆盖：每个条件的取值至少满足一次；
4.判断条件覆盖：判断和条件都满足；
5.条件组合覆盖：每个条件的所有可能都至少出现一次，并且判定结果至少出现一次 ；
他与条件覆盖的区别：他不是简单要求每个条件出现“真”和“假”两种结果，而是要求这些结果所有可能至少出现一次；
6.路径测试：执行所有可能的执行路径；
7.基本路径测试：
路径测试执行了每个路径，每个判定的结果肯定经历过一次
6种覆盖标准，强度由弱到强依次是：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖

常用的黑盒测试方法：等价类划分法、边界值分析法、正交实验设计法、因果图法、决策表法。
等值分析测试=等价类划分+边界值分析测试
边界值法既是白盒又是黑盒测试方法
因果图法：等价类划分法和边界值分析方法都是着重考虑输入条件，如果程序输入之间没有什么联系，采用等价类划分和边界值分析是一种比较有效的方法。如果输入之间有关系，例如，约束关系、组合关系，这种关系用等价类划分和边界值分析是很难描述的，测试效果难以保障，因此必须考虑使用一种适合于描述对于多种条件的组合，产生多个相应动作的测试方法，因果图正是在此背景下提出的。因果图法着重测试规格说明中的输入与输出间的依赖关系。
因果图法测试用例的设计步骤：
（1）确定软件规格(需求)中的原因和结果
（2）确定原因和结果之间的逻辑关系
（3）确定因果图中的各个约束(constraints)
（4）画出因果图并转换为决策表
（5）根据决策表设计测试用例

软件测试面试题100道整理

1.什么是软件测试？

答：软件测试是为了发现错误而执行程序的过程。

2.软件测试的目的?

答;测试的目的是想以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。

3.什么是需求文档测试？

答：主要测试需求中是否存在逻辑矛盾以及需求在技术上是否可以实现;

4.什么是设计文档测试?

答:测试设计是否符合全部需求以及设计是否合理。

5.什么是α测试?

答:Alpha测试(α测试)是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始，或在模块(子系统)测试完成后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册(草稿)等应该在Alpha测试前准备好。

6.什么是β测试?

答：Beta测试(β测试)是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。因而，Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中，由用户记下遇到的所有问题，包括真实的以及主管认定的，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性，包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后，才能开始Beta测试。由于Beta测试的主要目标是测试可支持性，所以Beta测试应该尽可能由主持产品发行的人员来管理。

7.什么是驱动模块？

答:驱动模块在大多数场合称为"主程序"，它接收测试数据并将这些数据传递到被测试模块.单元测试一个函数单元时，被测单元本身是不能独立运行的，需要为其传送数据，为此写驱动
驱动模块主要完成以下事情：
1、接受测试输入;
2、对输入进行判断;
3、将输入传给被测单元，驱动被测单元执行;
4、接受被测单元执行结果，并对结果进行判断;
5、将判断结果作为用例执行结果输出测试报告。

8.什么是桩模块?

答:比如对函数A做单元测试时，被测的函数单元下还包括了一个函数B，为了更好的错误，定位错误，就要为函数B写桩，来模拟函数B的功能，保证其正确。

9.什么是白盒测试?

答:白盒测试(White-box Testing，又称逻辑驱动测试,结构测试),它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。
对开发语言的支持：白盒测试工具是对源代码进行的测试，测试的主要内容包括词法分析与语法分析、静态错误分析、动态检测等。目前测试工具主要支持的开发语言包括：标准C、C++、Visual C++、Java、Visual J++等。

10.什么是静态测试?

答:通过运行程序测试软件称为动态测试.通过评审文档、阅读代码等方式测试软件称为静态测试,在动态测试中,通常使用白盒测试和黑盒测试从不同的角度设计测试用例,查找软件代码中的错误.
静态测试方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。静态方法通过程序静态特性的分析，找出欠缺和可疑之处，例如不匹配的参数、不适当的循环嵌套和分支嵌套、不允许的递归、未使用过的变量、空指针的引用和可疑的计算等。静态测试结果可用于进一步的查错，并为测试用例选取提供指导。

11.什么是回归测试?

答:回归测试的目的是在程序有修改的情况下，保证原有功能正常的一种测试策略和方法。
说白了就是，我们测试人员在对程序进行测试时发现bug，然后返还程序员修改，程序员修改后发布新的软件包或新的软件补丁包给我们测试人员，我们就要重新对这个程序测试，已保证程序在修正了以前bug的情况下，正常运行，且不会带来新的错误的这样一个过程。 一般情况下是不需要全面测试的，而是根据修改的情况进行有效的测试。

12.白盒测试有哪几种方法?

答:白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。

13.软件的缺陷等级应如何划分?

软件缺陷的等级可以用严重性和优先级来描述；
严重性：衡量缺陷对客户满意度影响的满意程度，分为
1,致命错误，可能导致本模块以及其他相关的模块异常，死机等问题；
2.严重错误，问题局限在本模块，导致模块功能失常或异常退出；
3.一般错误，模块功能部分失效；
4.建议模块，有问题提出人对测试模块的改进建议；
优先级：缺陷被修复的紧急程度；
1.立即解决（P1级）：缺陷导致系统功能几乎不能使用或者测试不能继续，需立即修复；
2.高优先级（P2级）：缺陷严重，影响测试，需优先考虑；
3.正常排队（P3级）：缺陷需要正常排队等待修复；
4.低优先级（P4级）：缺陷可以在有时间的时候被纠正；

14.如果能够执行完美的黑盒测试，还需要进行白盒测试吗?(白盒与黑盒的区别)

答:任何工程产品(注意是任何工程产品)都可以使用以下两种方法之一进行测试。
黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求.

白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：
1、是否有不正确或遗漏的功能?
2、在接口上，输入是否能正确的接受?能否输出正确的结果?
3、是否有数据结构错误或外部信息(例如数据文件)访问错误?
4、性能上是否能够满足要求?
5、是否有初始化或终止性错误?
软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：
1、对程序模块的所有独立的执行路径至少测试一遍。
2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。
3、在循环的边界和运行的界限内执行循环体。
4、测试内部数据结构的有效性，等等。
以上事实说明，软件测试有一个致命的缺陷，即测试的不完全、不彻底性。由于任何程序只能进行少量(相对于穷举的巨大数量而言)的有限的测试，在未发现错误时，不能说明程序中没有错误。

15.软件测试应该划分几个阶段?简述各个阶段应重点测试的点?各个阶段的含义?

答:大体上来说可分为单元测试,集成测试,系统测试,验收测试,每个阶段又分为以下五个步骤: 测试计划，测试设计，用例设计，执行结果，测试报告
初始测试集中在每个模块上，保证源代码的正确性，该阶段成为单元测试，主要用白盒测试方法。 接下来是模块集成和集成以便组成完整的软件包。集成测试集中在证实和程序构成问题上。主要采用黑盒测试方法，辅之以白盒测试方法。
软件集成后，需要完成确认和系统测试。确认测试提供软件满足所有功能、性能需求的最后保证。确认测试仅仅应用黑盒测试方法。

16.什么是单元测试？

答:单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。

17.什么是集成测试

答:集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。

18.系统测试？

答:系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并非一项简单的任务，它被称为测试的“先知者问题”。

19.验收测试

答:验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据通常是系统测试的测试数据的子集.

20.回归测试

答:回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。

21.针对缺陷采取怎样的管理措施?

答:1. 要更好的管理缺陷，必须引入缺陷管理工具，商用的或者开源的都可。
\2. 根据缺陷的生命周期，考虑缺陷提交的管理、缺陷状态的管理和缺陷分析的管理。
\3. 所有发现的缺陷(不管是测试发现的还是走读代码发现的)都必须全部即时的、准确的提交到缺陷管理工具中，这是缺陷提交的管理。
\4. 缺陷提交后，需要即时的指派给相应的开发人员，提交缺陷的人需要密切注意缺陷的状态， 帮助缺陷的尽快解决。缺陷解决后需要即时对缺陷的修复进行验证。这样的目的有两个：一个是让缺陷尽快解决;二是方便后面缺陷的分析(保证缺陷相关的信息准确，如龄期等)，这是缺陷状态的管理。
\5. 为了更好的改进开发过程和测试过程，需要对缺陷进行分析，总结如缺陷的类别、缺陷的龄期分布等信息，这是缺陷分析的管理。

22.单元测试、集成测试、系统测试的侧重点是什么?

答:单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试，测试重点是系统的模块，包括子程序的正确性验证等。

集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求，组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。测试重点是模块间的衔接以及参数的传递等。

系统测试是将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法。测试重点是整个系统的运行以及与其他软件的兼容性。

23.设计用例的方法、依据有那些?

答:白盒测试用例设计有如下方法:

基本路径测试\边界值分析\覆盖测试\循环测试\数据流测试\程序插桩测试\变异测试.

这时候依据就是详细设计说明书及其代码结构
黑盒测试用例设计方法:

基于用户需求的测试\功能图分析方法\等价类划分方法\边界值分析方法\错误推测方法\因果图方法\判定表驱动分析方法\正交实验设计方法.

依据是用户需求规格说明书,详细设计说明书。

24.描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程

答:1) 测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，系统会自动通过Email通知项目组长或直接通知开发者。
2) 经验证无误后，修改状态为VERIFIED.待整个产品发布后，修改为CLOSED.
3) 还有问题，REOPENED，状态重新变为“New"，并发邮件通知。
4) 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。
5) 若是，进行处理，resolved并给出解决方法。(可创建补丁附件及补充说明)
6) 开发者收到Email信息后，判断是否为自己的修改范围。
7) 若不是，重新reassigned分配给项目组长或应该分配的开发者。
8) 测试人员查询开发者已修改的bug，进行重新测试。

25.请你分别介绍一下单元测试、集成测试、系统测试、验收测试、回归测试

答;1、单元测试：完成最小的软件设计单元（模块）的验证工作，目标是确保模块被正确的编码，使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误，通常情况下是白盒的，对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早的发现和解决不易显现的错误。
2、集成测试：通过测试发现与模块接口有关的问题。目标是把通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构，应当避免一次性的集成（除非软件规模很小），而采用增量集成。

自顶向下集成：模块集成的顺序是首先集成主模块，然后按照控制层次结构向下进行集成，隶属于主模块的模块按照深度优先或广度优先的方式集成到整个结构中去。

自底向上集成：从原子模块开始来进行构造和测试，因为模块是自底向上集成的，进行时要求所有隶属于某个给顶层次的模块总是存在的，也不再有使用稳定测试桩的必要。

3、系统测试：是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。

4、回归测试：回归测试是指在发生修改之后重新测试先前的测试用例以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。

5、验收测试：验收测试是指系统开发生命周期方法论的一个阶段，这时相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。验收测试包括Alpha测试和Beta测试。

Alpha测试：是由用户在开发者的场所来进行的，在一个受控的环境中进行。

Beta测试：由软件的最终用户在一个或多个用户场所来进行的，开发者通常不在现场，用户记录测试中遇到的问题并报告给开发者，开发者对系统进行最后的修改，并开始准备发布最终的软件。

26.请你回答一下单元测试、集成测试、系统测试、验收测试、回归测试这几步中最重要的是哪一步

答：这些测试步骤分别在软件开发的不同阶段对软件进行测试，我认为对软件完整功能进行测试的系统测试很重要，因为此时单元测试和集成测试已完成，能够对软件所有功能进行功能测试，能够覆盖系统所有联合的部件，是针对整个产品系统进行的测试，能够验证系统是否满足了需求规格的定义，因此我认为系统测试很重要。

27.请回答集成测试和系统测试的区别，以及它们的应用场景主要是什么？

参考回答：

区别：
1、计划和用例编制的先后顺序：从V模型来讲，在需求阶段就要制定系统测试计划和用例，HLD的时候做集成测试计划和用例，有些公司的具体实践不一样，但是顺序肯定是先做系统测试计划用例，再做集成。

2、用例的粒度：系统测试用例相对很接近用户接受测试用例，集成测试用例比系统测试用例更详细，而且对于接口部分要重点写，毕竟要集成各个模块或者子系统。

3、执行测试的顺序：先执行集成测试，待集成测试出的问题修复之后，再做系统测试。

应用场景：

集成测试：完成单元测试后，各模块联调测试；集中在各模块的接口是否一致、各模块间的数据流和控制流是否按照设计实现其功能、以及结果的正确性验证等等；可以是整个产品的集成测试，也可以是大模块的集成测试；集成测试主要是针对程序内部结构进行测试，特别是对程序之间的接口进行测试。集成测试对测试人员的编写脚本能力要求比较高。测试方法一般选用黑盒测试和白盒测试相结合。

系统测试：针对整个产品的全面测试，既包含各模块的验证性测试（验证前两个阶段测试的正确性）和功能性（产品提交个用户的功能）测试，又包括对整个产品的健壮性、安全性、可维护性及各种性能参数的测试。系统测试测试软件《需求规格说明书》中提到的功能是否有遗漏，是否正确的实现。做系统测试要严格按照《需求规格说明书》，以它为标准。测试方法一般都使用黑盒测试法。

28.请问测试开发需要哪些知识？需要具备什么能力？

需要的知识：
软件测试基础理论知识，如黑盒测试、白盒测试等；

考编程语言基础，如C/C++、java、python等；

自动化测试工具，如Selenium、Appium、Robotium等；

计算机基础知识，如数据库、Linux、计算机网络等；

测试框架，如JUnit等。

需要具备的能力：

业务分析能力，分析整体业务流程、分析被测业务数据、分析被测系统架构、分析被测业务模块、分析测试所需资源、分析测试完成目标；

缺陷洞察能力，一般缺陷的发现能力、隐性问题的发现能力、发现连带问题的能力、发现问题隐患的能力、尽早发现问题的能力、发现问题根源的能力；

团队协作能力，合理进行人员分工、协助组员解决问题、配合完成测试任务、配合开发重现缺陷、督促项目整体进度、出现问题勇于承担；

专业技术能力，掌握测试基础知识、掌握计算机知识、熟练运用测试工具；

逻辑思考能力，判断逻辑的正确性、对可行性逻辑分析、站在客观角度思考；

问题解决能力，技术上的问题、工作中的问题、沟通问题；

沟通表达能力，和技术人员、产品人员、上下级的沟通；

宏观把控能力，有效控制测试时间、有效控制测试成本、有效制定测试计划、有效进行风险评估、有效控制测试方向。

29.请说一说黑盒与白盒的测试方法

参考回答：

黑盒测试：
黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，因此不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

常用的黑盒测试方法有：等价类划分法；边界值分析法；因果图法；场景法；正交实验设计法；判定表驱动分析法；错误推测法；功能图分析法。

白盒测试：

白盒测试也称为结构测试或逻辑驱动测试，是针对被测单元内部是如何进行工作的测试。它根据程序的控制结构设计测试用例，主要用于软件或程序验证。白盒测试法检查程序内部逻辑结构，对所有的逻辑路径进行测试，是一种穷举路径的测试方法，但即使每条路径都测试过了，但仍然有可能存在错误。因为：穷举路径测试无法检查出程序本身是否违反了设计规范，即程序是否是一个错误的程序；穷举路径测试不可能检查出程序因为遗漏路径而出错；穷举路径测试发现不了一些与数据相关的错误。

白盒测试需要遵循的原则有：1. 保证一个模块中的所有独立路径至少被测试一次；2. 所有逻辑值均需要测试真（true）和假（false）；两种情况；3. 检查程序的内部数据结构，保证其结构的有效性；4. 在上下边界及可操作范围内运行所有循环。

常用白盒测试方法：

静态测试：不用运行程序的测试，包括代码检查、静态结构分析、代码质量度量、文档测试等等，它可以由人工进行，充分发挥人的逻辑思维优势，也可以借助软件工具（Fxcop）自动进行。

动态测试：需要执行代码，通过运行程序找到问题，包括功能确认与接口测试、覆盖率分析、性能分析、内存分析等。

白盒测试中的逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。六种覆盖标准发现错误的能力呈由弱到强的变化：

1.语句覆盖每条语句至少执行一次。

2.判定覆盖每个判定的每个分支至少执行一次。

3.条件覆盖每个判定的每个条件应取到各种可能的值。

4.判定/条件覆盖同时满足判定覆盖条件覆盖。

5.条件组合覆盖每个判定中各条件的每一种组合至少出现一次。

6.路径覆盖使程序中每一条可能的路径至少执行一次。

30.请说一下手动测试与自动化测试的优缺点

手工测试缺点：
1、重复的手工回归测试，代价昂贵、容易出错。

2、依赖于软件测试人员的能力。

手工测试优点：

1、测试人员具有经验和对错误的猜测能力。

2、测试人员具有审美能力和心理体验。

3、测试人员具有是非判断和逻辑推理能力。

自动化测试的优点：

1、对程序的回归测试更方便。这可能是自动化测试最主要的任务，特别是在程序修改比较频繁时，效果是非常明显的。由于回归测试的动作和用例是完全设计好的，测试期望的结果也是完全可以预料的，将回归测试自动运行，可以极大提高测试效率，缩短回归测试时间。

2、可以运行更多更繁琐的测试。自动化的一个明显的好处是可以在较少的时间内运行更多的测试。

3、可以执行一些手工测试困难或不可能进行的测试。比如，对于大量用户的测试，不可能同时让足够多的测试人员同时进行测试，但是却可以通过自动化测试模拟同时有许多用户，从而达到测试的目的。

4、更好地利用资源。将繁琐的任务自动化，可以提高准确性和测试人员的积极性，将测试技术人员解脱出来投入更多精力设计更好的测试用例。有些测试不适合于自动测试，仅适合于手工测试，将可自动测试的测试自动化后，可以让测试人员专注于手工测试部分，提高手工测试的效率。

5、测试具有一致性和可重复性。由于测试是自动执行的，每次测试的结果和执行的内容的一致性是可以得到保障的，从而达到测试的可重复的效果。

6、测试的复用性。由于自动测试通常采用脚本技术，这样就有可能只需要做少量的甚至不做修改，实现在不同的测试过程中使用相同的用例。

7、增加软件信任度。由于测试是自动执行的，所以不存在执行过程中的疏忽和错误，完全取决于测试的设计质量。一旦软件通过了强有力的自动测试后，软件的信任度自然会增加。

自动化测试的缺点：

1、不能取代手工测试

2、手工测试比自动测试发现的缺陷更多

3、对测试质量的依赖性极大

4、测试自动化不能提高有效性

5、测试自动化可能会制约软件开发。由于自动测试比手动测试更脆弱，所以维护会受到限制，从而制约软件的开发。

6、工具本身并无想像力

31.请问你怎么看待软件测试的潜力和挑战

软件测试是正在快速发展，充满挑战的领域。尽管现在许多自动化测试软件的出现使得传统手工测试的方式被代替，但自动化测试工具的开发、安全测试、测试建模、精准测试、性能测试、可靠性测试等专项测试中仍然需要大量具有专业技能与专业素养的测试人员，并且随着云计算、物联网、大数据的发展，传统的测试技术可能不再适用，测试人员也因此面临着挑战，需要深入了解新场景并针对不同场景尝试新的测试方法，同时敏捷测试、Devops的出现也显示了软件测试的潜力。

32.你觉得软件测试的核心竞争力是什么

测试人员的核心竞争力在于提早发现问题，并能够发现别人无法发现的问题。
1、早发现问题：问题发现的越早，解决的成本越低。如果一个需求在还未实现的时候就能发现需求的漏洞，那么这种问题的价值是最高的。

2、发现别人无法发现的问题：所有人都能发现的问题，你发现了，那就证明你是可以被替代的。别人发现不了，而你可以发现，那么你就是无法被替代。

33.你觉得测试和开发需要怎么结合才能使软件的质量得到更好的保障

参考回答：

测试和开发应该按照W模型的方式进行结合，测试和开发同步进行，能够尽早发现软件缺陷，降低软件开发的成本。

在V模型中，测试过程被加在开发过程的后半部分，单元测试所检测代码的开发是否符合详细设计的要求。集成测试所检测此前测试过的各组成部分是否能完好地结合到一起。系统测试所检测已集成在一起的产品是否符合系统规格说明书的要求。而验收测试则检测产品是否符合最终用户的需求。V模型的缺陷在于仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段，忽视了测试对需求分析、系统设计的验证，因此需求阶段的缺陷很可能一直到后期的验收测试才被发现，此时进行弥补将耗费大量人力物力资源。

相对于V模型，W模型增加了软件各开发阶段中应同步进行的验证和确认活动。W模型由两个V字型模型组成，分别代表测试与开发过程，图中明确表示出了测试与开发的并行关系。

W模型强调：测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、设计等同样要测试，也就是说，测试与开发是同步进行的。W模型有利于尽早地全面的发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出缺陷所在。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，这将显著减少总体测试时间，加快项目进度。

W模型中测试的活动与软件开发同步进行，测试的对象不仅仅是程序，还包括需求和设计，因此能够尽早发现软件缺陷，降低软件开发的成本。

34.你觉得单元测试可行吗

参考回答：

可行，单元测试可以有效地测试某个程序模块的行为，是未来重构代码的信心保证。事前可以保证质量，事后可以快速复现问题，并在修改代码后做回归自测。可行性考虑的是要用一些可行的方法做到关键的代码可测试，如通过边界条件、等价类划分、错误、因果，设计测试用例要覆盖常用的输入组合、边界条件和异常。

35.你觉得自动化测试有什么意义，都需要做些什么

自动化测试的意义在于
1、可以对程序的新版本自动执行回归测试

2、可以执行手工测试困难或者不可能实现的测试，如压力测试，并发测试，

3、能够更好的利用资源，节省时间和人力

执行自动化测试之前首先判断这个项目是不是和推广自动化测试，然后对项目做需求分析，指定测试计划，搭建自动化测试框架，设计测试用例，执行测试，评估

36.请你回答一下测试的相关流程是什么？

测试最规范的过程如下
需求测试->概要设计测试->详细设计测试->单元测试->集成测试->系统测试->验收测试
来自W模型

37.请你说一下如何写测试用例？

1、测试人员尽早介入，彻底理解清楚需求，这个是写好测试用例的基础
2、如果以前有类似的需求，可以参考类似需求的测试用例，然后还需要看类似需求的bug情况

3、清楚输入、输出的各种可能性，以及各种输入的之间的关联关系，理解清楚需求的执行逻辑，通过等价类、边界值、判定表等方法找出大部分用例

4、找到需求相关的一些特性，补充测试用例

5、根据自己的经验分析遗漏的测试场景

6、多总结类似功能点的测试点，才能够写出质量越来越高的测试用例

7、书写格式一定要清晰

38.请问你觉得测试项目具体工作是什么？

答;搭建测试环境
撰写测试用例

执行测试用例

写测试计划，测试报告

测试，并提交BUG表单

跟踪bug修改情况

执行自动化测试，编写脚本，执行，分析，报告

进行性能测试，压力测试等其他测试，执行，分析，调优，报告

39.请问如果想进行bug的测评，怎么去评测bug？

Bug的priority（）和severity（）是两个重要属性，通常人员在提交bug的时候，只定义severity，而将priority交给leader定义，通常bug管理中，severity分为四个等级blocker、critical、major、minor/trivial，而priority分为五个等级immediate、urgent、high、normal、low。
Severity：

1、blocker：即系统无法执行，崩溃，或严重资源不足，应用模块无法启动或异常退出，无法测试，造成系统不稳定。常见的有严重花屏、内存泄漏、用户数据丢失或破坏、系统崩溃/死机/冻结、模块无法启动或异常退出、严重的数值计算错误、功能设计与需求严重不符、其它导致无法测试的错误， 如服务器500错误。

2、critical：即映像系统功能或操作，主要功能存在严重缺陷，但不会映像到系统稳定性。常见的有：功能未实现，功能错误、系统刷新错误、数据通讯错误、轻微的数值计算错误、影响功能及界面的错误字或拼写错误。

3、major：即界面、性能缺陷、兼容性，常见的有：操作界面错误，边界条件错误，提示信息错误，长时间操作无进度提示，系统未优化，兼容性问题。

4、minor/trivial：即易用性及建议性问题。

Priority

1、immediate：即马上解决，

2、urgent：急需解决

3、high：高度重视，有时间要马上解决

4、low：在系统发布前解决，或确认可以不用解决。

40.请你说一说测试用例的边界?

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
常见的边界值

1)对16-bit 的整数而言 32767 和 -32768 是边界

2)屏幕上光标在最左上、最右下位置

3)报表的第一行和最后一行

4)数组元素的第一个和最后一个

5)循环的第 0 次、第 1 次和倒数第 2 次、最后一次

41.请你说一下软件质量的六个特征?

按照软件质量国家标准GB-T8566–2001G，软件质量可以用下列特征来评价：
a.功能特征：与一组功能及其指定性质有关的一组属性，这里的功能是满足明确或隐含的需求的那些功能。

b.可靠特征：在规定的一段时间和条件下，与软件维持其性能水平的能力有关的一组属性。

c.易用特征：由一组规定或潜在的用户为使用软件所需作的努力和所作的评价有关的一组属性。

d.效率特征：与在规定条件下软件的性能水平与所使用资源量之间关系有关的一组属性。

e.可维护特征：与进行指定的修改所需的努力有关的一组属性。

f.可移植特征：与软件从一个环境转移到另一个环境的能力有关的一组属性。

42.请你说一下设计测试用例的方法

黑盒测试：
1.等价类划分

等价类划分是将系统的输入域划分为若干部分，然后从每个部分选取少量代表性数据进行测试。等价类可以划分为有效等价类和无效等价类，设计测试用例的时候要考虑这两种等价类。

2.边界值分析法

边界值分析法是对等价类划分的一种补充，因为大多数错误都在输入输出的边界上。边界值分析就是假定大多数错误出现在输入条件的边界上，如果边界附件取值不会导致程序出错，那么其他取值出错的可能性也就很小。

边界值分析法是通过优先选择不同等价类间的边界值覆盖有效等价类和无效等价类来更有效的进行测试，因此该方法要和等价类划分法结合使用。

3.正交试验法

正交是从大量的试验点中挑选出适量的、有代表性的点。正交试验设计是研究多因素多水平的一种设计方法，他是一种基于正交表的高效率、快速、经济的试验设计方法。

4.状态迁移法

状态迁移法是对一个状态在给定的条件内能够产生需要的状态变化，有没有出现不可达的状态和非法的状态，状态迁移法是设计足够的用例达到对系统状态的覆盖、状态、条件组合、状态迁移路径的覆盖。

5.流程分析法

流程分析法主要针对测试场景类型属于流程测试场景的测试项下的测试子项进行设计，这是从白盒测试中路径覆盖分析法借鉴过来的一种很重要的方法。

6.输入域测试法

输入域测试法是针对输入会有各种各样的输入值的一个测试，他主要考虑 极端测试、中间范围测试，特殊值测试 。

7.输出域分析法

输出域分析法是对输出域进行等价类和边界值分析，确定是要覆盖的输出域样点，反推得到应该输入的输入值，从而构造出测试用例，他的目的是为了达到输出域的等价类和边界值覆盖。

8.判定表分析法

判定表是分析和表达多种输入条件下系统执行不同动作的工具，他可以把复杂的逻辑关系和多种条件组合的情况表达的即具体又明确；

9.因果图法

因果图是用于描述系统输入输出之间的因果关系、约束关系。因果图的绘制过程是对被测系统的外部特征的建模过程，根据输入输出间的因果图可以得到判定表，从而规划出测试用例。

10.错误猜测法

错误猜测法主要是针对系统对于错误操作时对于操作的处理法的猜测法，从而设计测试用例

11.异常分析法

异常分析法是针对系统有可能存在的异常操作，软硬件缺陷引起的故障进行分析，分析发生错误时系统对于错误的处理能力和恢复能力依此设计测试用例。

白盒测试：

白盒测试也称为结构测试或逻辑驱动测试，是针对被测单元内部是如何进行工作的测试。它根据程序的控制结构设计测试用例，主要用于软件或程序验证。白盒测试法检查程序内部逻辑结构，对所有的逻辑路径进行测试，是一种穷举路径的测试方法，但即使每条路径都测试过了，但仍然有可能存在错误。因为：穷举路径测试无法检查出程序本身是否违反了设计规范，即程序是否是一个错误的程序；穷举路径测试不可能检查出程序因为遗漏路径而出错；穷举路径测试发现不了一些与数据相关的错误。

白盒测试需要遵循的原则有：1. 保证一个模块中的所有独立路径至少被测试一次；2. 所有逻辑值均需要测试真（true）和假（false）；两种情况；3. 检查程序的内部数据结构，保证其结构的有效性；4. 在上下边界及可操作范围内运行所有循环。

常用白盒测试方法：

静态测试：不用运行程序的测试，包括代码检查、静态结构分析、代码质量度量、文档测试等等，它可以由人工进行，充分发挥人的逻辑思维优势，也可以借助软件工具（Fxcop）自动进行。

动态测试：需要执行代码，通过运行程序找到问题，包括功能确认与接口测试、覆盖率分析、性能分析、内存分析等。

白盒测试中的逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。六种覆盖标准发现错误的能力呈由弱到强的变化：

1.语句覆盖每条语句至少执行一次。

2.判定覆盖每个判定的每个分支至少执行一次。

3.条件覆盖每个判定的每个条件应取到各种可能的值。

4.判定/条件覆盖同时满足判定覆盖条件覆盖。

5.条件组合覆盖每个判定中各条件的每一种组合至少出现一次。

6.路径覆盖使程序中每一条可能的路径至少执行一次。

43.请你说一说测试工程师的必备技能

需要的知识：
• 软件测试基础理论知识，如黑盒测试、白盒测试等；

• 编程语言基础，如C/C++、java、python等；

• 自动化测试工具，如Selenium、Appium、Robotium等；

• 计算机基础知识，如数据库、Linux、计算机网络等；

• 测试框架，如JUnit等。

需要具备的能力：

• 业务分析能力，分析整体业务流程、分析被测业务数据、分析被测系统架构、分析被测业务模块、分析测试所需资源、分析测试完成目标；

• 缺陷洞察能力，一般缺陷的发现能力、隐性问题的发现能力、发现连带问题的能力、发现问题隐患的能力、尽早发现问题的能力、发现问题根源的能力；

• 团队协作能力，合理进行人员分工、协助组员解决问题、配合完成测试任务、配合开发重现缺陷、督促项目整体进度、出现问题勇于承担；

• 专业技术能力，掌握测试基础知识、掌握计算机知识、熟练运用测试工具；

• 逻辑思考能力，判断逻辑的正确性、对可行性逻辑分析、站在客观角度思考；

• 问题解决能力，技术上的问题、工作中的问题、沟通问题；

• 沟通表达能力，和技术人员、产品人员、上下级的沟通；

• 宏观把控能力，有效控制测试时间、有效控制测试成本、有效制定测试计划、有效进行风险评估、有效控制测试方向。

44.请你说一下app性能测试的指标

1、内存：内存消耗测试节点的设计目标是为了让应用不占用过多的系统资源，且及时释放内存，保障整个系统的稳定性。当然关于内存测试，在这里我们需要引入几个概念：空闲状态、中等规格、满规格。
空闲状态指打开应用后，点击home键让应用后台运行，此时应用处于的状态叫做空闲；中等规格和满规格指的是对应用的操作时间的间隔长短不一，中等规格时间较长，满规格时间较短。

内存测试中存在很多测试子项，清单如下：

●空闲状态下的应用内存消耗；

●中等规格状态下的应用内存消耗；

●满规格状态下的应用内存消耗；

●应用内存峰值；

●应用内存泄露；

●应用是否常驻内存；

●压力测试后的内存使用。

2、CPU：

使用Android提供的view plaincopy在CODE上查看代码片派生到我的代码片

adbshell dumpsys CPUinfo |grep packagename >/address/CPU.txt来获取；

使用top命令view plaincopy在CODE上查看代码片派生到我的代码片

adbshell top |grep packagename>/address/CPU.txt来获取。

3、流量：

网络流量测试是针对大部分应用而言的，可能还有部分应用会关注网速、弱网之类的测试。

流量测试包括以下测试项：

应用首次启动流量提示；

应用后台连续运行2小时的流量值；

应用高负荷运行的流量峰值。

4、电量：

●测试手机安装目标APK前后待机功耗无明显差异；

●常见使用场景中能够正常进入待机，待机电流在正常范围内；

●长时间连续使用应用无异常耗电现象。

5、启动速度：

第一类：首次启动–应用首次启动所花费的时间；

第二类：非首次启动–应用非首次启动所花费的时间；

第三类：应用界面切换–应用界面内切换所花费的时间。

6、滑动速度、界面切换速度

7、与服务器交互的网络速度

45.请你说一说app测试的工具

参考回答：

功能测试自动化
a) 轻量接口自动化测试

jmeter，

b) APP UI层面的自动化

android：UI Automator Viewer，Android Junit，Instrumentation，UIAutomator，

iOS:基于Instrument的iOS UI自动化，

性能测试

a) Web前端性能测试

网络抓包工具：Wireshark

网页文件大小

webpagetest

pagespeed insight

chrome adb

b) APP端性能测试

Android内存占用分析：MAT

iOS内存问题分析：ARC模式

Android WebView性能分析：

iOS WebView性能分析

c) 后台服务性能测试

负载，压力，耐久性

可拓展性，基准

工具：apacheAB，Jmeter，LoadRunner，

专项测试

a) 兼容性测试

手工测试：操作系统，分辨率，rom，网络类型

云平台：testin，脚本编写，Android。

b) 流量测试

Android自带的流量管理，

iOS自带的Network

tcpdump抓包

WiFi代理抓包：Fiddler

流量节省方法：压缩数据，json优于xml；WebP优于传统的JPG，PNG；控制访问的频次；只获取必要的数据；缓存；

c) 电量测试

基于测试设备的方法，购买电量表进行测试。

GSam Battery Monitoe Pro

iOS基于Instrument Energy工具

d) 弱网络测试

手机自带的网络状况模拟工具

基于代理的弱网络的模拟:

工具：windows：Network Delay Simulator

Mac：Network Link Conditioner

46.请你说一说bug的周期，以及描述一下不同类别的bug

参考回答：

1、New:（新的）
当某个“bug”被第一次发现的时候，测试人员需要与项目负责人沟通以确认发现的的确是一个bug，如果被确认是一个bug，就将其记录下来，并将bug的状态设为New

2、Assigned（已指派的）

当一个bug被指认为New之后，将其反馈给开发人员，开发人员将确认这是否是一个bug，如果是，开发组的负责人就将这个bug指定给某位开发人员处理，并将bug的状态设定为“Assigned”

3、Open（打开的）

一旦开发人员开始处理bug的时候，他（她）就将这个bug的状态设置为“Open”，这表示开发人员正在处理这个“bug”

4、Fixed（已修复的）

当开发人员进行处理（并认为已经解决）之后，他就可以将这个bug的状态设置为“Fixed”并将其提交给开发组的负责人，然后开发组的负责人将这个bug返还给测试组

5、Pending Reset（待在测试的）

当bug被返还到测试组后，我们将bug的状态设置为Pending Reset”

6、Reset(再测试)

测试组的负责人将bug指定给某位测试人员进行再测试，并将bug的状态设置为“Reset”

7、Closed（已关闭的）

如果测试人员经过再次测试之后确认bug 已经被解决之后，就将bug的状态设置为“Closed”

8、Reopen（再次打开的）

如果经过再次测试发现bug（指bug本身而不是包括因修复而引发的新bug）仍然存在的话，测试人员将bug再次传递给开发组，并将bug的状态设置为“Reopen”

9、Pending Reject（拒绝中）

如果测试人员传递到开发组的bug被开发人员认为是正常行为而不是bug时，这种情况下开发人员可以拒绝，并将bug的状态设置为“Pending Reject”

10、Rejected(被拒绝的)

测试组的负责人接到上述bug的时候，如果他（她）发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能算作bug的时候，开发组负责人就将这个bug的状态设置为“Rejected”

11、Postponed（延期）

有些时候，对于一些特殊的bug的测试需要搁置一段时间，事实上有很多原因可能导致这种情况的发生，比如无效的测试数据，一些特殊的无效的功能等等，在这种情况下，bug的状态就被设置为“Postponed“

不同类别的bug：

Bug类型

• 代码错误

• 界面优化

• 设计缺陷

• 配置相关

• 安装部署

• 安全相关

• 性能问题

• 标准规范

• 测试脚本

• 其他

47.请你说一说PC网络故障，以及如何排除障碍

(1)首先是排除接触故障，即确保你的网线是可以正常使用的。然后禁用网卡后再启用，排除偶然故障。打开网络和共享中心窗口，单击窗口左上侧“更改适配器设置”右击其中的“本地连接“或”无线网络连接”，单击快捷菜单中的“禁用”命令，即可禁用所选网络。接下来重启网络，只需右击后单击启用即可。
(2)使用ipconfig查看计算机的上网参数

1、单击“开始|所有程序|附件|命令提示符“，打开命令提示符窗口

2、输入ipconfig，按Enter确认，可以看到机器的配置信息，输入ipconfig/all,可以看到IP地址和网卡物理地址等相关网络详细信息。

(3)使用ping命令测试网络的连通性，定位故障范围

在命令提示符窗口中输入”ping 127.0.0.1“，数据显示本机分别发送和接受了4个数据包，丢包率为零，可以判断本机网络协议工作正常，如显示”请求超时“，则表明本机网卡的安装或TCP/IP协议有问题，接下来就应该检查网卡和TCP/IP协议，卸载后重装即可。

(4)ping本机IP

在确认127.0.0.1地址能被ping通的情况下，继续使用ping命令测试本机的IP地址能否被ping通，如不能，说明本机的网卡驱动程序不正确，或者网卡与网线之间连接有故障，也有可能是本地的路由表面收到了破坏，此时应检查本机网卡的状态是否为已连接，网络参数是否设置正确，如果正确可是不能ping通，就应该重新安装网卡驱动程序。丢失率为零，可以判断网卡安装配置没有问题，工作正常。

(5)ping网关

网关地址能被ping通的话，表明本机网络连接以及正常，如果命令不成功，可能是网关设备自身存在问题，也可能是本机上网参数设置有误，检查网络参数。

48.请你说一说测试的常用方法

黑盒测试：
黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，因此不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

常用的黑盒测试方法有：等价类划分法；边界值分析法；因果图法；场景法；正交实验设计法；判定表驱动分析法；错误推测法；功能图分析法。

白盒测试：

白盒测试也称为结构测试或逻辑驱动测试，是针对被测单元内部是如何进行工作的测试。它根据程序的控制结构设计测试用例，主要用于软件或程序验证。白盒测试法检查程序内部逻辑结构，对所有的逻辑路径进行测试，是一种穷举路径的测试方法，但即使每条路径都测试过了，但仍然有可能存在错误。因为：穷举路径测试无法检查出程序本身是否违反了设计规范，即程序是否是一个错误的程序；穷举路径测试不可能检查出程序因为遗漏路径而出错；穷举路径测试发现不了一些与数据相关的错误。

白盒测试需要遵循的原则有：1. 保证一个模块中的所有独立路径至少被测试一次；2. 所有逻辑值均需要测试真（true）和假（false）；两种情况；3. 检查程序的内部数据结构，保证其结构的有效性；4. 在上下边界及可操作范围内运行所有循环。

常用白盒测试方法：

静态测试：不用运行程序的测试，包括代码检查、静态结构分析、代码质量度量、文档测试等等，它可以由人工进行，充分发挥人的逻辑思维优势，也可以借助软件工具（Fxcop）自动进行。

动态测试：需要执行代码，通过运行程序找到问题，包括功能确认与接口测试、覆盖率分析、性能分析、内存分析等。

白盒测试中的逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。六种覆盖标准发现错误的能力呈由弱到强的变化：

1.语句覆盖每条语句至少执行一次。

2.判定覆盖每个判定的每个分支至少执行一次。

3.条件覆盖每个判定的每个条件应取到各种可能的值。

4.判定/条件覆盖同时满足判定覆盖条件覆盖。

5.条件组合覆盖每个判定中各条件的每一种组合至少出现一次。

6.路径覆盖使程序中每一条可能的路径至少执行一次。

49.请你说一说你知道的自动化测试框架

参考回答：

1、模块化测试框架
模块化测试脚本框架（TEST MODulARITY FRAMEWORK）需要创建小而独立的可以描述的模块、片断以及待测应用程序的脚本。这些树状结构的小脚本组合起来，就能组成能用于特定的测试用例的脚本。在五种框架中，模块化框架是最容易掌握和使用的。在一个组件上方建立一个抽象层使其在余下的应用中隐藏起来，这是众所周知的编程技巧。这样应用同组件中的修改隔离开来，提供了程序设计的模块化特性。模块化测试脚本框架使用这一抽象或者封装的原理来提高自动测试组合的可维护性和可升级性。

2、测试库框架

测试库框架（Test Library Architecture）与模块化测试脚本框架很类似，并且具有同样的优点。不同的是测试库框架把待测应用程序分解为过程和函数而不是脚本。这个框架需要创建描述模块、片断以及待测应用程序的功能库文件。

3、关键字驱动或表驱动的测试框架

对于一个独立于应用的自动化框架，关键字驱动（KEYWORD DRIVEN）I9LJJ试和表驱动（TABLE DRIVEN）测试是可以互换的术语。这个框架需要开发数据表和关键字。这些数据表和关键字独立于执行它们的测试自动化工具，并可以用来“驱动＂待测应用程序和数据的测试脚本代码，关键宇驱动测试看上去与手工测试用例很类似。在一个关键字驱动测试中，把待测应用程序的功能和每个测试的执行步骤一起写到一个表中。这个测试框架可以通过很少的代码来产生大量的测试用例。同样的代码在用数据表来产生各个测试用例的同时被复用。

4、数据驱动测试框架

数据驱动（DATA DRIVEN），LJ试是一个框架。在这里测试的输入和输出数据是从数据文件中读取（数据池，ODBC源，CSV文件，EXCEL文件，ADO对象等）并且通过捕获工具生成或者手工生成的代码脚本被载入到变量中。在这个框架中，变量不仅被用来存放输入值还被用来存放输出的验证值。整个程序中，测试脚本来读取数值文件，记载测试状态和信息。这类似于表驱动测试，在表驱动测 试中，它的测试用例是包含在数据文件而不是在脚本中，对于数据而言，脚本仅仅是一个“驱动器”，或者是一个传送机构。然而，数据驱动测试不同于表驱动测试，尽管导航数据并不包含在表结构中。在数据驱动测试中，数据文件中只包含测试数据。这个框架意图减少需要执行所有测试用例所需要的总的测试脚本数。数据驱动需要很少的代码来产生大量的测试用例，这与表驱动极其类似。

5、混合测试自动化（Hybrid Test Automation）框架

最普遍的执行框架是上面介绍的所有技术的一个结合，取其长处，弥补其不足。这个混合测试框架是由大部分框架随着时间并经过若干项目演化而来的

50.请你说一说web测试和app测试的不同点

系统架构方面：
web项目，一般都是b/s架构，基于浏览器的

app项目，则是c/s的，必须要有客户端，用户需要安装客户端。

web测试只要更新了服务器端，客户端就会同步会更新。App项目则需要客户端和服务器都更新。

性能方面:

web页面主要会关注响应时间

而app则还需要关心流量、电量、CPU、GPU、Memory这些。

它们服务端的性能没区别，都是一台服务器。

兼容方面：

web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统的方向的兼容

app测试则要看分辨率，屏幕尺寸，还要看设备系统。

web测试是基于浏览器的所以不必考虑安装卸载。

而app是客户端的，则必须测试安装、更新、卸载。除了常规的安装、更新、卸载还要考虑到异常场景。包括安装时的中断、弱网、安装后删除安装文件 。

此外APP还有一些专项测试：如网络、适配性。

51.请问你了解什么测试方法

参考回答：

等价类划分，边界值分析，错误推测，因果图法，逻辑覆盖法，程序插桩技术，基本路径法，符号测试，错误驱动测试

52.请问黑盒测试和白盒测试有哪些方法

黑盒测试方法有等价类划分，边界值分析，错误推测，因果图法
白盒测试方法有逻辑覆盖法，程序插桩技术，基本路径法，符号测试，错误驱动测试

53.请问你怎么看待测试，知道哪些测试的类型，有用过哪些测试方法？

测试是软件开发中不可或缺的一环，测试通过经济，高效的方法，捕捉软件中的错误，从而达到保重软件内在质量的目的。
测试分为功能测试和非功能测试，非功能测试又可以分为性能测试、压力测试、容量测试、健壮性测试、安全性测试、可靠性测试、恢复性测试、备份测试、协议测试、兼容性测试、可用性测试、配置测试、GUI测试。

测试方法用过等价划分法、边值分析法、错误推测法、因果图法。

54.请问你怎么测试网络协议?

协议测试包括四种类型的测试
1、一致性测试：检测协议实现本身与协议规范的符合程度

2、互操作性测试：基于某一协议检测不同协议实现间互操作互通信的能力

3、性能测试：检测协议实现的性能指标，比如数据传输速度，连接时间，执行速度，吞吐量，并发度，

4、健壮性测试：检测协议是现在各种恶劣环境下运行的能力，比如注入干扰报文，通信故障，信道被切断

软件测试笔试面试题目完全汇总

软件缺陷：

1）软件未实现产品说明书要求的功能

2）软件出现了产品说明书指明不应该出现的错误

3）软件实现了产品说明书未提到的功能

4）软件未实现产品说明书虽未明确提及但应该实现的目标

5）软件难以理解、不易使用、运行缓慢或者从测试员的角度看最终用户会认为不好。

软件测试：为了发现软件产品中的各种缺陷，而对软件产品进行验证和确认的活动过程，此过程贯穿整个软件开发生命周期。 简单的说，软件测试是以发现错误为目的而执行的一个程序或系统的过程。

软件测试的目的：

1.验证软件需求和功能是否得到完整实现
2.验证软件是否可以发布
3.尽可能多的发现软件中的bug
4.尽可能早的发现软件中的bug
5.对软件质量做出合理评估
6.预防下个版本可能出现的问题
7.预防用户使用可能出现的问题
8.发现开发过程中的问题和风险

软件测试的原则：

1、所有测试的标准都是建立在用户需求之上 。
2、合理控制测试深度与广度，完全测试不可能，测试的投入与产出要均衡。
3、80-20原则，软件中80%的bug可以在分析、设计与评审阶段就能被发现与修正，16%的缺陷在系统的软件测试中发现，最后剩下的4%是用户长期使用的过程中才能暴露出来。
4、尽可能早的开展测试，越早发现错误，修改的代价越小。
5、发现错误较多的程序段，应进行更深入的测试。
6、软件项目一启动，软件测试也就是开始，而不是等程序写完，才开始进行测试 。
7、软件开发人员即程序员应当避免测试自己的程序
8、严格执行测试计划，排除测试的随意性，以避免发生疏漏或者重复无效的工作

软件测试的流程

web测试和APP测试的区别

仅仅从功能测试的层面上来讲的话，在流程和功能测试上是没有区别的。那么区别在哪里呢？
由于载体不一样，所以系统测试和一些细节可能会不一样。
那么我们就要先来了解，web和app的区别。

web项目，一般都是b/s架构，基于浏览器的，而app则是c/s的，必须要有客户端。那么在系统测试测试的时候就会产生区别了。

首先从系统架构来看的话，web测试只要更新了服务器端，客户端就会同步会更新。而且客户端是可以保证每一个用户的客户端完全一致的。但是app端是不能够保证完全一致的，除非用户更新客户端。如果是app下修改了服务端，意味着客户端用户所使用的核心版本都需要进行回归测试一遍。

接着是性能方面，web页面可能只会关注响应时间，而app则还需要关心流量、电量、CPU、GPU、Memory这些了。至于服务端的性能是没区别，这里就不谈。

相比较web测试，app更是多了一些专项测试：

健壮性测试：

一些异常场景的考虑以及弱网络测试。这里的异常场景就是中断，来电，短信，关机，重启等。

而弱网测试是app测试中必须执行的一项测试。包含弱网和网络切换测试。需要测试弱网所造成的用户体验，重点要考虑回退和刷新是否会造成二次提交。需要测试丢包，延时的处理机制。避免用户的流失。这些在前面的弱网测试那篇已经讲过，这里不再讲了。
　　
安装、卸载、更新：
　　web测试是基于浏览器的所以不必考虑这些。而app是客户端的，则必须测试安装、更新、卸载。除了常规的安装、更新、卸载还要考虑到异常场景。包括安装时的中断、弱网、安装后删除安装文件，更新的强制更新与非强制更新、增量包更新、断点续传、弱网，卸载后删除app相关的文件等等。
　　
就自动化来讲，web大多用的selenium、webdriver，而app则是appium。
性能使用的工具web则是LR，app使用Jmeter要多一点

如何提交高质量的缺陷报告单

1、 缺陷的概要描述要清晰准确，要使相关开发负责人员能够一目了然问题是什么。
2、 一个完整的缺陷报告单，必须包含其必要的元素信息，例如：概要描述，缺陷发现人，测试环境，浏览器，缺陷重现步骤，严重等级，指派人，所属功能模块等等，必要元素信息必须描述全面清楚。
3、 缺陷的重现步骤必须描写清晰明了，使相关开发负责人能够根据重现步骤准确的重现所提交的缺陷，使其定位缺陷的原因所在。
4、测试数据，测试的数据作为重现缺陷的一个重要元素信息，一定要将测试时所使用的信息给描写清楚准确。让开发人员根据测试所提供的测试数据准确重现缺陷。
5、附件截图信息，附件或截图信息能让开发人员能够一目了然的清楚问题的所在。

如何对web系统进行全面测试？

原文地址：http://www.51testing.com/html/04/n-3727304.html
一、 功能测试
　　1、链接测试
　　链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面;其次，测试所链接的页面是否存在;最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。 链接测试可以自动进行，现在已经有许多工具可以采用。链接测试必须在集成测试阶段完成，也就是说，在整个Web应用系统的所有页面开发完成之后进行链接测试。
　　2、表单测试
　　当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。
　　3、Cookies测试
　　Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。 如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。
　　4、设计语言测试
　　Web设计语言版本的差异可以引起客户端或服务器端严重的问题，例如使用哪种版本的HTML等。当在分布式环境中开发时，开发人员都不在一起，这个问题就显得尤为重要。除了HTML的版本问题外，不同的脚本语言，例如Java、JavaScript、 ActiveX、VBScript或Perl等也要进行验证。
　　5、数据库测试
　　在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。 在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。
二、 性能测试
　　1、连接速度测试
　　用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长(例如超过5秒钟)，用户就会因没有耐心等待而离开。 另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。
　　2、负载测试
　　负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线?如果超过了这个数量，会出现什么现象?Web应用系统能否处理大量用户对同一个页面的请求?
　　3、压力测试
　　负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试。因为一个企业内部员工，特别是项目组人员总是有限的，而一个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。 进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。 压力测试的区域包括表单、登陆和其他信息传输页面等。
三、 可用性测试
　　1、导航测试
　　导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等;或在不同的连接页面之间。通过考虑下列问题，可以决定一个Web应用系统是否易于导航：导航是否直观?Web系统的主要部分是否可通过主页存取?Web系统是否需要站点地图、搜索引擎或其他的导航帮助? 在一个页面上放太多的信息往往起到与预期相反的效果。Web应用系统的用户趋向于目的驱动，很快地扫描一个Web应用系统，看是否有满足自己需要的信息，如果没有，就会很快地离开。很少有用户愿意花时间去熟悉Web应用系统的结构，因此，Web应用系统导航帮助要尽可能地准确。 导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是否一致。确保用户凭直觉就知道Web应用系统里面是否还有内容，内容在什么地方。 Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。
　　2、图形测试
　　 在Web应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。
　　图形测试的内容有：
　　(1)要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。Web应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链接到某个具体的页面。
　　(2)验证所有页面字体的风格是否一致。
　　(3)背景颜色应该与字体颜色和前景颜色相搭配。
　　(4)图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩。
　　3、内容测试
　　内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性。 信息的正确性是指信息是可靠的还是误传的。例如，在商品价格列表中，错误的价格可能引起财政问题甚至导致法律纠纷;信息的准确性是指是否有语法或拼写错误。这种测试通常使用一些文字处理软件来进行，例如使用Microsoft Word的拼音与语法检查功能;信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口，也就是一般Web站点中的所谓相关文章列表。
　　4、整体界面测试
　　整体界面是指整个Web应用系统的页面结构设计，是给用户的一个整体感。例如：当用户浏览Web应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方?整个Web应用系统的设计风格是否一致? 对整体界面的测试过程，其实是一个对最终用户进行调查的过程。一般Web应用系统采取在主页上做一个调查问卷的形式，来得到最终用户的反馈信息。 对所有的可用性测试来说，都需要有外部人员(与Web应用系统开发没有联系或联系很少的人员)的参与，最好是最终用户的参与。
四、 客户端兼容性测试
　　1、平台测试
　　市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Macintosh、Linux等。Web应用系统的最终用户究竟使用哪一种操作系统，取决于用户系统的配置。这样，就可能会发生兼容性问题，同一个应用可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败。 因此，在Web系统发布之前，需要在各种操作系统下对Web系统进行兼容性测试。
　　2、浏览器测试
　　浏览器是Web客户端最核心的构件，来自不同厂商的浏览器对Java，、JavaScript、 ActiveX、 plug-ins或不同的HTML规格有不同的支持。例如，ActiveX是Microsoft的产品，是为Internet Explorer而设计的，JavaScript是Netscape的产品，Java是Sun的产品等等。另外，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。不同的浏览器对安全性和Java的设置也不一样。 测试浏览器兼容性的一个方法是创建一个兼容性矩阵。在这个矩阵中，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。
五、 安全性测试
　　Web应用系统的安全性测试区域主要有：
　　(1)现在的Web应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。
　　(2)Web应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内(例如15分钟)没有点击任何页面，是否需要重新登陆才能正常使用。
　　(3)为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。
　　(4)当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。
　　(5)服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。

测试用例设计经典面试题——电梯，杯子，笔，桌子，洗衣机

原文地址：https://blog.csdn.net/slforeverlove/article/details/47080279

优秀测试人员应具备的素质：

1）沟通能力与表达能力
2）好奇心与怀疑精神
3）责任感与抗压能力
4）自信心，坚持自己的观点
5）耐心与细心
6）逆向思维的能力
7）善于学习与总结
8）团队协作精神
9）文档编写能力

优秀测试人员应具备的技能：

1）精通业务知识
2）具备软件编程能力，比如C,C++,JAVA等。
3）可以用脚本语言编写小测试工具
4）主流操作系统应用与网络知识，可以搭建测试环境
5）熟练掌握各种数据库知识
6）精通软件测试理论与方法
7）掌握常用测试与开发工具的使用
8）优秀的文档编写能力

软件测试的分类：

1）按照是否执行被测试软件来分：

静态测试：是指不运行软件，测试包括代码检查、静态结构分析、代码质量度量等，主要对软件需求说明书、设计说明书、软件源代码进行检查与分析。

动态测试：指通过运行被测程序，检查运行结果与预期结果的差异，分析差异原因，并分析软件运行效率、健壮性等性能。 动态测试是目前公司主要的测试方式

2）按照测试技术分为黑盒测试和白盒测试：

黑盒测试：黑盒测试又叫功能测试或数据驱动测试，在完全不考虑程序内部结构和内部特性的情况下，通过软件的外部表现来发现其缺陷和错误。

白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构进行测试程序，通过测试来检测产品内部逻辑是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。

3）按照测试手段来分，可以分为手工测试和自动化测试

4）按照过程阶段来分，可以分为单元测试、集成测试、系统测试和验收测试

单元测试：通过模块(类/方法/函数)测试，使代码达到设计要求 主要目的是针对编码过程中可能存在的各种错误，例如用户输入验证过程中的边界值的错误。

集成测试：将经过单元测试的模块逐步组装成完整的程序。 主要目的是检查各单元与其它程序部分之间的接口是否存在问题，各模块功能之间是否有影响。

系统测试：是将已经确认的软件、计算机硬件、外设、网络等其他元素结合在一起进行测试。 系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不符或与之矛盾的地方 ，进行改正。

验收测试：验收测试是在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的最后一次软件测试活动，也称为交付测试。 通常由业务专家或用户进行，以确认产品能真正符合用户业务上的需要。

软件开发流程（软件生命周期）：

计划-》需求分析-》设计-》程序编写-》测试-》运行/维护

软件测试流程：

测试计划-》需求分析-》测试用例-》测试用例执行-》提交bug-》回归测试

软件开发模型：

软件测试模型：

V模型：反映了测试与开发阶段之间一一对应的特点，测试在开发之后，出错后回归测试量大。

W模型：测试伴随整个开发周期，测试与开发同步进行，有利于尽早发现问题

H模型：软件测试活动完全独立，与其他流程并行。

白盒测试方法

白盒测试方法有 语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。

1.语句覆盖每条语句至少执行一次。

2.判定覆盖每个判定的每个分支至少执行一次。

3.条件覆盖每个判定的每个条件应取到各种可能的值。

4.判定/条件覆盖同时满足判定覆盖条件覆盖。

5.条件组合覆盖每个判定中各条件的每一种组合至少出现一次。

6.路径覆盖使程序中每一条可能的路径至少执行一次。

设计用例的方法、依据有那些?

测试分为白盒测试和黑盒测试，回答时，要注意分开说。白盒测试用例设计有如下方法：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。依据就是代码结构。

黑盒测试用例设计方法：基于用户需求的测试、等价类划分方法、边界值分析方法、错误推测方法、因果图方法、判定表驱动分析方法、正交实验法、场景法。依据是用户需求规格说明书，详细设计说明书。

一个测试工程师应具备那些素质和技能?

一个好的测试工程师，不仅要基础扎实，对自身的性格、责任心都有非常高的要求。具体如下：(1)掌握基本的测试基础理论(2)本着找出软件存在的问题的态度进行测试,即客观吧,不要以挑刺形象出现(3)可熟练阅读需求规格说明书等文档(4)以用户的观点看待问题(5)有着强烈的质量意识(6)细心和责任心(7)良好的有效的沟通方式(与开发人员及客户)(8)具有以往的测试经验(9)能够及时准确地判断出高危险区在何处.

集成测试通常都有哪些策略?

大致说四点即可，当然说全更好。集成测试有十种策略:(1)大爆炸集成(2)自顶向下集成(3)自底向上集成(4)三明治集成(5)分层集成(6)基干集成(7)基于功能的集成(8)基于消息的集成(9)基于风险的集成(10)基于进度的集成.

什么是兼容性测试？兼容性测试侧重哪些方面？

兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行，即是通常说的软件的可移植性。

兼容的类型，如果细分的话，有平台的兼容，网络兼容，数据库兼容，以及数据格式的兼容。

兼容测试的重点是，对兼容环境的分析。通常，是在运行软件的环境不是很确定的情况下，才需要做兼容。根据软件运行的需要，或者根据需求文档，一般都能够得出用户会在什么环境下使用该软件，把这些环境整理成表单，就得出做兼容测试的兼容环境了。

我现在有个程序，发现在Windows上运行得很慢，怎么判别是程序存在问题还是软硬件系统存在问题？

1、检查系统是否有中毒的特征；

2、检查软件/硬件的配置是否符合软件的推荐标准；

3、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务；

4、如果是C/S或者B/S结构的软件，需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的；

5、在系统没有任何负载的情况下，查看性能监视器，确认应用程序对CPU/内存的访问情况。

测试的策略有哪些？

黑盒/白盒，静态/动态，手工/自动，冒烟测试，回归测试，公测（Beta测试的策略）

正交表测试用例设计方法的特点是什么？

用最少的实验覆盖最多的操作，测试用例设计很少，效率高，但是很复杂；

对于基本的验证功能，以及二次集成引起的缺陷，一般都能找出来；但是更深的缺陷，更复杂的缺陷，还是无能为力的；

具体的环境下，正交表一般都很难做的。大多数，只在系统测试的时候使用此方法。

描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程？

详见bugZilla使用指南

在Bugzilla中，Bug报告状态分为以下几种状态，

待确认的      unconfirmed

新提交的      new

已分配的      assigned

问题未解决的 reopened

待返测的       resolved

待归档的       verified

已归档的       closed
12345678910111213

Bug处理意见（Resolution）

已修改的      fixed

不是问题       nvalid

无法修改       wontfix

以后版本解决  later

 保留           remind

 重复           duplicate

 无法重现      workforme 
12345678910111213

你觉得bugzilla在使用的过程中，有什么问题？

界面不稳定；

根据需要配置它的不同的部分，过程很烦琐。

流程控制上，安全性不好界定，很容易对他人的Bug进行误操作；

没有综合的评分指标，不好确认修复的优先级别。

描述测试用例设计的完整过程？

需求分析 + 需求变更的维护工作；

根据需求 得出测试需求；

设计测试方案，评审测试方案；

方案评审通过后，设计测试用例，再对测试用例进行评审；

单元测试的策略有哪些？

单元的常见错误一般出现在以下五个方面，因此这五个方面是单元测试应该关注的重点。

1、单元接口。

2、局部数据结构。

3、独立路径。

4、出错处理。

5、边界条件

在单元测试时，由于单元本身不是一个独立的程序，一个完整的可运行的软件系统并没有构成，所以需要设置一些辅助测试单元，辅助测试单元有两种，一种是驱动单元，另外一种是桩单元。

1、驱动单元（Driver）:用来模拟被测单元的上层单元，相当于被测函数的主函数，如main函数。所以驱动单元主要完成以下4个步骤：

（1）接受测试数据，包含测试用例输入和预期输出；

（2）把测试用例输入传送给被测单元，驱动被测单元测试；

（3）将被测单元的实际输出和预期输出进行比较，得到测试结果；

（4）将测试结果输出到指定位置。

2、桩单元（Stub）：用来代替被测单元工作过程中调用的子单元。

桩单元模拟的单元可能是自定义函数：这些自定义函数可能尚未编写完成，为了测试被测单元，需要构造桩单元来代替它们，可能存在错误，会影响测试结果，所以需要构造正确无误的桩单元来达到隔离的目的。

驱动单元和桩单元都是额外的开销，虽然在单元测试的时候必须写，但是并不需要作为最终的产品提供给客户。

单元测试策略

一般的单元执行策略有三种：孤立的单元测试策略（Isolation Unit Testing），自顶向下的单元测试策略（Top Down Unit Testing）和自底向上的单元测试策略（Bottom Up Unit Testing）。需要注意的是：在集成测试中也有自顶向下和自底向上的测试策略，但是测试对象不同。

1、孤立的单元测试策略（Isolation Unit Testing）

方法：不考虑每个模块与其它模块之间的关系，为每个模块设计桩模块和驱动模块，每个模块进行独立的单元测试。

优点：这个方法比较简单，最容易操作，可以达到很高的结构覆盖率，可以并行开展，该方法是纯粹的单元测试。

缺点：桩函数和驱动函数工作量很大，效率低。

2、自顶向下的单元测试策略（Top Down Unit Testing）

方法：先对最顶层的单元进行测试，把顶层所调用的单元做成桩模块，其次对第二层进行测试，使用上面已经测试过的单元做驱动模块，以此类推，直到测试完所有模块。

优点：可以节省驱动函数的开发工作，效率高。

缺点：随着被测单元一个一个被加入，测试过程将变得越来越复杂，并且开发和维护的成本将增加。

3、自底向上的单元测试策略（Bottom Up Unit Testing）

方法：先对最底层的模块进行单元测试，将模拟调用该模块的模块设置为驱动模块，然后再对上面一层做单元测试，用下面已经测试好的模块做桩模块，以此类推，直到测试完所有模块。

优点：可以节省桩函数的开发工作量，测试效率较高。

缺点：不是纯粹的单元测试，底层函数的测试质量对上层函数的测试将产生很大影响。

LoadRunner分哪三部分？

脚本生成器；

场景控制器；

结果分析器。

LoadRunner进行测试的流程?

1、 测试设计

2、 创建虚拟用户脚本

3、 创建运行场景

4、 运行场景

5、 监视场景

6、 分析测试的结果

以上，最好是结合一个案例，根据以上流程来介绍。

什么是并发？在lordrunner中，如何进行并发的测试？集合点失败了会怎么样？

在同一时间点，支持多个不同的操作。

LoadRunner中提供IP伪装，集合点，配合虚拟用户的设计，以及在多台电脑上设置，可以比较好的模拟真实的并发。

集合点，即是多个用户在某个时刻，某个特定的环境下同时进行虚拟用户的操作的。集合点失败，则集合点的操作就会取消，测试就不能进行。

TestDirector有些什么功能，如何对软件测试过程进行管理？

需求管理

n 定义测试范围

n 定义需求树

n 描述需求树的功能点

测试计划

n 定义测试目标和测试策略。

n 分解应用程序，建立测试计划树。

n 确定每个功能点的测试方法。

n 将每个功能点连接到需求上，使测试计划覆盖全部的测试需求。

n 描述手工测试的测试步骤

n 指明需要进行自动测试的功能点

测试执行

n 定义测试集合。

n 为每个测试人员制定测试任务和测试日程安排。

n 运行自动测试。

缺陷跟踪

n 记录缺陷

n 查看新增缺陷，并确定哪些是需要修正的

n 相关技术人员修改缺陷

n 回归测试

n 分析缺陷统计图表，分析应用程序的开发质量。

你所熟悉的软件测试类型都有哪些？请试着分别比较这些不同的测试类型的区别与联系（如功能测试、性能测试……）？

Compatibility Testing（兼容性测试），也称“Configuration testing（配置测试）”，测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等。验证测试对象在不同的软件和硬件配置中的运行情况。

Functional testing (功能测试)，也称为behavioral testing（行为测试），根据产品特征、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试，用于验证应用程序或网站对目标用户能正确工作。使用适当的平台、浏览器和测试脚本，以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样。
Performance testing（性能测试），评价一个产品或组件与性能需求是否符合的测试。包括负载测试、强度测试、数据库容量测试、基准测试等类型。

一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？

1.和BUG对应的软件版本
2.开发的接口人员，测试人员
3.BUG的优先级
4.BUG的严重程度
5.BUG可能属于的模块
6.BUG的标题
7.BUG的描述
8.BUG的截图
9.BUG的状态
10.BUG的错误类型（数据，界面。。。。）

Beta测试与Alpha测试有什么区别？

Beta testing(β测试),测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场
Alpha testing (α测试),是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试

软件的评审一般由哪些人参加？其目的是什么？

在正式的会议上将软件项目的成果（包括各阶段的文档、产生的代码等）提交给用户、客户或有关部门人员对软件产品进行评审和批准。其目的是找出可能影响软件产品质量、开发过程、维护工作的适用性和环境方面的设计缺陷，并采取补救措施，以及找出在性能、安全性和经济方面的可能的改进。

人员：用户、客户或有关部门开发人员，测试人员，需求分析师都可以，就看处于评审那个阶段

阶段评审与项目评审有什么区别？

阶段评审对项目各阶段评审：对阶段成果和工作

项目评审对项目总体评审：对工作和产品

什么是扇入？什么是扇出？

参考答案：

扇入：被调次数，扇出：调其它模块数目

什么是桩模块？什么是驱动模块？

桩模块：被测模块调用模块

驱动模块：调用被测模块

你认为做好测试计划工作的关键是什么？

软件测试计划就是在软件测试工作正式实施之前明确测试的对象，并且通过对资源、时间、风险、测试范围和预算等方面的综合分析和规划，保证有效的实施软件测试；

做好测试计划工作的关键：目的，管理，规范

1、 明确测试的目标，增强测试计划的实用性
编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确

2．坚持“5W”规则，明确内容与过程
“5W”规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试的开始和结束日期（When），指出测试的方法和工具（How），给出测试文档和软件的存放位置（Where）。

3．采用评审和更新机制，保证测试计划满足实际需求
测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。

4、分别创建测试计划与测试详细规格、测试用例
应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。

简述一下缺陷的生命周期？

提交->确认->分配->修复->验证->关闭

软件的安全性应从哪几个方面去测试？

(1)用户认证机制：如数据证书、智能卡、双重认证、安全电子交易协议

(2)加密机制

(3)安全防护策略：如安全日志、入侵检测、隔离防护、漏洞扫描

(4)数据备份与恢复手段：存储设备、存储优化、存储保护、存储管理

(5)防病毒系统

软件配置管理工作开展的情况和认识？

软件配置管理贯穿于软件开发、测试活动的始终，覆盖了开发、测试活动的各个环节，它的重要作用之一就是要全面的管理保存各个配置项，监控各配置项的状态，并向项目经理及相关的人员报告，从而实现对软件过程的控制。

软件测试配置管理包括4个最基本的活动：

配置项标识

配置项控制

配置项状态报告

配置审计

   软件配置管理通常借助工具来辅助，主要有MS SourceSafe、Rational ClearCase等
1

你觉得软件测试通过的标准应该是什么样的？

缺陷密度值达到客户的要求
1

引入测试管理的含义？

风险分析，进度控制、角色分配、质量控制

一套完整的测试应该由哪些阶段组成？

参考答案：测试计划、测试设计与开发、测试实施、测试评审与测试结论

单元测试的主要内容？

模块接口测试、局部数据结构测试、路径测试、错误处理测试、边界测试

集成测试也叫组装测试或者联合测试，请简述集成测试的主要内容？

（1）在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；

（2）一个模块的功能是否会对另一个模块的功能产生不利的影响；

（3）各个子功能组合起来，能否达到预期要求的父功能；

（4）全局数据结构是否有问题；

（5）单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。

简述集成测试与系统测试关系？

（1）集成测试的主要依据概要设计说明书，系统测试的主要依据是需求设计说明书；

（2）集成测试是系统模块的测试，系统测试是对整个系统的测试，包括相关的软硬件平台、网络以及相关外设的测试。

软件测试的文档测试应当贯穿于软件生命周期的全过程，其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些？

用户手册

安装和设置指导

联机帮助

指南、向导

样例、示例和模板

授权/注册登记表

最终用户许可协议

软件系统中除用户文档之外，文档测试还应该关注哪些文档？

开发文档

软件需求说明书

　　　　数据库设计说明书

　　　　概要设计说明书

　　　　详细设计说明书

　　　　可行性研究报告
1234567

管理文档

　　　　项目开发计划

　　　　测试计划

　　　　测试报告

　　　　开发进度月报

　　　　开发总结报告
123456789

简述软件系统中用户文档的测试要点？

（1）读者群。文档面向的读者定位要明确。对于初级用户、中级用户以及高级用户应该有不同的定位

（2）术语。文档中用到的术语要适用与定位的读者群，用法一致，标准定义与业界规范相吻合。

（3）正确性。测试中需检查所有信息是否真实正确，查找由于过期产品说明书和销售人员夸大事实而导致的错误。检查所有的目录、索引和章节引用是否已更新，尝试链接是否准确，产品支持电话、地址和邮政编码是否正确。

（4）完整性。对照软件界面检查是否有重要的分支没有描述到，甚至是否有整个大模块没有描述到。

（5）一致性。按照文档描述的操作执行后，检查软件返回的结果是否与文档描述的相同。

（6）易用性。对关键步骤以粗体或背景色给用户以提示，合理的页面布局、适量的图表都可以给用户更高的易用性。需要注意的是文档要有助于用户排除错误。不但描述正确操作，也要描述错误处理办法。文档对于用户看到的错误信息应当有更详细的文档解释。

（7）图表与界面截图。检查所有图表与界面截图是否与发行版本相同。

（8）样例与示例。像用户一样载入和使用样例。如果是一段程序，就输入数据并执行它。以每一个模块制作文件，确认它们的正确性。

（9）语言。不出现错别字，不要出现有二义性的说法。特别要注意的是屏幕截图或绘制图形中的文字。

（10）印刷与包装。检查印刷质量；手册厚度与开本是否合适；包装盒的大小是否合适；有没有零碎易丢失的小部件等等。

单元测试主要内容是什么？

单元测试大多数由开发人员来完成，测试人员技术背景较好或者开发系统软件时可能会安排测试人员进行单元测试，大多数进行的单元测试都是开发人员调试程序或者开发组系统联合调试的过程。讨论这个问题主要是扩充一下读者的视野。

单元测试一般包括五个方面的测试：

（1）模块接口测试：模块接口测试是单元测试的基础。只有在数据能正确流入、流出模块的前提下，其他测试才有意义。模块接口测试也是集成测试的重点，这里进行的测试主要是为后面打好基础。测试接口正确与否应该考虑下列因素：

-输入的实际参数与形式参数的个数是否相同；

-输入的实际参数与形式参数的属性是否匹配；

-输入的实际参数与形式参数的量纲是否一致；

-调用其他模块时所给实际参数的个数是否与被调模块的形参个数相同；

-调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配；

-调用其他模块时所给实际参数的量纲是否与被调模块的形参量纲一致；

-调用预定义函数时所用参数的个数、属性和次序是否正确；

-是否存在与当前入口点无关的参数引用；

-是否修改了只读型参数；

-对全程变量的定义各模块是否一致；

-是否把某些约束作为参数传递。

如果模块功能包括外部输入输出，还应该考虑下列因素：

-文件属性是否正确；

-OPEN/CLOSE语句是否正确；

-格式说明与输入输出语句是否匹配；

-缓冲区大小与记录长度是否匹配；

-文件使用前是否已经打开；

-是否处理了文件尾；

-是否处理了输入/输出错误；

-输出信息中是否有文字性错误。

-局部数据结构测试；

-边界条件测试；

-模块中所有独立执行通路测试；

（2）局部数据结构测试：检查局部数据结构是为了保证临时存储在模块内的数据在程序执行过程中完整、正确，局部功能是整个功能运行的基础。重点是一些函数是否正确执行，内部是否运行正确。局部数据结构往往是错误的根源，应仔细设计测试用例，力求发现下面几类错误：

-不合适或不相容的类型说明；

-变量无初值；

-变量初始化或省缺值有错；

-不正确的变量名（拼错或不正确地截断）；

-出现上溢、下溢和地址异常。

（3）边界条件测试：边界条件测试是单元测试中最重要的一项任务。众所周知，软件经常在边界上失效，采用边界值分析技术，针对边界值及其左、右设计测试用例，很有可能发现新的错误。边界条件测试是一项基础测试，也是后面系统测试中的功能测试的重点，边界测试执行的较好，可以大大提高程序健壮性。

（4）模块中所有独立路径测试：在模块中应对每一条独立执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次。测试目的主要是为了发现因错误计算、不正确的比较和不适当的控制流造成的错误。具体做法就是程序员逐条调试语句。常见的错误包括：

-误解或用错了算符优先级；

-混合类型运算；

-变量初值错；

-精度不够；

-表达式符号错。

比较判断与控制流常常紧密相关，测试时注意下列错误：

-不同数据类型的对象之间进行比较；

-错误地使用逻辑运算符或优先级；

-因计算机表示的局限性，期望理论上相等而实际上不相等的两个量相等；

-比较运算或变量出错；

-循环终止条件或不可能出现；

-迭代发散时不能退出；

-错误地修改了循环变量。

模块的各条错误处理通路测试：程序在遇到异常情况时不应该退出，好的程序应能预见各种出错条件，并预设各种出错处理通路。如果用户不按照正常操作，程序就退出或者停止工作，实际上也是一种缺陷，因此单元测试要测试各种错误处理路径。一般这种测试着重检查下列问题：

-输出的出错信息难以理解；

-记录的错误与实际遇到的错误不相符；

-在程序自定义的出错处理段运行之前，系统已介入；

-异常处理不当；

-错误陈述中未能提供足够的定位出错信息。

如何理解强度测试？

强度测试是为了确定系统在最差工作环境的工作能力,也可能是用于验证在标准工作压力下的各种资源的最下限指标。

它和压力测试的目标是不同的,压力测试是在标准工作环境下,不断增加系统负荷,最终测试出该系统能力达到的最大负荷(稳定和峰值),而强度测试则是在非标准工作环境下,甚至不断人为降低系统工作环境所需要的资源,如网络带宽,系统内存,数据锁等等,以测试系统在资源不足的情况下的工作状态,通过强度测试,可以确定本系统正常工作的最差环境.

强度测试和压力测试的测试指标相近,大多都是与时间相关的指标,如并发量(吞吐量),延迟(最大\最小\平均)以及顺序指标等

强度测试需要对系统的结构熟悉,针对系统的特征设计强度测试的方法

如何理解压力、负载、性能测试测试？

性能测试是一个较大的范围，实际上性能测试本身包含了性能、强度、压力、负载等多方面的测试内容。

压力测试是对服务器的稳定性以及负载能力等方面的测试，是一种很平常的测试。增大访问系统的用户数量、或者几个用户进行大数据量操作都是压力测试。而负载测试是压力相对较大的测试，主要是测试系统在一种或者集中极限条件下的相应能力，是性能测试的重要部分。100个用户对系统进行连续半个小时的访问可以看作压力测试，那么连续访问8个小时就可以认为负载测试，1000个用户连续访问系统1个小时也可以看作是负载测试。

实际上压力测试和负载测试没有明显的区分。测试人员应该站在关注整体性能的高度上来对系统进行测试。

什么是系统瓶颈？

瓶颈主要是指整个软硬件构成的软件系统某一方面或者几个方面能力不能满足用户的特定业务要求，“特定”是指瓶颈会在某些条件下会出现，因为毕竟大多数系统在投入前。

严格的从技术角度讲，所有的系统都会有瓶颈，因为大多数系统的资源配置不是协调的，例如CPU使用率刚好达到100％时，内存也正好耗尽的系统不是很多见。因此我们讨论系统瓶颈要从应用的角度讨论：关键是看系统能否满足用户需求。在用户极限使用系统的情况下，系统的响应仍然正常，我们可以认为改系统没有瓶颈或者瓶颈不会影响用户工作。

因此我们测试系统瓶颈主要是实现下面两个目的：

-发现“表面”的瓶颈。主要是模拟用户的操作，找出用户极限使用系统时的瓶颈，然后解决瓶颈，这是性能测试的基本目标。

-发现潜在的瓶颈并解决，保证系统的长期稳定性。主要是考虑用户在将来扩展系统或者业务发生变化时，系统能够适应变化。满足用户目前需求的系统不是最好的，我们设计系统的目标是在保证系统整个软件生命周期能够不断适应用户的变化，或者通过简单扩展系统就可以适应新的变化。

文档测试主要包含什么内容？

在国内软件开发管理中，文档管理几乎是最弱的一项，因而在测试工作中特别容易忽略文档测试也就不足为奇了。要想给用户提供完整的产品，文档测试是必不可少的。文档测试一般注重下面几个方面：

文档的完整性：主要是测试文档内容的全面性与完整性，从总体上把握文档的质量。例如用户手册应该包括软件的所有功能模块。

描述与软件实际情况的一致性：主要测试软件文档与软件实际的一致程度。例如用户手册基本完整后，我们还要注意用户手册与实际功能描述是否一致。因为文档往往跟不上软件版本的更新速度。

易理解性：主要是检查文档对关键、重要的操作有无图文说明，文字、图表是否易于理解。对于关键、重要的操作仅仅只有文字说明肯定是不够的，应该附有图表使说明更为直观和明了。

文档中提供操作的实例：这项检查内容主要针对用户手册。对主要功能和关键操作提供的应用实例是否丰富，提供的实例描述是否详细。只有简单的图文说明，而无实例的用户手册看起来就像是软件界面的简单拷贝，对于用户来说，实际上没有什么帮助。

印刷与包装质量：主要是检查软件文档的商品化程度。有些用户手册是简单打印、装订而成，过于粗糙，不易于用户保存。优秀的文档例如用户手册和技术白皮书，应提供商品化包装，并且印刷精美。

配置和兼容性测试的区别是什么？

配置测试的目的是保证软件在其相关的硬件上能够正常运行，而兼容性测试主要是测试软件能否与不同的软件正确协作。

配置测试的核心内容就是使用各种硬件来测试软件的运行情况，一般包括：

（1）软件在不同的主机上的运行情况，例如Dell和Apple；

（2）软件在不同的组件上的运行情况，例如开发的拨号程序要测试在不同厂商生产的Modem上的运行情况；

（3）不同的外设；

（4）不同的接口；

（5）不同的可选项，例如不同的内存大小；

兼容性测试的核心内容：

（1）测试软件是否能在不同的操作系统平台上兼容；

（2）测试软件是否能在同一操作系统平台的不同版本上兼容；

（3）软件本身能否向前或者向后兼容；

（4）测试软件能否与其它相关的软件兼容；

（5）数据兼容性测试，主要是指数据能否共享；

配置和兼容性测试通称对开发系统类软件比较重要，例如驱动程序、操作系统、数据库管理系统等。具体进行时仍然按照测试用例来执行。

软件文档测试主要包含什么？

随着软件文档系统日益庞大，文档测试已经成为软件测试的重要内容。文档测试对象主要如下：

-包装文字和图形；

-市场宣传材料、广告以及其它插页；

-授权、注册登记表；

-最终用户许可协议；

-安装和设置向导；

-用户手册；

-联机帮助；

-样例、示范例子和模板；

-……

文档测试的目的是提高易用性和可靠性，降低支持费用，因为用户通过文档就可以自己解决问题。因文档测试的检查内容主要如下：

-读者对象——主要是文档的内容是否能让该级别的读者理解；

-术语——主要是检查术语是否适合读者；

-内容和主题——检查主题是否合适、是否丢失、格式是否规范等；

-图标和屏幕抓图——检查图表的准确度和精确度；

-样例和示例——是否与软件功能一致；

-拼写和语法；

-文档的关联性——是否与其它相关文档的内容一致，例如与广告信息是否一致；

文档测试是相当重要的一项测试工作，不但要给予充分的重视，更要要认真的完成，象做功能测试一样来对待文档测试。

没有产品说明书和需求文档地情况下能够进行黑盒测试吗？

这个问题是国内测试工程师经常遇到的问题，根源就是国内软件开发文档管理不规范，对变更的管理方法就更不合理了。实际上没有任何文档的时候，测试人员是能够进行黑盒测试的，这种测试方式我们可以称之为探索测试，具体做法就是测试工程师根据自己的专业技能、领域知识等不断的深入了解测试对象、理解软件功能，进而发现缺陷。

在这种做法基本上把软件当成了产品说明书，测试过程中要和开发人员不断的进行交流。尤其在作项目的时候，进度压力比较大，可以作为加急测试方案。最大的风险是不知道有些特性是否被遗漏。

##3 测试中的“杀虫剂怪事”是指什么？
“杀虫剂怪事”一词由BorisBeizer在其编著的《软件测试技术》第二版中提出。用于描述测试人员对同一测试对象进行的测试次数越多，发现的缺陷就会越来越少的现象。就像老用一种农药，害虫就会有免疫力，农药发挥不了效力。这种现象的根本原因就是测试人员对测试软件过于熟悉，形成思维定势。

为了克服这种现象，测试人员需要不断编写新的测试程序或者测试用例，对程序的不同部分进行测试，以发现更多的缺陷。也可以引用新人来测试软件，刚刚进来的新手往往能发现一些意想不到的问题。

在配置测试中，如何判断发现的缺陷是普通问题还是特定的配置问题？

在进行配置测试时，测试工程师仍然会发现一些普通的缺陷，也就是与配置环境无关的缺陷。因此判断新发现的问题，需要在不同的配置中重新执行发现软件缺陷的步骤，如果软件缺陷不出现了，就可能是配置缺陷；如果在所有的配置中都出现，就可能是普通缺陷。

需要注意的是，配置问题可以在一大类配置中出现。例如，拨号程序可能在所有的外置Modem中都存在问题，而内置的Modem不会有任何问题。

完全测试程序是可能的吗？

软件测试初学者可能认为拿到软件后需要进行完全测试，找到全部的软件缺陷，使软件“零缺陷”发布。实际上完全测试是不可能的。主要有以下一个原因：

-完全测试比较耗时，时间上不允许；

-完全测试通常意味着较多资源投入，这在现实中往往是行不通的；

-输入量太大，不能一一进行测试；

-输出结果太多，只能分类进行验证；

-软件实现途径太多；

-软件产品说明书没有客观标准，从不同的角度看，软件缺陷的标准不同；

因此测试的程度要根据实际情况确定。

软件测试的风险主要体现在哪里？

我们没有对软件进行完全测试，实际就是选择了风险，因为缺陷极有可能存在没有进行测试的部分。举个例子，程序员为了方便，在调试程序时会弹出一些提示信息框，而这些提示只在某种条件下会弹出，碰巧程序发布前这些代码中的一些没有被注释掉。在测试时测试工程师又没有对其进行测试。如果客户碰到它，这将是代价昂贵的缺陷，因为交付后才被客户发现。

因此，我们要尽可能的选择最合适的测试量，把风险降低到最小。

发现的缺陷越多，说明软件缺陷越多吗？

这是一个比较常见的现象。测试工程师在没有找到缺陷前会绞尽脑汁的思考，但是找到一个后，会接二连三的发现很多缺陷，颇有个人成就感。其中的原因主要如下：

-代码复用、拷贝代码导致程序员容易犯相同的错误。类的继承导致所有的子类会包含基类的错误，反复拷贝同一代码意味可能也复制了缺陷。

-程序员比较劳累是可以导致某些连续编写的功能缺陷较多。程序员加班是一种司空见惯的现象，因此体力不只时容易编写一些缺陷较多的程序。而这些连续潜伏缺陷恰恰时测试工程师大显身手的地方。

“缺陷一个连着一个”不是一个客观规律，只是一个常见的现象。如果软件编写的比较好，这种现象就不常见了。测试人员只要严肃认真的测试程序就可以了。

所有的软件缺陷都能修复吗？所有的软件缺陷都要修复吗？

从技术上讲，所有的软件缺陷都是能够修复的，但是没有必要修复所有的软件缺陷。测试人员要做的是能够正确判断什么时候不能追求软件的完美。对于整个项目团队，要做的是对每一个软件缺陷进行取舍，根据风险决定那些缺陷要修复。发生这种现象的主要原因如下：

-没有足够的时间资源。在任何一个项目中，通常情况下开发人员和测试人员都是不够用的，而且在项目中没有预算足够的回归测试时间，再加上修改缺陷可能引入新的缺陷，因此在交付期限的强大压力下，必须放弃某些缺陷的修改。

-有些缺陷只是特殊情况下出现，这种缺陷处于商业利益考虑，可以在以后升级中进行修复。

-不是缺陷的缺陷。我们经常会碰到某些功能方面的问题被当成缺陷来处理，这类问题可以以后有时间时考虑再处理。

最后要说的是，缺陷是否修改要由软件测试人员、项目经理、程序员共同讨论来决定是否修复，不同角色的人员从不同的角度来思考，以做出正确的决定。

软件测试人员就是QA吗？

软件测试人员的职责是尽可能早的找出软件缺陷，确保得以修复。而质量保证人员（QA）主要职责是创建或者制定标准和方法，提高促进软件开发能力和减少软件缺陷。测试人员的主要工作是测试，质量保证人员日常工作重要内容是检查与评审，测试工作也是测试保证人员的工作对象。

软件测试和质量是相辅相成的关系，都是为了提高软件质量而工作。

如何减少测试人员跳槽带来的损失？

在IT行业里跳槽已经是一种司空见惯的现象，而且跳槽无论给公司还是给个人都会带来一定的损失。测试队伍也无疑会面临跳槽的威胁，作为测试经理管理者，只有从日常工作中开始做起，最能最大限度的减少损失。建议我们从以下两个方面做起：

-加强部门内员工之间的互相学习，互相学习是建立学习型组织的基本要求，是知识互相转移的过程。在此基础上，可以把个人拥有的技术以知识的形式沉积下来，也就完成了隐性知识到显性知识的转化。

-通常情况下，企业能为员工提供足够大的发展空间时，如果不是待遇特别低，员工都不会主动离开企业。因此我们要想留住员工，管理者就应该把员工的个人成长和企业的发展联系起来，为员工设定合理发展规划并付诸实现。不过这项要求做起来比较，要有比较好的企业文化为依托.

以windows对文件的复制粘帖功能为例，尽可能多地写出测试思路

1、 基本功能测试： 文件的复制粘贴功能，首先关键字“文件”，文件有不同的分类（图片、视频、音频、文档等），每个分类又有不同的类型（文档类型：txt doc execl pdf等），每个文件又有不同的大小，而且文件还有很多权限，是不是隐藏，是不是只是管理员可执行。选择不同分类的不同类型，不同大小的文件做测试资源。比如：文档类型里面txt文件可以分为 1.KB的txt文件、1MB的txt文件、1GB的txt文件。。。。
下一个关键字 复制粘贴 复制有多种方式 右击选择、Ctrl+C、 拖动复制，对应粘贴也有各种方式。然后从哪复制，粘贴到哪，比如 可以有本机硬盘、移动硬盘、优盘、内存卡、软盘、光盘、连接手机存储，复制到网络地址等等。复制粘贴后文件是不是可用，文件权限是不是有变化。复制过去容量不够怎么处理？复制过后有重名文件怎么处理？复制过程中取消、关机、拔优盘怎么处理？复制过程能不能执行文件？

2.性能测试：复制粘贴功能性能怎么样？复制文件的速度可不可以接受？同时复制多个文件是不是可以完成?复制文件过程中占用CPU资源大不大，耗电量大不大？

3.兼容性测试 Windows XP, Windows 7, Windows 8 , Windows 8.1, Windows 10等各种windos版本是不是都支持这个功能。

4.交互测试; 复制粘贴文件时，使用windows存储的其他功能是否有影响？比如播放本地的音频、视频、等同时复制文件是不是有影响。一边复制，一边粘贴是不是有影响。

粘贴的稳定性：粘贴完了大小会不会变化，内容格式会不会变化，粘贴不上，误操作以后还能不能找到复制的内容等

粘贴的安全性：粘贴的内容粘贴好了以后会不会存在别处泄露等

2.性能测试：（1）时间：复制粘贴的响应时间？页面的显示时间？（2）负载：多次重复进行复制粘贴是否有异常？复制粘贴容量很大的一个或多个文件是否能承受？（3）强度：保证容量足够的条件下，分别复制粘贴50GB，100GB，500GB，…大小的文件，看什么时候出现失败，失败后的表现，能否重新正常复制粘贴50G？（4）容量：在不同CPU资源条件下，持续复制粘贴5分钟，最多能复制粘贴多少容量的文件？

5.界面测试：复制粘贴时进度条的显示界面是否与系统的设计风格一致？显示界面是否有文字性错误？显示界面的布是否合理？界面上的按钮是否可用（如：是否可以选择中止？是否可用最小化？）

6.本地化测试：不同语言环境下的显示正常

7.辅助性测试：高对比度下能否显示正常

链接：https://www.nowcoder.com/questionTerminal/ad274cafadf64222bb8805df45828741?orderByHotValue=1&pos=3
来源：牛客网

1 、复制粘贴方法

快捷键测试：测试 Ctrl+C ，是否正确执行复制、 Ctrl+v 是否支持粘贴功能

右键测试：查看复制粘贴功能是否正确执行；

在 cmd 命令行中使用复制粘贴命令；

2 、文件大小测试

源文件为空， 0 字节；

源文件正常大小；

源文件为超大文件： **G/ 等；

3 、文件格式

测试各种文件格式下是否正常复制粘贴：如：图片、声音、视频、压缩文件、办公文件： word\excel\ppt 等、二进制文件；

测试共享文件、隐藏文件

4 、复制和粘贴文件路径

在系统不同文件路径下复制粘贴，

测试相对路径和绝对路径下文件复制粘贴；

测试文件夹下和另一个不同文件夹复制粘贴；

测试不同 C\D\E 盘之间；

测试复制粘贴至：移动硬盘、 U 盘、读卡器以及其它外部存储设备；

5 、异常测试

测试被损坏文件、不完整文件名称、禁止复制和粘贴的文件、超出规定大小文件等；

同名称文件测试是否提醒替换或覆盖；

6 、兼容性

测试不同操作系统之间、不同应用程序（如： QQ ）；

7 、性能测试：

测试复制粘贴可支持最大文件大小；复制粘贴操作的相应速度、执行完毕时间；

一次支持不同格式的文件同时操作；

支持大量文件同时复制粘贴；

登录界面测试用例设计

一、界面测试点：

1、界面的设计风格是否与UI的设计风格统一；

2、界面中的文字简洁易懂；

3、界面中没有错别字；

二、用户名与密码在输入时，要考虑：

1、正确的用户名与正确的密码；

2、正确的用户名与错误的密码；

3、错误的用户名与正确的密码；

4、错误的用户名与错误的密码；

5、空的用户名和空的密码；

6、正确的用户名和空的密码；

7、空的用户名和正确的密码；

8、用户名的前/中/后含有空格；

9、密码的前/中/后含有空格；

10、用户名与密码使用的字符范围及位数限制的测试（等价类及边界值，会用到强制的复制与粘贴来实现不允许输入的字符，以及一些保留字的测试）；

11、牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用；

三、安全性测试：

1、密码是否隐蔽显示；

3、不能直接输入，就copy，是否数据检验出错；

还要准确定位每一个输入框的功能，每一种错误情况下，出现的错误提示要准确或者合适。

四、兼容性测试：

  1.不同浏览器测试
  2.浏览器不同版本测试
12

五、其他测试点：

1、输入框之间考虑tab键是否支持；

2、登录按钮要考虑回车键是否支持；

3、取消后的默认位置（一般为空白的用户名输入框）；

4、登录后的跳转页面是否正确（一般为首页）；

5、要考虑多次点击登录和取消按钮的界面反应；

6、考虑是否支持多用户在同一机器上登录；

7、考虑一用户在多台机器上登录；

8、登录页面中的注册等链接是否正确

软件测试笔试题

选择题
一、数量关系
1、甲乙2人比赛爬楼梯，已知每层楼梯相同，速度不变，当甲到3层时，乙到2层，照这样计算，当甲到9层时，乙到( D )层
A.5 B.6 C.7 D.8

2、有一份选择题试卷共6个小题，其得分标准是：一道小题答对得8分，答错得0分，不答得2分，某位同学得了20分，则他( D )
A.至多答对一道题 B.至少有三个小题没答 C.至少答对三个小题 D.答错两小题

3、有只蜗牛要从一口井底爬出来。井深20尺。蜗牛每天白天向上爬3尺，晚上向下滑2尺。请问该蜗牛几天才能爬出井口? （A）
　A.20 B.19 C.18 D.15
　　
4、下列哪一个计算结果最接近1.25×8的值?A
　　A.3.3×3 B. 1.7×6 C. 1.6×6 D. 2.1×5

软件测试工程师笔试题目

一．选择题

1、 系统测试使用（ C ）技术, 主要测试被测应用的高级互操作性需求, 而无需考虑被测试应用的内部结构。

A、 单元测试 B、 集成测试 C、 黑盒测试 D、白盒测试

2、单元测试主要的测试技术不包括（B ）。

A、 白盒测试 B、 功能测试

C、 静态测试 D、 以上都不是

3、（A ）的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计。

A、 系统测试 B、 集成测试

C、 单元测试 D、 功能测试

4、如果一个产品中次严重的缺陷基本完成修正并通过复测，这个阶段的成品是（ A ）。

A、 Alpha版 B、Beta版

C、正版 D、以上都不是

5、自底向上法需要写（A ）。

A、 驱动程序 B、 桩程序 C、驱动程序和桩程序 D、 .以上都不是

6、测试ATM取款功能，已知取款数只能输入正整数，每次取款数要求是100的倍数且不能大于500，下面哪个是正确的无效等价类（C）

A、（0，100）、（100，200）、（200，300）、（300，400）、（400，500）、（500，+∞）;

B、（500，+∞）

C、（500，+∞）、任意大于0小于500的非100倍数的整数；

D、（-∞，100）、（100，200）、（200，300）、（300，400）、（400，500）、（500，+∞）;

7、因果图/判定表工程方法在以下那种情况下不适用（C）

A、输入输出明确，或输入输出因果关系明确的情况下

B、被分析的特性或功能点复杂，输入项目很多的情况下

C、系统输入之间相互约束多，需要做大范围的组合测试情况下

D、系统输入之间基本没有相互联系

8、以下说法不正确的是（D）

A、测试原始需要明确了产品将要实现了什么

B、产品测试规格明确了测试设计内容

C、测试用例明确了测试实现内容

D、以上说法均不正确

9、可测试性中，有关系统可观察性的理解，下面说法那个是错误的（ B）

A、系统所有的输出结果可观察，错误输出易于识别；

B、系统运行状态和内部处理的过程信息可观察；

C、系统内部变量名及其取值可观察；

D、系统内部重要对象的状态和属性可观察；

E、系统内部重要的操作的处理时间可观察；

F、系统内部重要的资源的占用情况及单个资源的创建、保持、释放过程可观察

10、测试脚本的编写规范强调：（ABCD ）

A、可读行 B、可重用性 C、可维护性 D、可移植性

11、当继承某个特性是，通常会从哪些角度对该特性进行测试分析？（AC ）

A、失效影响度 B、成熟度 C、继承方式 D、用户原始需求

12、从下列关于软件测试的叙述中，选出正确的叙述（CD）

A、用黑盒法测试时，测试用例是根据程序内部逻辑设计的

B、测试的目的是验证该软件已正确的实现了用户的要求

C、发现错误多的程序块，残留在模块中的错误也多

D、测试设计时，应充分考虑异常的输入情况

13、软件验收测试的合格通过准则是：（ABCD）

A． 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。

B． 所有测试项没有残余一级、二级和三级错误。

C． 立项审批表、需求分析文档、设计文档和编码实现一致。

D． 验收测试工件齐全。

14、软件测试计划评审会需要哪些人员参加？（ABCD）

A．项目经理

B．SQA 负责人

C．配置负责人

D．测试组

15．测试设计员的职责有：（BC ）

A．制定测试计划

B．设计测试用例

C．设计测试过程、脚本

D．评估测试活动

16．软件实施活动的进入准则是：（ABC）

A．需求工件已经被基线化

B．详细设计工件已经被基线化

C．构架工件已经被基线化

D．项目阶段成果已经被基线化

二、 判断题

1.软件测试的目的是尽可能多的找出软件的缺陷。（ Y）

2.负载测试是验证要检验的系统的能力最高能达到什么程度。（N ）

3.测试人员要坚持原则，缺陷未修复完坚决不予通过。（N）

4.自动化测试能比手工测试发现更多的缺陷（N）

5. 错误猜测法基于这样一种假设，以前犯过的错误，以后同样会犯，我犯过的错误别人同样会犯，前人犯过的错误，后人同样会犯（N）

6. 软件测试中的二八原则暗示着测试发现的错误中的80%很可能起源于程序模块的20%（Y）

7. 某WEB系统设计中，用户点击“退出”按钮从系统中退出，界面回到初始登陆界面。此时不关闭窗口，使用浏览器的回退功能，可以回到之前的用户界面，继续进行用户操作。这种合适的人性化设计，恩那个避免用户误点击退出按钮后重新登录的繁琐操作；这种说法是否正确（N）

8.在确定性能测试指标值时，参考的国际标准、国标、运营商规范中对此要求并不一样，可以视情况选择有利于我们的指标值，但必须要比竞争对手高，这样才有利于市场竞争力（N）

9.测试执行时，应该对每一个测试结果做全面的检查，包括日志，这种说法是否正确（ N）

笔试题有三份，分别考python、SQL、java和计算机网络Linux命令等基础知识。

python部分

1、选择题

第1题，下列选项中，python不支持的数据类型有（B）

python中没有字符类型，只有字符串类型string

A、int B、char C 、float D、dictionary

第2题，下列Python语句正确的是（*D*）

考简单的python语句是否有错。按照语法就可以了

A. min = x if x < y else y B. max = x > y ? x : y

C. if(x > y) print x D. while True :pass （while后面加分号，pass语句空语句，不做任何事情）

2、简答题

一、a = 1，b = 2 。不用中间变量交换a和b的值（同理，交换列表也一样）

a,b = b,a

二、s ="ajldjlajfdljfddd"，去重并从小到大排序输出 "adfjl"

方法1

# 由于数据类型set本身具有无序，唯一值的特性，可以用内置函数set对字符串和列表进行去重



s ="ajldjlajfdljfddd"



s1 = set(s) #去重



s2 = list(s1) #转为列表



s2.sort() #排序，注意没有返回值



s3 = ''.join(s2) #列表转字符串



print(s3) #输出

方法2

s ="ajldjlajfdljfddd"



s1 = set(s) #去重



s2 = list(s1) #转为列表



s3 = sorted(s2) #排序



s4 = ''.join(s3) #列表转字符串



print(s4) #输出

方法3，一行代码搞掂，熟悉的话应该很容易写。

s ="ajldjlajfdljfddd"



s1 =''.join(sorted(list(set(s))))



print(s1)

三、用至少三种方法从字符串"hello boy<[www.doiido.com]>byebye"中提取字符串'www.doiido.com'

①使用切片法截取字符串。切片语法：[起始：结束：步长]，****步长默认为1，可为负数，切片区间左闭右开

str = "hello boy<[www.doiido.com]>byebye"



print(str[11:25:1]) #第一个w第11位，最后m第24位，注意切片区间左闭右开

输出：

www.doiido.com

②使用split函数。

语法：str.split(str="", num=string.count(str))[n]
参数：str默认为空格
num为分割次数
[n]表示取第n个分片，可不写则不取，下标同样从零开始
返回值：分割后的字符串列表（列表元素=分割次数num+1）

思路：

1. 网址在[]里面，用第一个 [ 将字符串分隔成列表 str.split("[")

['hello boy<', 'www.doiido.com]>byebye']

2. 再取列表里的索引为1的元素 str.split("[")[1]

www.doiido.com]>byebye

3. 再用分隔符]将列表分隔开 str.split("[")[1].split("]")

['www.doiido.com', '>byebye']

4. 再取第一个元素 str.split("[")[1].split("]")[0]

www.doiido.com

代码：

str = "hello boy<[www.doiido.com]>byebye"



print(str.split("[")[1].split("]")[0])#是先输出[后的内容 以及]前的内容，下标从0开始

输出：

www.doiido.com

③使用replace函数

*语法：str.replace(old, new[, max])
参数
1.old -- 这是要进行更换的旧子串。
2.new -- 这是新的子串，将取代旧的子字符串。
3.max -- 如果这个可选参数max值给出，就只替代max个，除max个外若还有old值，也不替代。
返回值：把新的子串取代旧的子串后，形成的新的字符串。
注意：并不返回原字符串里，请赋给一个新的string。*

思路：

1. 网址在w之前的字符串用空格替换掉 str.replace('hello boy<[','')

www.doiido.com]>byebye

2. 网址在m后面的字符串用空格替换掉 str1.replace(']>byebye','')

www.doiido.com

代码：

str = "hello boy<[www.doiido.com]>byebye"



str1 = str.replace('hello boy<[','')#删除网址之前的字符串



print(str1.replace(']>byebye',''))#删除网址之后的字符串

输出：

www.doiido.com

④目前到这里。。。可能还有其他的函数楼主还没想到

四、读取testA.txt的内容，去掉文件中的空格，写入到testB.txt中。

语法：

1、打开文件或者新建一个文件（不指定访问方式，默认只读方式打开文件）

2、读/写数据

3、关闭文件

代码：

f1 = open('testA.txt','w') #新建testA.txt



f1.write('I am Quality Testing Engineer')#往testA.txt写数据



f1.close()#关闭文件



f2 = open('testA.txt','r')#读模式



content = f2.read()#读testA.txt数据



str = content.replace(" ","")#把数据中的空格全部去掉



f3 = open('testB.txt','w')#新建testB.txt



f3.write(str)#往testB.txt写数据



f2.close()#关闭文件



f3.close()#关闭文件

看看运行后py文件目录下的结果：

成功。注意读之前一定要关闭文件，否则读取会失败。可以删除f1.close()这一行代码试一试（运行后testB.txt内容为空）。

五、阅读下面的代码，写出A0，A1至An的值。

A0 = dict(zip(('a','b','c','d','e'),(1,2,3,4,5))) #先zip返回对象，再dict转字典



A1 = range(10) #即range(0,10,1)



A2 = [i for i in A1 if i in A0] #即[i for i in range(10) if i in A0]，A0与A1交集



A3 = [A0[s] for s in A0] #即[A0[s] for s in A0.keys()]，A0[s]字典知道键通过下标取值



A4 = [i for i in A1 if i in A3] #即 既满足A1，又满足A3，A1和A3交集



A5 = {i:i*i for i in A1}      #即{i:i*i for i in range(10)}，字典键值对



A6 = [[i,i*i] for i in A1]    #即[[i:i*i] for i in range(10)]，列表元素又是列表



print('A0:',A0)



print('A1:',A1)



print('A2:',A2)



print('A3:',A3)



print('A4:',A4)



print('A5:',A5)



print('A6:',A6)

话不多说，马上看看结果

A0: {'a': 1, 'b': 2, 'c': 3, 'd': 4, 'e': 5}



A1: range(0, 10)



A2: []



A3: [1, 2, 3, 4, 5]



A4: [1, 2, 3, 4, 5]



A5: {0: 0, 1: 1, 2: 4, 3: 9, 4: 16, 5: 25, 6: 36, 7: 49, 8: 64, 9: 81}



A6: [[0, 0], [1, 1], [2, 4], [3, 9], [4, 16], [5, 25], [6, 36], [7, 49], [8, 64], [9, 81]]

分析：考察列表推导式，详情见Python 列表推导式

A0：zip函数作用，dict函数作用。#先zip返回对象，再dict转字典

A1：range函数作用。#即range(0,10,1)

A2：for if 用法。#即[i for i in range(10) if i in A0]，A0与A1交集

A3：取字典元素，for 用法。#即[A0[s] for s in A0.keys()]，A0[s]字典知道键通过下标取值

A4：同A2。#即 既满足A1，又满足A3，A1和A3交集

A5：for 输出字典元素。#即{i:i*i for i in range(10)}，字典键值对

A6：for 输出列表元素。#即[[i:i*i] for i in range(10)]，列表元素又是列表

后面对这些函数单独研究。

SQL部分

笔试的时候是看一张成绩表，包括姓名，课程，成绩，学号。三个问题，第一，查询某科成绩大于80分的学生。二，学生成绩统计并排名。三，展示一个表格，增加一列，展示每一个学生低于60分就算不及格的，高于60算及格。

具体题目忘记了，从网上找了个相似的练习下。工作上用的比较多的是查询，其它的毕竟好几年没复习了，早就忘了。

成绩表数据如下：

一、查询每个人的总成绩并按从高到低排名(要求显示字段：姓名，总成绩，学号)

考察聚合函数sum()，用于返回数值列的总数（总额）。。group by 分组（配合聚合函数使用），排序用order by，默认从小到大，加个desc，从大到小。没有where子句查询所有记录

select name,SUM(score),stid from dbo.stuscore



group by name,stid 



order by SUM(score) desc;

运行结果（一块复制进来了）（Navicat命令列界面，输入sql语句按回车enter键）

mysql> select name,SUM(score),stid from dbo.stuscore



group by name,stid 



order by SUM(score) desc;



+------+------------+------+



| name | SUM(score) | stid |



+------+------------+------+



| 张三 | 218        |    1 |



| 李四 | 200        |    2 |



| 王五 | 191        |    3 |



+------+------------+------+



3 rows in set (0.03 sec)

二、查询每个人单科最高成绩(要求显示字段: 学号，姓名，课程，最高成绩)

考察派生表（需要别名），max()函数，用于返回一列中的最大值，NULL 值不包括在计算中。先查学号与最高成绩，再把学号，姓名，课程，最高成绩查出来

select table1.stid,table1.name,table1.subject,table1.score from stuscore table1,



(select stid,max(score) as maxscore from stuscore group by stid) table2 



where table1.stid=table2.stid and table1.score=table2.maxscore;

先查括号里面的

mysql> select stid,max(score) as maxscore from stuscore group by stid;



+------+----------+



| stid | maxscore |



+------+----------+



|    1 |       89 |



|    2 |       80 |



|    3 |       91 |



+------+----------+



3 rows in set (0.03 sec)

结果，再把相关信息列出来

mysql> select table1.stid,table1.name,table1.subject,table1.score from stuscore table1,



(select stid,max(score) as maxscore from stuscore group by stid) table2 



where table1.stid=table2.stid and table1.score=table2.maxscore;



+------+------+---------+-------+



| stid | name | subject | score |



+------+------+---------+-------+



|    1 | 张三 | 数学    |    89 |



|    2 | 李四 | 英语    |    80 |



|    3 | 王五 | 数学    |    91 |



+------+------+---------+-------+



3 rows in set (0.04 sec)

三、查询每个人的平均成绩（要求显示字段: 学号，姓名，平均成绩）

考察avg()函数，用于返回数值列的平均值，NULL 值不包括在计算中。和分组group by用法

select name,stid,avg(score) from dbo.stuscore



group by name,stid;

运行结果

mysql> select name,stid,avg(score) from dbo.stuscore



group by name,stid;



+------+------+------------+



| name | stid | avg(score) |



+------+------+------------+



| 张三 |    1 | 72.6667    |



| 李四 |    2 | 66.6667    |



| 王五 |    3 | 63.6667    |



+------+------+------------+



3 rows in set (0.04 sec)

四、查询各门课程成绩最好的学生(要求显示字段: 学号，姓名，科目，成绩)

类似第二题。第一步查询把学号 换成科目

select table1.stid,table1.name,table1.subject,table1.score from stuscore table1,



(select subject,max(score) as maxscore from stuscore group by subject) table2 



where table1.subject=table2.subject and table1.score=table2.maxscore;

运行结果

mysql> select table1.stid,table1.name,table1.subject,table1.score from stuscore table1,



(select subject,max(score) as maxscore from stuscore group by subject) table2 



where table1.subject=table2.subject and table1.score=table2.maxscore;



+------+------+---------+-------+



| stid | name | subject | score |



+------+------+---------+-------+



|    2 | 李四 | 语文    |    70 |



|    2 | 李四 | 英语    |    80 |



|    3 | 王五 | 数学    |    91 |



+------+------+---------+-------+



3 rows in set (0.04 sec)

五、查询各门课程成绩最好的两位学生(要求显示字段: 学号，姓名，科目，成绩)

服了，还没找到更好的方法，将就下。按照最快的思路还没调试好，用top应该更快（找到科目相同的，成绩的，前两列）

SELECT t1.name,t1.SUBJECT,t1.score FROM stuscore t1 WHERE(SELECT COUNT(*) FROM stuscore t2 



WHERE t1.SUBJECT=t2.SUBJECT AND t2.score>=t1.score)<=2 



order by subject desc;

运行结果

mysql> SELECT t1.name,t1.SUBJECT,t1.score FROM stuscore t1 WHERE



(



SELECT COUNT(*) FROM stuscore t2 WHERE



t1.SUBJECT=t2.SUBJECT AND t2.score>=t1.score



)<=2 order by subject desc;



+------+---------+-------+



| name | SUBJECT | score |



+------+---------+-------+



| 李四 | 语文    |    70 |



| 王五 | 语文    |    60 |



| 张三 | 英语    |    70 |



| 李四 | 英语    |    80 |



| 张三 | 数学    |    89 |



| 王五 | 数学    |    91 |



+------+---------+-------+



6 rows in set (0.06 sec)

六、查询结果统计如下

学号	姓名	语文	数学	英语	总分	平均分

考察case when函数。sum(case ...then... else 0 end)固定用法

select stid 学号,name 姓名,sum(case when subject='语文' then score else 0 end )as 语文,



sum(case when subject='数学' then score else 0 end )as 数学,



sum(case when subject='英语' then score else 0 end )as 英语,



SUM(score)总分,avg(score)平均分 from stuscore



group by stid,name order by 总分;

运行结果

mysql> select stid 学号,name 姓名,sum(case when subject='语文' then score else 0 end )as 语文,



sum(case when subject='数学' then score else 0 end )as 数学,



sum(case when subject='英语' then score else 0 end )as 英语,



SUM(score)总分,avg(score)平均分 from stuscore



group by stid,name order by 总分;



+------+------+------+------+------+------+---------+



| 学号 | 姓名 | 语文 | 数学 | 英语 | 总分 | 平均分  |



+------+------+------+------+------+------+---------+



|    3 | 王五 | 60   | 91   | 40   | 191  | 63.6667 |



|    2 | 李四 | 70   | 50   | 80   | 200  | 66.6667 |



|    1 | 张三 | 59   | 89   | 70   | 218  | 72.6667 |



+------+------+------+------+------+------+---------+



3 rows in set (0.05 sec)

七、查询各门课程的平均成绩（要求显示字段：课程，平均成绩）

考察avg函数，group by 分组

select subject,avg(score) from stuscore



group by subject;

运行结果

mysql> select subject,avg(score) from stuscore



group by subject;



+---------+------------+



| subject | avg(score) |



+---------+------------+



| 数学    | 76.6667    |



| 英语    | 63.3333    |



| 语文    | 63.0000    |



+---------+------------+



3 rows in set (0.03 sec)

八、查询数学成绩的排名（要求显示字段：学号，姓名，成绩，排名）

考察count用法，order by排序，注意：比较的次数+1 = 排名

select stid,name,score,



(select count(*) from stuscore t1 where subject ='数学' and t1.score > t2.score)+1 as 名次 from stuscore t2  



where subject='数学' order by score desc;



--注释：排序，比较大小，比较的次数+1 = 排名。

运行结果

mysql> select stid,name,score,



(select count(*) from stuscore t1 where subject ='数学' and t1.score > t2.score)+1 as 名次 from stuscore t2  



where subject='数学' order by score desc;



+------+------+-------+------+



| stid | name | score | 名次 |



+------+------+-------+------+



|    3 | 王五 |    91 |    1 |



|    1 | 张三 |    89 |    2 |



|    2 | 李四 |    50 |    3 |



+------+------+-------+------+



3 rows in set (0.13 sec)

九、查询数学成绩在2-3名的学生（要求显示字段：学号，姓名，科目，成绩）

有很多种方法，下面只是其中的一种，顺着第八题做下来

select t3.*  from (



 select stid,name,subject,score,



(select count(*) from stuscore t1 where subject ='数学' and t1.score > t2.score)+1 as 名次 from



 stuscore t2  where subject='数学') t3 



 where t3.名次 between 2 and 3 order by t3.score desc;

运行结果

mysql> select t3.*  from (



 select stid,name,subject,score,



(select count(*) from stuscore t1 where subject ='数学' and t1.score > t2.score)+1 as 名次 from



 stuscore t2  where subject='数学') t3 



 where t3.名次 between 2 and 3 order by t3.score desc;



+------+------+---------+-------+------+



| stid | name | subject | score | 名次 |



+------+------+---------+-------+------+



|    1 | 张三 | 数学    |    89 |    2 |



|    2 | 李四 | 数学    |    50 |    3 |



+------+------+---------+-------+------+



2 rows in set (0.49 sec)

十、查询李四的数学成绩的排名

方法很多，下面列出其中的一种，顺着第八题做

select stid,name,subject,score,(select count(*) from stuscore t1 where subject ='数学' and t1.score > t2.score)+1 as 名次



 from stuscore t2  where subject='数学' and name = '李四' order by score desc;

运行结果

mysql> select stid,name,subject,score,(select count(*) from stuscore t1 where subject ='数学' and t1.score > t2.score)+1 as 名次



 from stuscore t2  where subject='数学' and name = '李四' order by score desc;



+------+------+---------+-------+------+



| stid | name | subject | score | 名次 |



+------+------+---------+-------+------+



|    2 | 李四 | 数学    |    50 |    3 |



+------+------+---------+-------+------+



1 row in set (0.05 sec)

十一、查询统计如下

课程	不及格（0-59）个	良（60-80）个	优（81-100）个

考察case when

 select subject 科目,sum(case when score between 0 and 59 then 1 else 0 end) as 不及格,



 sum(case when score between 60 and 80 then 1 else 0 end) as 良,



 sum(case when score between 81 and 100 then 1 else 0 end) as 优秀 from stuscore



 group by subject;

运行结果

mysql>  select subject 科目,sum(case when score between 0 and 59 then 1 else 0 end) as 不及格,



 sum(case when score between 60 and 80 then 1 else 0 end) as 良,



 sum(case when score between 81 and 100 then 1 else 0 end) as 优秀 from stuscore



 group by subject;



+------+--------+----+------+



| 科目 | 不及格 | 良 | 优秀 |



+------+--------+----+------+



| 数学 | 1      | 0  | 2    |



| 英语 | 1      | 2  | 0    |



| 语文 | 1      | 2  | 0    |



+------+--------+----+------+



3 rows in set (0.06 sec)

十二、查询统计如下

数学: 张三(50分),李四(90分),王五(90分),赵六(76分)

查了下答案，先贴上

 declare @s nvarchar(1000)



 set @s=''



 select @s =@s+','+name+'('+convert(nvarchar(10),score)+'分)' from 



 stuscore where subject='数学'



 set @s=stuff(@s,1,1,' ')print '数学:'+@s

Mysql增删改查语句

增加：INSERT INTO 表名(字段名1，字段名2) VALUE(字段值1，字段值2)

例：INSERT INTO a(id,name) VALUE(2,'李四');



删除：DELETE FROM 表名 WHERE 条件

例：DELETE FROM a WHERE id=1;



修改：UPDATE 表名 SET 字段名=字段值 WHERE 条件

例：UPDATE a SET id=1,name='张三' WHERE id=2;



查询：SELECT （字段名，*代表全部） FROM 表名 WHERE 条件

例：SELECT id,name FROM a WHERE id=1;

常见软件测试笔试题

1、测试用例的设计方法有哪些？请阐述判定表设计测试用例的步骤。

答：等价类划分，边界值分析，错误推断法，因果图法，正交表分析法，场景分析法。

判定表设计测试用例的步骤：确定规则的个数；列出所有的条件桩和动作桩；填入条件项，得到初始判定表；简化合并相似规则。

2、自动化测试框架有哪几种？

​ 答：模块化框架，

​ 函数库框架；

​ 关键字驱动测试框架；

​ 数据驱动框架。

3、测试覆盖率分为哪几种统计方式？分别是什么？

答：代码覆盖率；功能模块覆盖率；数据库覆盖率；需求覆盖率。

4、什么是FMEA？

答：失效模式与影响分析，它是可靠性设计的重要方法，对各种风险进行评价，分析，以便在现有技术的基础上消除这些风险或将风险减少到可以接受的水平。

5、列举出你所了解的EMC测试和环境测试项目。

答：EMC测试是对电子产品在电磁场方面干扰大小和抗干扰能力的综合评定，是产品质量重要的指标之一，电磁兼容的测量有测试场地和测试仪器组成。EMC包括两部分，分别是EMI（干扰）和EMS（敏感度，抗干扰）。

6、如何制定测试计划？

答：产品基本情况，测试需求情况，测试策略和记录，计划表，问题跟踪报告，测试计划的评定和结果。

7、什么叫做有效等价有效类，无效等价类？

答：有效等价类值对于程序规格来说是合理的，有意义的输入数据构成的集合。利用有效等价类可以检验程序是否实现了规格说明书的预先设定的功能和特性。无效等价类是指对于软件规格来说是没有意义和不合理的输入的数据集合。

8、请描述TCP/IP建立连接的过程

答：采用三次握手，建立一个连接。

第一次握手，客户端发送syn包（syn=j）到服务端，并进入SYN_SEND状态，等待服务器确认；

第二次握手，服务端收到syn包，必须确认客户的SYN（ack=j+1），同时也发送一个syn包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；

第三次握手，客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK（ack=k+1），此包发送完毕，客户端和服务器进入EATABLISHED状态，完成三次握手。

9、调用一个DLL（动态链接库）有哪几种方式？

答：一种是编程的时候，直接调用include库文件。编好的程序使用时为操作系统直接调用。

第二种为编程的时候使用LoadLibrary,FreeLibrary,GetProcAddress来动态装载程序。则编好的程序使用库文件时，是程序自己主动载入。

10、白盒测试有哪些覆盖方法？

答：语句覆盖，判定覆盖，条件覆盖，判定/条件覆盖，组合覆盖，路径覆盖。

11、进程与线程的区别？

答：线程是进程的一个执行单元，也是进程的可调度实体。

与进程的区别：

（1）、地址空间：进程内的一个执行单元；进程至少有一个线程，它们共享进程的地址空间，而进程有自己独立的地址空间；

（2）、资源拥有：进程是资源分配和拥有的单位，同一个进程内的线程共享进程的资源；

（3）、线程是处理器调度的基本单位，进程不是；

（4）、二者均可并发执行。