1、为什么要在一个团队中开展软件测试工作？
　　因为没有经过测试的软件很难在发布之前知道该软件的质量，好比ISO质量认证一样，测试同样也需要质量的保证，这个时候需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。
　　2、测试能给你带来什么样的快乐？
　　测试可以给我带来很多快乐，如果测试出一个项目缺少东西，我会很高兴，因为我对自己的工作有了新的认识，也为公司做了效益;如果测试出一个项目没有问题，我也很高兴，因为同事们都在努力，大家都希望为公司做贡献，这是一个很强大的团队，这是一件多么另人振奋的事情啊!
　　3、软件测试的目的？
　　测试的目的是以少人力、物力和时间找出软件中潜在各种错误和缺陷，通过修正种错误和缺陷提高软件质量，回避软件发布后由于潜在的软件缺陷和错误造成的隐患带来的商业风险。
　　4、Alpha测试与beta测试的区别
　　Alpha测试 在系统开发接近完成时对应用系统的测试；测试后仍然会有少量的设计变更。这种测试一般由程序或测试员完成，不能由终用户或其它人员完成。
　　Beta测试 当开发和测试根本完成时所做的测试，终的错误和问题需要在终发行前找到。这种测试一般由终用户或其它人员完成，不能由程序员或测试员完成。
　　5、简述集成测试的过程
　　1)构建的确认过程。
　　2) 补丁的确认过程。
　　3) Z34 。
　　4) 测试用例设计过程。
　　5) 测试代码编写过程。
　　6) Bug的报告过程。
　　7) 每周/每两周的构建过程。
　　8) 点对点的测试过程。
　　9) 组内培训过程。
　　集成测试过程:集成测试计划->集成测试设计->集成测试实现->集成测试执行。
　　6、质量的八大特性是什么？各种特性的定义？
　　1）功能性：软件所实现的功能达到它的设计规范和满足用户需求的程度
　　2）性能：在规定条件下，实现软件功能所需的响应时间和计算机资源(CPU、内存、磁盘空间和数据吞吐量)的使用程度
　　3）可靠性：在满足一定条件的应用环境中，软件能够正常维持其工作的能力，在出现一些错误操作时，软件可以具有容错性，如果软件意外退出，重新启动后可以恢复近的软件数据
　　4）安全性：为了防止意外或人为的破坏，软件应具备的自身保护能力
　　5）使用性：用户在理解、学习和操作软件的过程中的付出的努力的难易程度
　　6）维护性：软件在运行维护过程中，如果出现了运行故障或者扩展新功能和性能，软件系统是否具有可分析性和良好的扩展性，重新设计后的软件的稳定性和可测试性
　　7）移植性：软件从现有运行平台向另一个运行平台过度的适应程度和平台可替换性
　　8）重用性：整个软件或其中一部分能作为软件包而被再利用的程度
　　7、系统测试计划是否需要同行审批，为什么
　　需要，系统测试计划属于项目阶段性关键文档，因此需要评审。
　　8、软件质量应该从哪些方面来评价？
　　可靠性、安全性、性能、易用性、外观、稳定性
　　9、系统测试包含哪些方面？
　　1.恢复测试、2.安全测试、3.强度测试、4.性能测试
　　10、区别阶段评审的与同行评审
　　同行评审目的:发现小规模工作产品的错误，只要是找错误;
　　阶段评审目的:评审模块 阶段作品的正确性 可行性 及完整性
　　同行评审人数:3-7人 人员必须经过同行评审会议的培训，由SQA指导
　　阶段评审人数:5人左右 评审人必须是专家 具有系统评审资格
　　同行评审内容:内容小 一般文档 <  40页， 代码 < 500行
　　阶段评审内容: 内容多，主要看重点
　　同行评审时间:一小部分工作产品完成
　　阶段评审时间: 通常是设置在关键路径的时间点上!
　　11、测试结束的标准是什么？
　　1.用例全部执行。2.覆盖率达到标准。3.缺陷率达到标准。4.其他指标达到质量标准
　　12、制定测试计划之前需要了解什么问题？
　　1)软件测试计划的目的是什么？是否所有人都知道？他们同意这个测试计划过程吗？
　　2)测试的是什么产品？是新程序还是维护升级的？是独立程序还是由多个小程序组成的？
　　3)产品的质量目标是什么？产品的功能需求和性能指标必须得到所有人的一致认可。
　　13、请详述设计测试用例的方法？ （只是列出一个测试用例思考的方向，具体设计靠经验）
　　①黑盒测试用例根据业务需求说明书来设计，分为：
　　等价划分法边界值分析法错误推测法因果图法逻辑覆盖法
　　②白盒测试用例通过研究代码与程序结构可以分为以下两种方式：
　　静态测试：通过静态的检查程序代码、界面、文档中可能存在的错误的过程。
　　|-测试代码编写的规范性 |-测试界面 |-测试相关需求说明和用户手册是否符合实际要求
　　动态测试：通过路径和分支测试。测试用例主要根据以下六种覆盖测试方法设计
　　|-语句覆盖 |-判定覆盖 |-条件覆盖 |-判定/条件覆盖 |-组合覆盖 |-路径覆盖
　　14、比较负载测试，压力测试，容量测试和强度测试的区别
　　负载测试：在一定的工作负荷下，系统的负荷及响应时间。通过逐步增加系统负载，终确定在满足性能指标的情况下，系统能承受的大负载量的测试。
　　强度测试：又称疲劳强度测试，在系统稳定运行的情况下能够支持的大并发用户数，持续执行一段时间业务，通过综合分析，确定系统处理大工作量强度性能的过程。一定负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。
　　容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如大并发用户数、数据库记录数等），系统在其极限值状态下没有出现任何软件故障或还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的大负载或工作量。容量测试的目的是使系统承受超额的数据容量来发现它是否能够正确处理。容量测试是面向数据的，并且目的是显示系统可以处理目标内确定的数据容量。
　　压力测试：通过逐步增加系统负载，终确定在什么负载条件下系统性能将处于崩溃状态，以此获得系统能提供的大服务级别的测试。