15、集成测试组装时要考虑的问题?
也叫组装测试或联合测试；
1. 在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；
2. 一个功能模块是否会对另一个功能模块产生不利影响；
3. 各个子功能模块累计起来，能否达到预期的父功能；
4. 全局数据结构是否有问题；
5. 单个模块的误差是否会累计放大；
16、部件测试
子系统的集成测试成为部件测试。是检查组装后子系统与系统需求的不一致。
17、模块组装为系统的方式有两种？
1．一次性组装方式(big bang)
2．增值式组装方式：自顶向下（深度优先或广度优先的策略进行测试），自底向上，混合增值。
18、集成测试应当确定关键模块
在集成测试时应当对关键模块进行及早的测试，关键模块的特征如下：满足某些软件需求；在程序模块中位于较高的层次（高层控制模块）；较复杂、较易发生错误；有明确定义的性能要求。
19、集成测试的组织和实施
制定集成测试计划时应该考虑如下因素：采用何种系统组装方法来进行集成测试；集成测试过程中连接各个模块的顺序；模块代码编制和测试进度是否与集成测试的顺序一致；测试过程中是否需要专门的硬件设备。
20、软件实效分类
软件错误(software error)：是一种人为的错误，导致软件缺陷的产生；
软件缺陷(software defect)：软件缺陷是存在于软件之中的不希望或不可接受的偏差，其结果是使软件运行于某一特定条件时出现软件故障，这个时候软件缺陷被激活；
软件故障(software fault)：是指软件运行过程中出现的一种不希望或不可接受的内部状态。如无适当处理便产生软件失效。软件故障是一种动态行为；
软件失效(software failure)：是软件运行时产生的一种不希望或不可接受的外部行为结果；
软件实效机理：软件错误-软件缺陷-软件故障-软件失效；
21、失效强度
失效强度表示每个自然单元出现的失效数目；是表示可靠性的另一种形式；
22、错误与缺陷的分布
需求：56%；设计：27%；代码：7%；其他：10%；
1．提高测试质量
2．提高测试效率
3．提高测试覆盖率
4．执行手工测试不能完成的测试任务
5．更好的重现软件缺陷的能力
6．更好的利用资源
7．增进测试人员与开发人员之间的合作伙伴关系
24、适合使用自动化测试工具的环境
1．需要反复进行的工作
2．负载压力测试
3．公司有大量的测试人员和开发人员
4．如果需要进行测试系统后台或者内部的性能特性，进而进行故障定位和性能调优。
25、自动化测试工具的局限性不适用于
1、定制的项目
2、周期很短的项目
3、业务规则复杂的对象
4、人体感观与易用性测试
5、不稳定的软件
6、涉及物理交互
26、自动化测试应用策略
1．提高测试质量
2．减少测试过程中的重复劳动
3．实现自动化，解决手工测试不能解决的问题
4．选择合适的自动化测试工具
5．确定测试工具的应用时机
6．确定测试重点
7．确定测试目标和指标
8．充分利用测试工具的优势
9．加强对测试工程师的技能培训，测试工具的使用者必须对测试工具非常了解
27、功能自动化测试工具的两种录制模式
1．环境判断模式：根据你选取得图形用户界面对象，把你对软件的操作动作录制下来，并忽略这些对象在屏幕上的物理位置。
2．模拟模式：记录鼠标点击、键盘输入和鼠标在二维平面图上的精确运动轨迹。
28、负载压力测试
负载测试：是为了证明在与产品规模等同的数据库中处理给定的事务请求的容量下，系统功能与性能是否与需求规格说明书中规定的，可接受的响应时间一致的测试过程。
压力测试：是使客户机在大容量情况下运行的测试过程，目的是查看应用将在何时出现中断，即识别系统的薄弱环节。压力测试中可能暴露的系统缺陷有内存缺陷，系统资源过量消耗、磁盘空间用完等。
29、进行脚本录制与分配的过程中，应该遵循
１．脚本越小越好，尽量做到一个功能一个脚本。
２．选择负载压力最高的业务功能进行测试。
３．选择所需要的操作进行录制。
30、测试工具模拟多用户并发访问有两种方式
１．进程回放模式：客户端与服务器的访问采用进程方式，每一个虚拟用户通过一个进程建立与服务器的通信连接并访问。
２．线程回放模式：客户端与服务器的访问采用线程方式，每一个虚拟用户通过一个线程建立与服务器的通信连接并访问。
31、录制脚本的回访模式的步骤
１．协议选择
２．创建测试脚本
３．参数化测试数据
４．创建虚拟用户
５．执行测试
６．分析测试
