内容发布更新时间 : 2024/11/7 18:15:48星期一 下面是文章的全部内容请认真阅读。

测试笔试题

一、什么是单元测试、集成测试、系统测试？它们的测试侧重点分别是什么？（奥琦玮笔试题）

二、什么是回归测试？回归测试应该包含哪几个方面的测试？（奥琦玮笔试题）

四、针对缺陷采取怎样的管理流程？（北森笔试题） 简单的概括如下:

1. 找到缺陷后, 记录缺陷的各方面信息(如:日志, 图片, 测试步骤, 是否能重复等等). 2. 提交缺陷报告.

3. 跟踪这个缺陷, 看其何时修复.

4. 当缺陷修复后, 再对其进行测试. 并对因这个缺陷而受影响的其它功能进行测试.(如果没有就不测)

5. 如果这个缺陷测试通过, 关闭这个缺陷报告.

如果没有通过, 则再次指回修复缺陷人员, 重新修复. (以此循环, 直到缺陷修复或者其它结论)

五、在测试生命周期，测试过程分为几个阶段，以及各个阶段的含义？

六、软件测试分为哪几类？（博彦外派百度） 黑盒测试和白盒测试

七、Beta测试与Alpha测试有什么区别？（捷锐通笔试题）

八、软件测试是从软件的哪个阶段介入的，介入以后一般会做些什么？为什么会从这个阶段介入？（捷锐通笔试题）

简述集成测试与系统测试关系？（捷锐通笔试题）

测试计划工作的目的是什么？测试计划工作的内容都包括什么？其中哪些是最重要的？（捷锐通笔试题）

1、瀑布模型与双\模型的优缺点（世纪金证+中科软）

3，你发现了一个bug不太严重，也不是很轻微，你提交了，开发不承认是一个bug怎么办（捷科）

4，你怎么才能保证测试的全面性（捷科）

5，感觉你的性格容易被欺负，毕竟开发和测试是天敌，你在工作中被欺负怎么办（捷科）

如何做好需求分析？

需求分析人员对收集到的需求要做好进一步的分析，我认为主要有下面几个基本要求：

1. 对于用户提出的每一条需求都要知道“为什么”； 2. 需求分析阶段关注“做什么”而不是“怎么做”；

3. 分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求。经常因为对隐含需求考虑的

不够充分而引起需求变更； 4. 需求要符合系统的整体目标； 5. 需求项之间不应有矛盾。

基于上述五点要求对收集到的需求进行系统可行性分析，对需求进行技术可行性分析、人力成本分析、时间分析；描述需求的分解功能项。

如何确定软件测试结束的标准

(2012-08-29 16:51:12) 转载

▼

标签： 杂谈

在软件消亡之前，如果没有测试的结束点，那么软件测试就永无休止，永远不

可能结束。软件测试的结束点，要依据自己公司具体情况来制定，不能一概而论!个人认为测试结束点由以下几个条件决定： 1.基于“测试阶段”的原则：

每个软件的测试一般都要经过单元测试、集成测试、系统测试这几个阶段，我们可以分别对单元测试、集成测试和系统测试制定详细的测试结束点。每个测试阶段符合结束标准后，再进行后面一个阶段的测试。举个例子来说：单元测试，我们要求测试结束点必须满足“核心代码100%经过Code Review”、“功能覆盖率达到100%”、“代码行覆盖率不低于80%”、“不存在A、B类缺陷”、“所有发现缺陷至少60%都纳入缺陷追踪系统且各级缺陷修复率达到标准”等等标准。集成测试和系统测试的结束点都制定相关的结束标准，当然也是如此。 2.基于“测试用例”的原则：

测试设计人员设计测试用例，并请项目组成员参与评审，测试用例一旦评审通过，后面测试时，

软件测试中如何保证软件质量

?

圣才学习网·IT类

? ? ?

2012-02-28 17:18:28 阅读2489次 [大] [中] [小]

扫码手机阅读 评论（0）

软件在没有发布之前的开发过程主要分为需求分析、设计、编码和验证四个阶段，最终的软件质量与这四个阶段的各自质量之间的关系如果用C语言来表达的话应当是： 最终的软件质量 = 需求分析质量 && 设计质量 && 编码质量 && 验证质量

即，最终的质量来自于各阶段质量之“与”，只要其中一个环节质量是差，则产品的整体质量都将是差，千万不要认为是“或”的关系。由此看来每一个阶段的质量都起着决定性的作用。 以上提及的四个阶段的质量将引出以下几个软件质量保证的关键要素。 完备的需求分析

需求分析的目的是让项目组明白要做什么，是决定所开发出来的软件应当是“长什么样的”，显然完备的需求分析是高质量软件的前提。如果所开发出来的软件与用户所希望的并不一致，那不可能让用户说“这个软件的质量很好” 。如果方向不对，软件开发得再“好”也没有意义。需求分析失误所带来的开发成本是高昂的，这一点在《软件工程》这类书籍中都会提及，因此，整个行业对于需求分析的重要性都具有足够的认识。当然，知道其重要性与如何获得完备的需求分析又是两回事，至于如何做好需求分析请读者参考相关书籍。

需求分析如果出现失误的话有一个特点 —— 它一定会暴露！只不过存在是暴露在软件开发过程中还是在用户手中之别。因此，需求分析所造成的问题尽管严重，但它能被发现进而能得到项目组的重视，从而也一定能被修复，只是不同阶段发现这类问题所花费的成本将有所不同。 设计

设计阶段是通过设计方法找出软件实现更好的方法，注意这里是“更好”两个字，而不是强调最好。 不良设计并不会象需求分析失误那样很容易暴露出其本质，相反，它所暴露出的更多是表象，比如逻辑复杂、维护时举步为艰等等。如果参与者不具备一定的洞察力以发现隐藏在现象背后的不良设计本质，则很有可能身受其害却不能自拔，还以为“本来就有那么复杂”。

项目的开发是一个逐步演进的过程，项目组成员对于需求的理解也是逐步加深的，一开始合适的设计到后面看来很有可能就不够全面或显得力不从心，如果仍沿用以前的设计则自然将暴露出它的不足，进而会出现需要更高的维护成本。重构思想的提出，就是用于帮助项目演进设计的，当然，在运用重构方法时，应尽可能保证项目有足够的单元测试用例，以预防重构时又引入新的缺陷。重构不只是一个词，其核心应当是一个方法论，一个用于优化设计的方法论。 编程好习惯