标签：
测试用例的准备，都是为了执行测试准备的。
（1）测试数据：有些测试需要使用大批量的数据，例如容量测试、压力测试等。根据产品的具体测试要求，可能需要在数据库表插入大量的数据，准备大量的文件，生成大量的Socket包等。
（2）有些测试需要专门的外部硬件设备，比如打印机，条码识别器，读卡机，指纹仪等。
如果是手机应用测试，可能要把所有支持的型号的手机都准备好。这些设备有些可以使用模拟器来模拟，有些则不能。模拟器比如夜神安卓模拟器。经常遇到在手机模拟器上可以执行的程序，在真正的手机上运行则会出现问题，或者在pc上报表格式正确，但是真正打印出来则会移位，走样。
（3）有些产品需要支持多种操作系统，那么在做兼容性测试之前就需要准备好各种操作系统的计算机，或者可以考虑虚拟机来安装，如vm ware,virtual PC等。
（4）有些测试需要部署到多台机器，并且需要设置各种参数，那么就需要在测试之前准备好各种安装包。
（5）有些测试需要用到网络，设置需要考虑网络的路由设置、拓扑结构等，那么在测试之前就需要准备好这样的网络设备和网络环境配置。
BVT测试（Build Verification Test)），编译检查测试，主要检查源代码是否能正确编译成一个新的，完整可用的版本。如果BVT不通过，测试人员不能拿到新的版本进行测试。
冒烟测试，该概念来源于硬件生产领域，一般通过给制造出来的电路板加电，看电板是否通电，如果设计不合理，则可能在通电的同时马上冒出烟，电路板不可用，因此没有必要进行下一步的检测。
那么该概念应用于软件测试，其实意义也一致。就是主要验证主功能，如果主功能都行不通，那就没有验证下去的必要，直接把编译版本退回给开发人员修改。
需要注意的是，冒烟测试的测试用例应该是随着开发的深入而不断演进的。
程序模块的集成问题是一个导致开发进度受阻的常见原因。缺陷也往往在集成阶段才集中出现的，尤其是那些接口设计不够好的软件。
那么解决集成问题的最后办法就是尽早集成，持续地集成，小版本集成。通过每日构建可以达到持续集成，小版本集成以及版本集成验证的目的。
每日构建就是每天定时把所有的文件编译，连接，组成一个可执行的程序的过程。
通常把每日构建放在晚上，利用空余时间自动进行，因此也叫每晚自动构建。简单的流程如下图
每日构建除了可以解决部分版本集成的问题外，还可以对程序员的源代码签入签出行为做出规范性约束。
大家都知道，如果程序员没有遵循一定的规范签入，签出源代码，就很可能导致其他程序员的代码模块失效或者混乱。一个正确而谨慎的做法应该是每次签入自己修改的代码之前，先获取所有新版本并把所有代码编译通过，确保不会影响别人的代码时才签入，否则必须先把问题解决掉。
每日构建是一个提高士气的机制，每天项目组的所有人都能看到构建出来的新版本增加了哪些新特性，看到能工作的产品，并且每天都比前一天多一些，增强一些，就像看到自己的孩子在茁壮地成长着，给所有人一种信心和鼓舞。
入门级----测试的执行、环境的搭建、每日构建、测试记录和跟踪、回归测试、测试总结和报告
标签：
原文地址：http://www.cnblogs.com/xiaoqingSister/p/5471156.html
