软件测试演义1——中高级系列.docVIP

软件测试演义——第一部分 作者：朱少民 出处：CSDN 测试方法 测试方法的辩证统一 软件测试的众多方法是辩证统一的，它们相互依赖而存在，相互对立又相互补充，任何一种测试方法都有其优点，在特定的测试领域能得到充分发挥。同时，任何一种测试方法都不能覆盖所有测试的需求，在某些场合存在一定的局限性和不足。这种测试的辩证统一，从下面这些相对应的测试方法就得到很好的印证。 ? 白盒测试方法和黑盒测试方法 ? 静态测试 (static test) 和 动态测试( Dynamic test) ? 手工测试（Manual test）和自动化测试(Automated Test) ? 有计划测试（Planned Test）和随机测试（Ad-hoc test 或Random test） ? 新功能测试（new feature test）和回归测试 (Regression testing) 1. 白盒测试方法和黑盒测试方法 黑盒测试方法，不考虑程序内部结构和内部特性，而是从用户观点出发，针对程序接口和用户界面进行测试，根据产品应该实现的实际功能和已经定义好的产品规格，来验证产品所应该具有的功能是否实现，是否满足用户的要求。 所以，黑盒测试方法技术相对要求低，方法简单有效，可以整体测试系统的行为，可以从头到尾（end-to-end）进行数据完整性测试。黑盒测试方法适合系统的功能测试、易用性测试，也适合和用户共同进行验收测试、软件确认测试。黑盒测试方法不适合单元测试、集成测试，而且测试结果的覆盖度不容易度量，其测试的潜在风险比较高。 由于白盒测试方法，已知产品的内部工作过程，针对性很强，可以对程序每一行语句、每一个条件或分支进行测试，测试效率比较高，而且可以清楚已测试的覆盖程度。如果时间足够多，可以保证所有的语句和条件得到测试，测试的覆盖程度达到很高。白盒测试方法所以适合单元测试、集成测试，而不适合系统测试。白盒测试方法准备的时间很长，如果要覆盖全部程序语句、分支的测试，一般花费比编程更长的时间。 白盒测试方法所要求的技术也较高，相应的测试成本要大。对于一个应用的系统，程序的路径数可能是一个天文数字，即使借助一些测试工具，白盒测试法也不可能进行穷举测试，企图遍历所有的路径往往是做不到的。即使，穷举路径测试，也不能查出程序违反了设计规范的地方，不能发现程序中已实现但不是用户所需要的功能，可能发现不了一些与数据相关的错误或用户操作行为的缺陷。所以白盒测试方法也存在一定的局限性。 2. 静态测试和动态测试 静态测试是通过对软件的程序源代码和各类文档或中间产品（产品规格说明书、技术设计文档），采用走查、同行评审、会审等方法来查找错误或收集所需要的度量数据，而不需要运行程序，所以相对动态测试，可以更早地进行。 静态分析的查错和分析功能是其他方法所不能替代的，静态分析能发现文档中问题（也只能通过静态测试实现），通过文档中问题或其他软件评审方法来发现需求分析、软件设计等问题，而且能有效地检查代码是否具有可读性、可维护性，是否遵守编程规范，包括代码风格、变量/对象/类的命名、注释行等。静态测试已被当做一种自动化的、主要的代码校验方法。 动态测试是通过观察程序运行时所表现出来的状态、行为等发现软件缺陷，包括在程序运行时，通过有效的测试用例（对应的输入 / 输出关系）来分析被测程序的运行情况、或进行跟踪对比，发现程序所表现的行为与设计规格或客户需求不一致的问题。 动态测试是一种经常运用的测试方法，无论在单元测试、集成测试中，还是在系统测试、验收测试中，都是一种有效的测试方法。但动态测试不能发现文档问题，必须等待程序代码完成后进行，发现问题相对迟得多，一旦发现问题，必须重新设计、重新编码，必然增大不良质量的成本。 3. 手工测试和自动化测试 手工测试是指通过测试人员自身对系统进行操作来完成操作，而自动化测试是通过计算机运行测试工具和测试脚本自动进行。自动化测试具有很多优点，如执行速度高而缩短测试周期、可以多次重复运行相同的测试而减少测试的单调性、真实反映测试结果、二十四小时不知劳累运行等等，所以在测试工作中，我们尽力实现测试自动化、或扩大自动化测试的覆盖范围。但是自动化测试前期投入大，对被测对象要求高以及存在其它的局限性。 软件测试自动化绝不能代替手工测试，它们两者有相应的测试对象和范围： 1) 工具本身并没有想象力和灵活性，根据业界统计结果，自动测试只能发现15-30%的缺陷，而手工测试可以发现70-85%的缺陷；所以自动化测试有其局限性，不适合软件的新功能测试，而特别适合回归测试，可以保证对已经测试过部分进行测试的准确性和客观性。 2) 在系统功能的逻辑测试、验收测试、适用性测试、涉及物理交互性测试时，也很难通过自动化测试来实现，多采用黑盒测试的手工测试