天啊，是不是很多呢，哈哈，你又知道多少？？
言归正传
范围测试：对于每一个输入，找出系统反应相同的区间范围
恢复性测试：测试一个系统从崩溃、硬件故障或其他灾难性问题中能够恢复到什么程度
回归测试：回归测试根据一个开发螺旋周期或者一个新版本的调试、维护或开发中产生的变化对应用程序加以测试
基于风险的测试：测量一个应用程序系统所具有的业务风险的程度以对测试加以改进
运行图：一个关于质量特性怎么随时间变化的图形表示
三明治测试：三明治测试同时使用自顶向下和自底向上技术并且是两个技术的一个折中
健全性测试：一般来说是一个初始的测试工作，用以确定一个新的软件版本是否运行足够良好，达到一个可以进行主要测试的标准。
安全性测试：测试系统抵制未授权的内部或外部访问、故意损害等的能力，可能需要复杂的测试技术
状态转换测试：首先标示了一个系统的状态，然后编写一个测试用例以测试造成从一个状态转换到另外一个状态下保证进一步测试的顺利进行
语句覆盖测试：确保代码的每一条语句或者每一行都至少执行一遍
统计概况测试：使用统计技术来描述系统的一个使用概况。基于期望的使用频率测试人员确定有利于测试的事务路径、条件、功能区域和数据表格
压力测试：可与性能和负载测试技术互换使用的方法。用于将这样的测试描述为在非正常的高负载、特定行为或输入的大量重复、输入大量数值或对数据库系统的大量复杂访问的情况下系统的功能测试
结构化走查：举行一个项目相关人员对工作产品进行排错的会议
语法测试：测试输入排列组合的数据驱动的技术
系统测试：基于一个整体的需求规约的黑盒类型测试，覆盖了一个系统的所有组成部分
表测试：测试表项的访问、安全性和数据完整性
线序测试：将个体单元组合成为共同完成一个或一组功能的功能性线序
自顶向下测试：从顶部开始的整合模块或程序
单元测试：测试最微观的尺度；测试特定的功能或代码模块，一般来说由开发人员而非测试人员执行。
易用性测试：测试软件的人机交互是否友好。属主观性测试。可使用用户访谈、调查、用户会议的摄像和其他技术。开发人员和测试人员通常不适合作为易用性测试人员
用户验收测试：确定软件是否让最终用户或客户感到满意
白盒测试：通过检查系统的逻辑路径来定义测试用例
以上为《测试技术与持续质量改进》中关于测试技术的一些描述，是不是很多测试技术，看到眼都花了呢？没关系，慢慢来
我在参加测试培训中主要培训的测试技术主要是：边界值测试、分支覆盖测试、因果图、决策表、等价类划分、异常测试、负载测试、正交表测试、性能测试、范围测试、安全测试、压力测试这些。
涉及到其他的话，就是6大质量特性的相关测试了，呵呵
至此，测试技术名称介绍完毕。
