测试概论解答.docx

测试概论解答合集
1. 软件的含义
答：软件是计算机系统与硬件相互依存的一局部，包括程序、数据以及相关文档的完美集合。
2. 测试与调试的区别是什么？
答:

目的
任务
测
试
发现程序的
错误
通过执行程序，暴露潜在的错误
调
试
定位和纠正
错误
消除软件故障，保证程序的可靠运行

3. IEEE是什么意思？
答：标准化协会，负责标准化工作。
4. GB是什么意思？
答：国标〔国家标准〕。
5. 软件测试的含义
答：依据规的软件检测过程和检测方法按照测试方案和测试需求对被检测软件的文档，程序和数据库进展测试的技术活动。
6. 软件测试的目的(GB3点)
答：为了发现尽可能多的缺陷；为了确保产品完成了它所公布或承诺的功能;为了确保产品满足性能和效率的要求；为了确保产品的强健性，适应用户环境的要求〔易用性、友好性〕。
7. 解释QA及其职责
答：QA是质量保证员〔quality assurance〕；主要职责是制定和加强促进软件开发并防止软件缺陷的标准和方法。
8. 测试工程师与软件质量保证的区别
答：QA：质量保证员〔qualtiyt assurance〕；主要职责是制定和加强促进软件开发并防止软件缺陷的标准和方法。
TE：测试工程师(Testing engineer)；主要职责是在最短的时间发现尽可能
多的缺陷，并保证缺陷得以修复。
9. 测试应该由什么人来进展？
答：为了到达最正确效果，应该由独立的第三方完成测试。
10. pareto 法则
答：pareto法则应用于软件测试，又称8/2效率法则；一般情况下80%的软件缺陷都集中在20%的关键核心业务模块中。
11. 杀虫剂怪事
答：1〕用于描述软件测试越多，其对测试的免疫力就越强的现象；2〕程序员对测试员的"惯用手段 已经可以躲避；3〕为了杀虫剂怪象的克制，软件测试员必须不断编写不同的、新的测试程序，对程序的不同局部进展测试，以找出更多缺陷。
12. 木桶原理
答：木桶原理又叫全面质量管理〔TQM〕；产品质量的关键因素：分析、设计、实现。
13. Good-enough 原则
答：Good-enough原则又叫权衡投入/产出比的原则。既不要做过多的测试，也不要做不充分的测试。
14. 群集效应
答：群集效应是指同种生物生活在一起所产生的有利作用或者消极影响，例如开发人员心情不好的时候、测试人员发现的缺陷与产品关联不大等等。
15. 测试分为哪几个阶段？
答：单元测试、集成测试、系统测试、验收测试。
16. 什么是确认测试？回归测试？
答：回归测试是当发现缺陷后提交开发工程师修复，修复完成后检查缺陷修复是否正确，并且确认修复缺陷的同时是否引进新的缺陷。
17. 测试人员应该具备哪些素质？
答：故障排除、追求完美、不放过任何蛛丝马迹、具有创造性、判断准确性、善于说服、注重策略与外交、自我学习能力、一定的开发能力、打破砂锅问到底的习惯。
18. 测试人员应具备的"三心二意
答：三心：细心、耐心、信心；
二意：团队合作的沟通意识；时刻保持疑心的态度且具有缺陷预防的意识；
19. 如果测试提交的缺陷开发人员不认可，该怎么办?
答：第一步：与开发人员反复友好沟通；
第二步：反复复现缺陷的存在，并可以将缺陷复现的截图与复现步骤整理成
文档提供应开发人员；
第三步：如果还是不能说服开发人员，可以将该情况反映给测试组长或者测试经理，由测试组长或者测试经理评估协调。
20. 如何解决开发和测试的矛盾？
答：首先对事不对人，旨在解决工作中的问题，亦师亦友，在工作中坚守职责，尽可能保证判断准确，提供更多可以说服开发人员的数据。
21. 测试团队中都有哪些角色？各负责什么任务？
答：组长：做好组角色分配，把控整个工程的测试进度；
质量保证员：制定和加强促进软件开发并防止软件缺陷的标准和方法。
测试员：测试各个模块，编写测试用例，并提交缺陷报告。
需求分析员：测试前分析用户对产品的需求，要实现的功能，然后指定测试
重点方向。
配置管理员：为测试搭建测试环境。
会议记录员、文档管理员：记录每次组会议的容、测试文档的整理与补充。
22. 什么是软件开发生命周期？
答：开发方案开发需求分析系统设计（概要设计详细设计数据库设计）编码组装运行
23 .什么是软件生命周期？
答：工程启动方案开发测试上线维护
24. 软件测试生命周期？
测试方案测试需求分析设计测试用例执行测试用例提交缺陷报告
编写测试总结报告回归测试
25. 软件测试主要有哪些模型？
答：V模型、W模型、H模型、*模型
26. 简述V模型。
答："V的左端表示传统的瀑布开发模型，而"V的右端说明相应的测试阶段。
V模型是最具有代表意义的测试模型。它的提出旨在改良开发效率和效果。
测试是开发之后的一个阶段。实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。修复缺陷的代价比拟大。
27. 简述W模型。
答：基于尽早和不断测试的原则，W模型既强调了测试方案设计，也强调了测试执行。相对于V模型，W模型增加了软件各开发阶段中应同步进展的验证和确认活动，W明确表示出了测试与开发的并行关系。测试与开发是同步进展的，有利于尽早地全面的发现问题。
28. 简述H模型。
答：真正的测试级别之间不存在严格的次序关系，各阶段间可以反复触发、迭代、增量。为了解决V模型和W模型存在的问题，有专家提出了日模型。
它将测试活动完全独立出来，形成一个完全独立的流程，将测试准备活动和测试执行活动清晰地表达出来。
29. 从哪几方面准备面试过程中的工程介绍”
答：关于工程的技术架构〔是B/S架构还是C/S架构〕；
关于工程的技术背景〔语言与数据库〕；
工程的描述〔工程时间、团队人数、担任较色〕
在该工程中负责的什么模块；
针对该测试模块提取了多少需求；
针对这些需求设计了哪些测试用例，都用到了哪些测试用例的设计方法；
执行完用例后发现了多少bug，举出一个比拟典型的实例；
测试用例的组成；
缺陷报告的组成；
30. 软件开发过程主要有哪些模型”
答：大爆炸模型；
边写边改模型；
螺旋模型；
瀑布模型；
敏捷软件开发模型；
31. 什么是 ISO90"
答：ISO90系列标准是ISO国际标准化组织TC/176技术委员会制定的所有国际标准，其核心标准是质量保证标准〔ISO901/2/3〕和质量管理标准〔ISO94〕； ISO90系列是由ISO/TC176制定的所有国际标准。
32. ISO90系列标准的根本思想主要包括哪两种"
答：控制思想：即对产品形成的全过程一从采购原材料、加工制造到最终产
品的销售、售后效劳进展控制。
预防的思想：通过对产品形成的的全过程进展控制以及建立并有效运行自我完善机制到达预防不合格；
33. ISO90-3是什么"从哪九方面制定标准"
答：合同评审；
开发方案；
需方需求规格说明；
质量方案；
设计和实现；
测试和确认；
验收；
复制、支付和安装；
维护；
34. GB/T190是什么"与ISO90有什么关系"
答：GB/T190标准是指我国等同采用与国际ISO90标准〔有关质量管理和质量保证〕的国家标准。
等同于将ISO90系列标准的原文翻译过来直接作为国家标准，一般不做任何改动，故 GB/T190- ISO90 是 ISO90 的译文。
35. 软件测试过程中一般会从哪几个方面入手来规过程，形成软件
规？
答：角色确实定；
进入的准则；
输入项；
活动过程；
输出项；
验证与确认；
退出的准则；
度量；
36. 什么是CMM"
答：CMM： capability maturity model，即软件能力成熟度模型。
37. CMM的五个等级分别是什么”并分别简述。
答：初始级〔等级1〕：软件过程的特点是无秩序的、混乱的；
可重复级〔等级2〕：已建立根本的工程管理过程去跟踪本钱，进度和功能性。
必须的过程纪律已经就位。
已定义级〔等级3〕：管理活动和工程活动两方面的软件过程均已文档化、标准化，并集成到组织的标准软件过程中。
已管理级〔等级4〕：已经采集详细的有关软件过程和产品质量的度量。
优化级〔等级5〕：利用来自过程和来自新思想、新技术先导性试验的定量反应信息，使持续过程改良成为可能。
38. 测试系统主要哪6个相互关联、相互作用的过程组成？
答：测试规划；
测试设计；
测试实验；
配置管理；
资源管理；
测试管理；
39. 软件测试工程启动时，都要抓住哪些要点？
答：弄清工程背景；
深刻理解工程需求；
人是决定因素；
确定其测试目标；
40. 给软件质量下个定义。
答：软件产品满足规定的和隐含的与需求能力有关的全部特征和特性，它包括：
1〕软件质量满足用户需求的程度；
2〕软件各种属性的组合成度；
3〕软件使用过程中满足用户需求的程度。
41. 软件质量需求主要分为哪两大方面？
答：分为功能性需求和非功能性需求。
42. 质量的非功能需求都包括哪些？
答：性能需求〔performance〕、平安性需求〔security〕、可靠性需求、兼容性需求、可移植性需求、可扩展性需求、压力需求、负载需求、接需求、安装/卸载需求。
43. 给软件缺陷下个定义。
答：1〕从产品部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题；
2〕从外部看，软件缺陷是系统需要实现的*种功能的失效或违背。
软件缺陷就是软件产品中存在的问题，是计算机系统或程序中存在的任何一种破坏正常运行能力的问题或错误，或者隐藏的功能缺陷或者瑕疵。缺陷会导致软件产品在*种程度上不能满足用户需求，或者用户所需要的功能没有得到实现。
44. 软件缺陷的表现形式？
答：没有到达产品规格说明书所规定的功能、特性、性能指标等，或只有局部实现；
设计不合理，功能特性不明确，逻辑不清楚或存在矛盾；
运行出错，包括运行中断、系统崩溃、界面混乱等；
数据结果不正确、精度不够、不完整或格式不统一；
其他问题。如存取时间过长、界面不美观；
45. 软件缺陷和软件错误有何关系和区别？
答：软件缺陷〔defect〕围更广，它涵盖了软件错误〔error〕，还涵盖了不一致性问题，功能需求定义缺陷和产品设计缺陷等。
46. 软件缺陷产生的原因都有哪些？
答：需求频繁变更；
追求新科技，实现新功能、很酷的功能；
争取在时间上取胜，需求分析、设计、测试等投入的时间、精力不够；
47. 软件缺陷产生的根源有哪些？
答：需求分析；
设计〔概要设计、详细设计、数据库设计〕；
编码；
48. —个健全的软件测试团队对应包含的6种角色？〔另一个层
面〕
答：测试组长或者测试经理；
系统工程师；
自动化测试工程师；
测试分析和设计人员；
性能测试、平安测试人员；
测试执行人员；
49. 什么是测试件？
答：〔Test ware〕是用来描述测试工作产品的术语，包括测试方案文档、测试需求文档、测试用例、测试脚本、测试数据、测试log或结果、缺陷分析报告、测试总结报告等。
50. 什么是测试用例？
答：〔Test case〕是为了特定的的测试目的〔如考察特定程序路径或验证*个产品的特性〕而设计的测试条件、测试数据及与之相关的的测试过程的一个特定的使用实例或场景。测试用例也可以被称为有效地发现软件缺陷的最小测试执行单元。
51. 测试团队的两个根本职能分别是什么？
答：软件测试和质量保证；
52. 目前市场上，测试团队与开发团队的3种模式分别是什么？
答：第一种：以开发为核心，测试只是开发队伍的一局部，也就是开发团队中有测试人员，但没有形成独立的团队；
第二种：以工程经理为核心：开发小组和测试小组并存，隶属于工程经理领导；
第三种：工程经理、开发组长和测试组长"三足鼎立，测试团队据有独立的、权威的地位；
53. —个软件工程的要素都包括哪些？
答：工程类型、用户、目标、围、工期、软件平台、开发工具和语言；
54. 目前实际工作中，主要有哪6种工程类型？
答：纯客户端软件；
纯Web〔B/S〕应用系统；
客户端效劳器〔C/S〕应用系统；
大型复杂企业级系统。
手机软件；
嵌入式软件.
55. 软件测试的输入项都包括哪些？
答：软件工程方案；
软件需求文档；
软件架构设计文档；
软件详细设计文档；
软件程序单元；
软件配置或集成方案；
软件工作版本；
56. 软件测试的输出项都包括哪些？
答：软件测试方案；
软件测试需求
软件测试用例；
测试缺陷记录；
测试分析报告；
57. 软件测试的完毕准则是什么？
答：发现的缺陷数到达规定指标，且缺陷数是逐次收敛的；
未修复严重缺陷，得到高层经理批准；
测试用例1%执行；
测试覆盖率到达规定指标；
工程必须发布暂停测试；
因工程要求，强制退出测试；
测试过程受到开发等方面的阻塞；
58. 测试需求分析包括哪三方面的工作”
答：明确测试围，了解哪些功能点要测试、哪些功能点不需测试;
知道哪些测试目标优先级高、哪些目标优先级低；
要完成哪些相应的测试任务才能确保目标的实现。
59. 测试需求分析的两个根本出发点是什么”
答：从客户角度进展分析；
从技术角度分析；
60. 从技术角度分析测试需求,主要考虑哪些要点”
答：业务目标；
系统构造；
系统功能；
系统数据；
系统运行平台；
系统操作；
61. 一般性的Web测试工程的测试点都包括哪些”
答：从测试类型来说，可分别从：功能测试、性能测试、平安测试、UI测试、兼容性测试、易用性测试；
对于功能性测试，可以从用户登录、站点地图和导航条、超级、表单、数据校验；
对于平安测试可以从：cookie、session、ssl、防火墙等测试；
对于性能测试，可从用户并发等，主要针对一些对应事物。
62. UI测试一般包括哪些测试点”
答：页面风格统一、布局合理；
文字大小恰当；
背景颜色搭配合理；
图片、表格清晰；
63. 性能测试包括哪三方面的测试”
答：效劳器端、客户端、网络
64. 什么是可伸缩性测试"
答：可伸缩性测试指通常要求在对部署体系构造的设计不做修改的情况下增加资源以满足系统增加的容量，从而使系统容易支持来自现有用户或扩大的用户群体的额外负载。
65. 软件可用性指的是什么"
答：可用性是指系统正常运行的能力或程度，在一定程度上也是系统可靠性的表现，可用性测试就根本上等同于可靠性测试。
66. 平安性测试常见的一些测试需求点都包括哪些"
答：各种登录模式的平安性验证、对令各种要求的测试；
用户权限的验证；
所有入的验证，即对数据输入的验证；
Cookie和Session的有效期验证等特殊机制的验证；
数据访问权限设置验证，如效劳器上的目录设置；
敏感数据加密、数据存储平安性的验证；
验证系统的日志文件是否得到保护；
在异常条件下操作、错误操作，测试软件以说明不会因可能的单个或多个输入错误而导致不平安状态；
其他各种平安漏洞〔如跨站点攻击、SQL注入等〕的检查。
67. 如何展开兼容性测试"
答：从硬件兼容、软件兼容、数据兼容展开。
硬件兼容：各种平台眇"台式、手机、pad等〕的兼容；
软件兼容：包括操作系统和浏览器的兼容；
数据兼容：包括数据库、软件版本兼容等。
68. 需求评审对软件测试和质量的作用表现在哪些方面”
答：对软件需求进展正确性的检查；
保证软件需求的可测试性；
通过产品需求文档的评审，与市场、产品、开发等各部门相关人员沟通，使得大家认识一致，防止在后期产生不同的理解，引起争吵。
通过产品需求文档的评审，更好地理解产品的功能性和非功能性需求，为确定测试需求、制定测试方案和设计测试用例等工作打下坚实的根底，特别是为测试围、工作量等方面的分析、评估工作获取第一手信息。
在需求文档评审通过后，测试的目标和围就确定了。
69. 什么是评审”根据评审容和评审形式，评审是如何分类的”
答：评审是指检验工作产品是否正确地满足了以往工作产品中建立的规，如需求或设计文档。
1〕根据评审容，评审可以分为管理评审、技术评审、文档评审和流程评审四种。
2〕根据评审形式，评审可以分为同行评审、管理评审等。
70. 需求评审会的参加人员都包括哪些？
答：用户代表、开发人员、测试人员、质量保证人员、工程经理、开发经理、测试经理、产品部经理、需求人员
71. 测试人员作为需求评审员，需要向自己提哪些问题？
答：这些需求都是用户提出来的吗？有没有画蛇添足地需求
没有漏掉什么需求吗？
和竞争对手的产品做过比拟吗？我们的产品优势表达在哪里？
是否正确地描述了每个需求？这条描述是否存在二义性的问题？
我的理解和他们〔MRD、PRD的作者〕的理解一致吗？
72. 对系统需求评审的质量要求都包含哪些容？
答：正确性、完备性、易理解性、一致性、可行性、可修改性、可测试性、可追溯性；
73. 测试的资源都包括哪些容？
答：人力资源、硬件资源、软件资源
74. 测试风险的控制方法都包括哪些？
答：根据风险发生的概率和带来的影响确定风险的优先级，然后采取措施防止那些可以防止的风险。
风险转移。
有些风险不可防止，就设法降低风险。
为了防止、转移或降低风险，事先要做好风险管理方案。
对风险的处理还要制定一些应急的、有效的处理方案。
在做方案时，估算资源、时间、预算等要留有余地，不要用到1%。
制定文档标准，并建立一种机制，保证文档及时产生。
75. 测试策略制定的三项根本要素？
答：输入、输出、程序。
76. 测试（工程）方案包含哪些要素
答：测试目标和围、测试策略、工程估算、风险方案、进度安排、资源配置、跟踪和控制机制
77. 测试用例的优先级如何？
答：冒烟测试、高、中、低
78. 什么是冒烟测试？
答：小版本测试〔BVTS〕
79. 什么是小版本验证测试？
答：版本验证测试是指：通常由一组广泛的测试组成，这些测试用于验证特定版本的总体质量，不急于完全测试，只是在很短的时间将软件的|根本功能走一遍|,如果存在大的问题，就停顿后面的测试工作，没有存在大的问题，可以进展下一步测试，这样可以节约时间，提高效率。
80. 用例评审一般使用什么方式？哪些人参与评审？
答：一般使用评审委员会评审的方式
参与评审人员：用户代表、开发人员、测试人员、质量保证人员、工程经理、开发经理、测试经理、产品部经理、需求人员
81. 怎么判断是不是软件缺陷？
答：软件未到达产品说明书标明的功能
软件出现了产品说明书指明不会出现的错误
软件功能超出产品说明书指明的围
软件未到达产品说明书虽未指出但应到达的目标
软件测试员认为软件难以理解、不易使用、运行速度缓慢或者最终用户认为不好
82. 怎么处理无法再现的缺陷？
答：首先，应当对这样的缺陷进展详细的记录，并尽快提交给开发人员。其次，对于寻找难以再现的缺陷要合理地安排时间，不要因为一棵大树而丢掉了整个森林［。要考虑到测试工程的整体进度，对一时难以再现的缺陷可以暂时搁置，以保证工程的正常进度。
最后在测试过程中对未再现缺陷予以关注。
83. 什么是重复缺陷？怎么防止重复缺陷？
答：重复缺陷：同一个缺陷A测试工程师提交后，B测试工程师又提交。
防止重复缺陷：尽量防止两个人同时测试同一模块，如果两个人同时测试同一模块，提交缺陷时一定用系统查一下是否有类似缺陷已经被提交。
84. 什么是无效缺陷？怎么防止无效缺陷？
答：当测试人员提交缺陷报告后，开发人员分配缺陷报告并查看属不属于缺陷，如果开发人员确认不是缺陷，再由测试人员确认，最后置为无效缺陷。
防止无效缺陷：
1〕测试前细化需求，保证对需求理解正确，|防止提交存在歧义的缺陷；
2〕对于自己把握不准的缺陷，提交前进展讨论；
3〕在提交bug之前，一定要保证bug能够重现，并且在bug中清楚的描述重现步骤；
4〕保证测试环境的准确性|,并且做好版本的配置管理；
85. 缺陷报告的要素包括哪些？
答：缺陷、工程名称、工程版本、功能模块、测试用例ID、缺陷严重程度、缺陷优先级、缺陷的状态、缺陷概述、测试环境、操作步骤、预期结果、实际结果、附件、测试人员、测试时间。
86. 缺陷报告写作的5个准则？
答：准确-correct
清晰-clear
简洁-concise
完整-plete
一致-consistent
87. 简述缺陷的生命周期
答：缺陷的状态从提交-翻开-已修复-关闭的整个过程称为缺陷的生命周期。
88. 简述缺陷报告的正常处理流程
答：测试人员提交缺陷报告〔新建〕一分配给相应的开发人员一开发人员处
理缺陷报告并修复〔已修复〕一开发人员将已修复缺陷分配给测试人员一测
试人员进展返测，假设缺陷修复正确〔关闭〕；假设修复不正确〔重新翻开〕，再次分配给开发人员。
89. 简述重复缺陷的处理流程
答：测试人员提交缺陷报告〔新建〕一分配给相应的开发人员一开发人员确
认缺陷为重复缺陷〔拒绝〕后，重新分配给测试人员一测试人员确认是重复
缺陷后，关闭缺陷。
90. 简述无效缺陷的处理流程
答：测试人员开启一个新bug—开发人员确认是否是一个bug—开发人员设
置为不是一个bug—测试人员确认，确实不是bug—测试人员关闭。
91. 简述推迟处理缺陷的处理流程
答：测试人员开启一个新bug—开发人员确认是否是bug—开发人员设置为
推迟处理〔搁置状态〕一测试人员确认是否应该推迟一测试人员改为推迟〔搁置状态〕。
92. 简述验证不通过缺陷的处理流程
答：测试人员开启一个新bug—开发人员确认是否是bug—开发人员修复bug
〔已修复〕一测试人员验证缺陷修改不正确一测试人员返给开发人员〔重新翻开〕；
93. 缺陷的严重程度如何划分”并分别简述。
答：致命的、严重的、一般的、较小的、建议
94. 缺陷优先级如何划分？并分别简述。
答：高、中、低
95. 缺陷的状态有哪些？
答：已提交、翻开、已拒绝、已解决、已关闭、重新翻开、搁置
96. 缺陷的类型包括哪些？
答：功能缺陷、性能缺陷、平安缺陷、用户界面缺陷、兼容缺陷
97. 简介测试流程
答：测试流程为：立项，测试需求分析，测试方案，测试设计，测试实施，测试评估，测试总结；
98. 什么时候提交发现的缺陷？
答：执行测试用例时，假设发现错误立即提交缺陷报告。
99. 什么是入准则、出准则？
答：进入准则也就是对软件测试切入点得确立。
出准则：是将测试的执行结果和已经定义的测试目标进展比拟的活动。
100. 测试有哪些级别（阶段）？
答：单元测试，集成测试，系统测试，验收测试；
101. 什么是单元测试？单元测试重点是什么”
答：单元测试又叫组件测试，是针对一个单个的软件单元的测试。
单元测试重点：单个的软件单元
102. 什么是桩模块、驱动模块？
答：桩模块：一个软件组件框架的实现或特殊目的的实现，用于开发和测试另一个调试或依赖于该组件的组件，它代替了被调用的组件。
驱动模块：代替*个软件组件来模拟控制和/或调用其他组件或系统的软件或测试工具。
103. 什么是集成测试”集成测试的测试重点是什么？
答：集成测试：一种旨在暴露接以及组成组件/系统间交互时存在的缺陷的测试。
集成测试重点：接、系统部不同局部的相互作用。
104. 集成测试有哪些策略？
答：自顶向下集成、自底向上集成
105. 什么是系统测试？系统测试测试重点是什么"
答：系统测试关注的是在开发工程或程序中定义的一个完整的系统/产品的行为。
系统测试重点|系统需求、整个系统功能、非功能的需求；
106. 什么是验收测试？验收测试重点是什么”
答：验收测试通常是由使用系统的用户或客户来进展，同时系统的其他利益相关者也可能参与其中；
验收测试重点：alpha测试和beta测试；
107. 验收测试有哪些人进展？
答：潜在客户与用户；
108. 验收测试的目标是什么？
答：验收测试的目的是建立对系统、系统的*局部或特定的系统非功能特征建立信心。发现缺陷不是验收测试的主要目标。
109. 什么是验收测试包括哪两类”并分别解释。
答：alpha测试：是用户到开发场地进展测试；
beta测试：是用户/潜在客户在自己的环境下测试软件系统；
110. 测试类型都包括哪些？
答：功能测试、非功能测试、构造测试、与变更相关的测试
.>
111. 请说出一个水杯的测试点〔如何对一个水杯测试？〕
答：主要从以下几点进展测试：功能测试、平安性测试、压力测试、容量测试、界面测试、环境测试、易用性测试。并分别对每个测试类型说出测试点。
112. 请说出白板笔的测试点〔如何对一支白板笔进展测试？〕
答：主要从以下几点进展测试：功能测试、平安性测试、压力测试、容量测试、界面测试、环境测试、易用性测试。并分别对每个测试类型说出测试点。
113. 什么是性能测试？负载测试？压力测试？有什么区别？
答：性能测试：为了确定一个软件产品的性能所进展的测试；针对特定的应用领域检查系统的性能（处理速度以及响应时间）；
负载测试：一种通过增加负载来测量组件或系统的测试方法。例如：通过增加并发用户数和〔或〕事务数量来测量组件或系统能够承受的负载。
压力测试：在规定的或超过规定的需求条件下测试组件/系统，以对其进展评估。
114. 什么是与变更相关的测试？有哪些具体类型？
答：与变更相关的测试主要有：确认测试〔再测试〕、回归测试；
115. 测试方法的三种划分”
答：根据是否运行程序分为：静态测试与动态测试；
根据是否关注程序部构造：白盒测试与黑盒测试；
根据是否使用自动化测试工具：人工测试与自动化测试；
116. 代码审查的围包括哪些”
答：业务逻辑的审查、算法的效率、代码的风格、编程规则
117. 代码审查的方法包括哪些”
答：互查、走查、代码审查
118. 白盒测试方法包括哪些”
答：白盒测试包括：逻辑覆盖法与根本路径法；
逻辑覆盖法包含：语句覆盖、判定覆盖、条件覆盖、判定-条件覆盖、条件组合覆盖、循坏覆盖
119. 简述根本路径测试法的5个步骤。
答：画出程序流程图；
计算程序圈复杂度；
导出测试用例；
准备测试用例；
图形矩阵；
120. 圈复杂度怎么计算？
答：V=e-n+2;
e:边数；
n:节点数
121. Web的三层架构”并分别说出每层的主要测试容。
答：业务层：性能、数据有效性、事务；
表示层：容测试、web站点构造、用户环境；
数据层：响应时间、数据完整性、容错性和可恢复性；
122. 当中使用哪些技术时，需要特别关注浏览器的兼容性问
题？
答：Active*控件；
JavaScript
VBScript
Java applets
HTML5；
Adobe Flash
Php;
123. 移动环境下测试设计需要考虑哪些因素？
答：连接、设备多样性、设备的各种限制、输入设备、安装与维护。
124. 移动应用测试分类？
答：安装/卸载、网络根底设施、来电和短信处理、存缺乏、硬件资源、按键、退出、充电、电量
125. 写出安装JCHome〔jsp〕的具体操作步骤。
答：安装jdk；
安装 apache；
安装 tomcat；
安装数据库；
将原代码复制到Apache安装所在的目录下的web Apps文件夹；
启动Apache效劳，翻开浏览器，输入对应网址；
126. 写出安装ALM〔测试管理工具〕的具体操作步骤。
答：安装数据库SQL server 28；
安装alm;
启动oss效劳，即可翻开alm工具。
127. 写出安装Windows环境下安装Bugfree〔缺陷管理工具〕
的具体操作步骤。
答：安装Apache；
.>
安装PHP组件；
安装数据库MySQL;
将bugfree的原代码复制到Apache安装所在目录下的htdocs或者web Apps文件夹下；
启动Apache效劳，翻开浏览器，输入对应网址；
128. 写出安装jira〔缺陷管理工具〕的具体操作步骤。
答：安装数据库MySQL；
翻开SQL命令客户端，执行创立数据库及设置用户名、密码的SQL语句；安装jira;
129. 客户端软件安装测试的测试点包括哪些？
答：安装前：考虑不同的测试环境，如至少准备两种环境-一已经安装了先前的版本环境，从未安装待测软件的机器；
安装测试过程中：1〕严格按照安装说明书进展；2〕安装过程中，各界面上的文字需要测试；3〕安装过程中的容错性，如果出现错误是否会有提示，并且是否可以退出；如果安装过程中意外终止、卸载后，是否可以恢复到原来的状态。
安装完毕：检查安装是否到达目标；
130. 什么是在线测试？
答：在线测试主要是指：在真实的环境上操作使用，通过实际的操作行为对产品进展最直接的测试。
131. 分别解释 LA、GA、SPR、EPR。
答：LA:有限的可用性〔limited avaliable〕
GA:全面可用〔general avaliable〕
SPR:效劳发布包〔service pack release〕
EPR:紧急补丁发布〔emergency patch〕
132. EP测试的要点包括哪些？
答：缺陷的验证；
围绕修正缺陷所进展的代码修改而进展的回归测试；
验证新构建的软件包，确认没有丢掉文件等；
133. SP测试的要点包括哪些？
答：功能增强和新功能的验证；
围绕修改的功能进展有效的回归测试；
验证新构建的软件包，保证功能可正常进展；
134. 更高版本的测试要点包括哪些？
答：功能测试；
系统测试：性能测试、比拟分析；
更高版本的测试有新旧功能交替的影响，会存在大量的回归测试;
135. 你知道哪些缺陷管理工具？
答：Alm、 bugfree、 bugzilla、 jira
136. 你会使用哪些版本控制工具？
答：SVN、VSS