软件测试常用方法

5.在分别测试winform的C/S结构与测试WEB结构的软件是，应该采取什么样的方法分别测试？他们存在什么样的区别与联系？

6.在测试winform的C/S结构软件时，发现这个软件的运行速度很慢，您会认为是什么原因？您会采取哪些方法去检查这个原因？

7.描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程8.如果您是测试组长，您会采取什么样的方式管理团队？在测试人员同开发人员的沟通过程中，如何提高沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？

1.软件测试分哪两种方法？分别适合什么情况？

软件测试方法一般分为两种：白盒测试与黑盒测试。白盒测试又称为结构测试、逻辑驱动测试或基于程序本身的测试，它着重于程序的内部结构及算法，通常不关心功能与性能指标；黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试，它实际上是站在最终用户的立场，检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求的规定。

2.一套完整的测试应该由哪些阶段组成？分别阐述一下各个阶段。

计划阶段、设计阶段、白盒单元、白盒集成、黑盒单元、黑盒集成、系统测试、回归测试、验收测试一套完整的测试应该由五个阶段组成：1）。测试计划首先，根据用户需求报告中关于功能要求和性能指标的规格说明书，定义相应的测试需求报告，即制订黑盒测试的最高标准。以后所有的测试工作都将围绕着测试需求来进行，符合测试需求的应用程序即是合格的，反之即是不合格的；同时，还要适当选择测试内容，合理安排测试人员、测试时间及测试资源等。2）测试设计将测试计划阶段制订的测试需求分解、细化为若干个可执行的测试过程，并为每个测试过程选择适当的测试用例（测试用例选择的好坏将直接影响测试结果的有效性）。3）测试开发建立可重复使用的自动测试过程。4）测试执行执行测试开发阶段建立的自动测试过程，并对所发现的缺陷进行跟踪管理，测试执行一般由单元测试、组合测试、集成测试、系统联调及回归测试等步骤组成，测试人员应本着科学负责的态度，一步一个脚印地进行测试。5）测试评估结合量化的测试覆盖域及缺陷跟踪报告，对于应用软件的质量和开发团队的工作进度及工作效率进行综合评价。

3.软件测试的类型有那些？分别比较这些不同的测试类型的区别与联系。BVT （Build Verification Test），主要目的是验证最新生成的软件版本在功能上是否完整，主要的软件特性是否正确Scenario Tests（基于用户实际应用场景的测试），Scenario Tests优点是关注了用户的需求，缺点是有时候难以真正模仿用户真实的使用情况Smoke Test，修复Bug后，针对此次修复是否会对其他模块造成影响而进行的专门测试。Smoke Test优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低此外，还有Application Compatibility Test（兼容性测试），主要目的是为了兼容第三方软件，确保第三方软件能正常运行，用户不受影响。Accessibility Test（软件适用性测试），是确保软件对于某些有残疾的人士也能正常的使用，但优先级比较低。其它的测试还有Functional Test（功能测试）、Security Test（安全性测试）、Stress Test（压力测试）、Performance Test（性能测试）、Regression Test（回归测试）、Setup/Upgrade Test（安装升级测试）等

4. 测试用例通常包括那些内容？着重阐述编制测试用例的具体做法不同结构的用例包括的不一样。（版本、编号、项目、设计人员、设计日期、输入、预期

输出……）

软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果。

用例编号：测试用例的编号有一定的规则，比如系统测试用例的编号这样定义规则： PROJECT1-ST-001 ，命名规则是项目名称＋测试阶段类型（系统测试阶段）＋编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。测试标题：对测试用例的描述，测试用例标题应该清楚表达测试用例的用途。比如“测试用户登录时输入错误密码时，软件的响应情况” .重要级别：定义测试用例的优先级别，可以笼统的分为“高”和“低”两个级别。一般来说，如果软件需求的优先级为“高”，那么针对该需求的测试用例优先级也为“高”；反之亦然，测试输入：提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。

操作步骤：提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需要分为几个步骤完成，这部分内容在操作步骤中详细列出。

预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。如果在实际测试过程中，得到的实际测试结果与预期结果不符，那么测试不通过；反之则测试通过。

7.描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪的管理的流程1、测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，系统会自动通过Email通知项目组长或直接通知开发者。

1）经验证无误后，修改状态为VERIFIED.待整个产品发布后，修改为CLOSED. 2）还有问题，REOPENED，状态重新变为“New"，并发邮件通知。

2）项目组长根据具体情况，重新reassigned分配给bug所属的开发者。

3）若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说明）

4）开发者收到Email信息后，判断是否为自己的修改范围。

5）若不是，重新reassigned分配给项目组长或应该分配的开发者。

1、阶段评审与同行评审的区别？

同行评审目的：发现小规模工作产品的错误，只要是找错误；

阶段评审目的：评审模块阶段作品的正确性可行性及完整性

同行评审人数：3-7人人员必须经过同行评审会议的培训，由SQA指导

阶段评审人数：5人左右评审人必须是专家具有系统评审资格

同行评审内容：内容小一般文档 < 40页，代码 < 500行

阶段评审内容：内容多，主要看重点

同行评审时间：一小部分工作产品完成

阶段评审时间：通常是设置在关键路径的时间点上

2、什么是软件测试及其目的？

软件测试是使用人工或自动化手段来运行或测定某个系统的过程。其目的是：在于检验它是否能满足规定的需求或是弄清楚预期结果与实际结果之间的差别。

3、简述集成测试的过程？

集成测试流程：

在完成软件的概要设计后，即开始制定集成测试计划-》设计集成测试用例和测

试过程-》实施集成测试，设计所需驱动和桩-》执行集成测试，记录测试结果-》评估集成测试，根据测试结果评估此次测试，生成评估报告文档。(驱动或桩函数是做单元测试时要用到的。驱动函数是所测4函数的主程序，它接收测试数据，并把数据传送给所测试单元，最后再输出实测结果。当被测单元能完成相关功能时，也可以不要驱动单元。桩，是用来代替所测试单元调用的子单元。)

4、白盒测试有哪几种方法？

参考答案：代码审查，语句覆盖，判定覆盖，条件覆盖，组合覆盖，基本路径，形式化方法，符号执行

5、简述测试目标有哪些类型？

参考答案：

功能测试，负载测试，性能测试，安全性测试，恢复测试，安装测试，兼容性测试，可用性测试，可靠性测试，国际化测试，本地化测试。

6、怎么样做好文档测试？

参考答案：

文档的测试主要采用静态测试即走查的方法，可以依据的是同行评审，列出一个检查表，然后大家一起坐下来对着被测试的文档进行阅读排错。通常文档都很长，而一般的建议是一次同行评审步的时间不能超过两个小时，因此可以对被测试文档执行测试时，列个计划，将总的文档分解，按照计划多次对被测试的文档进行走查。

7、测试结束的标准是什么？

从项目周期看：

1、超出了所分配的测试时间；

2、用尽了分配的测试资源；

3、到达了某一个固定的里程碑（如合同规定的交付日期）。

从测试角度看：

1、测试需求覆盖率；

2、测试代码覆盖率；

3、测试用例度量；

4、缺陷检查度量

8、Alpha 测试与Beta测试的区别？

Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员完成。Alpha测试发现的错误，可以在测试现场立刻反馈给开发人员，由开发人员及时分析和处理。目的是评价软件产品的功能、可使用性、可靠性、性能和支持。尤其注重产品的界面和特色。Alpha测试可以从软件产品编码结束之后开始，或在模块（子系统）测试完成后开始，也可以在确认测试过程中产品达到一定的稳定和可靠程度之后再开始。有关的手册（草稿）等应该在Alpha测试前准备好。Beta测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。因而，Beta测试是在开发者无法控制的环境下进行的软件现场应用。在Beta测试中，由用户记下遇到的所有问题，包括真实的以及主管认定的，定期向开发者报告，开发者在综合用户的报告后，做出修改，最后将软件产品交付给全体用户使用。Beta测试着重于产品的支持性，包括文档、客户培训和支持产品的生产能力。只有当Alpha测试达到一定的可靠程度后，才能开始Beta测试。由于Beta测试

的主要目标是测试可支持性，所以Beta测试应该尽可能由主持产品发行的人员来管理。

9、系统测试计划是否需要同行审批，为什么？

需要，系统测试计划属于项目阶段性关键文档，因此需要评审。

10、比较负载测试，容量测试和强度测试的区别？

负载测试：在一定的工作负荷下，系统的负荷及响应时间。

强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。

容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据的，并且它的目的是显示系统可以处理目标内确定的数据容量。

灰盒测试，是介于白盒测试与黑盒测试之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法。灰盒测试结合了白盒测试和黑盒测试的要素.它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。

回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。

回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。单元测试的重点是系统的模块，包括子程序的正确性验证等。

集成测试的重点是模块间的衔接以及参数的传递等。

系统测试的重点是整个系统的运行以及与其他软件的兼容性。

测试用例是由测试中经过的一系列状态和在每个状态中必须依靠输入、输出数据满足的一对条件组成的。

1. 准确性

2. 简洁性

3. 可重用性

4. 适用性

5. 可跟踪性

6. 纯洁性

测试用例的编写有三种主要格式：

Step-by-step Matrix（矩阵表） Automated script（自动化脚本）

1 用例编号10用例类别

2 用例名称11用例状态

3 测试目的12用例设计人

4 输入数据13创建时间

5 测试步骤14用例评审人

6 测试脚本15评审时间

7 预期结果16评审结果

8 响应时间17执行结果

9 实际输出18相关模块

前两种是测试用例最基本的格式，最后一种是自动执行前两种测试用例的软件脚本。

测试用例设计方法

1. 白盒测试方法—语句覆盖、分支覆盖、条件覆盖

2. 黑盒测试方法--

1. 等价类划分方法

2. 边界值分析方法

3. 错误推测方法

4. 因果图方法

5. 判定表驱动分析方法

6. 功能图分析方法（流程场景（重要执行道路、出错处理道路））

测试用例示例：

1. 测试用例标识

2. 测试步骤

3. 输入

4. 输出

5. 环境要求---硬件、软件、其他

测试用例的关键：

1. 白盒测试：以较少的用例覆盖尽可能多的内部程序逻辑结果

2. 黑盒测试：以较少的用例覆盖模块输出和输入接口。不可能做到完全测试，以最少

基于WEB信息管理系统测试时应考虑的因素有哪些？

软件本地化测试的目的：

软件本地化测试的测试策略：1.本地化软件要在各种本地化操作系统上安装并测试。2.源语言软件安装在另一台相同源语言操作系统上，作为对比测试。3.重点测试因本地化引起的软件的功能和软件界面的错误。4.测试本地化软件的翻译质量。5.手工测试和自动测试相结合。集成测试通常都有那些策略？

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

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

3、一个模块的功能是否会对另一个模块的功能产生不利的影响；

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

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

7.一个缺陷测试报告的组成

缺陷的标题，缺陷的基本信息，复现缺陷的操作步骤，缺陷的实际结果描述，期望的正确结果描述，注释文字和截取的缺陷图象。