软件测试方法与技术的学习笔记

软件测试方法与技术的学习笔记
软件测试从不同的角度出发会派生出两种不同的测试原那么，从用户的角度出发，就是希望通过软件测试能充分暴露软件中存在的问题和缺陷，从而考虑是否可以承受该产品，从开发者的角度出发，就是希望测试能说明软件产品不存在错误，已经正确地实现了用户的需求，确立人们对软件质量的信心。

测试的原那么就是从用户和开发者的角度出发进展软件产品测试的，通过测试，可以为用户提供放心的产品，并对优秀的产品进展认证。

为了到达上述的原那么，那么需要注意以下几点：1．应当把“尽早和不断的测试”作为开发者的座右铭
2．程序员应该防止检查自己的程序，测试工作应该由独立的专业的软件测试机构来完成。

3．设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下要制造极端状态和意外状态，比方网络异常中断、电源断电等情况。

4．一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。

5．对测试错误结果一定要有一个确认的过程，一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进展讨论和分析。

6．制定严格的测试方案，并把测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。

7．回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多的错误出现的现象并不少见。

8．妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档
在测试实施之前，软件测试工程师必须确定将要采用的测试策略和测试方法，并以此为依据制定详细的测试案例。

而一个好的测试策略和测试方法必将给软件测试带来事半功倍的效果，它可以充分利用有限的人力和物力资源，高效率、高质量地完成测试。

那么，终究如何才能确定一个好的测试策略和测试方法呢，一般来说，在确定测试方法时，应该遵循以下原那么：
第一，要根据程序的重要性和一旦发生故障将造成的损失来确定它的测试等级和测试重点；
第二，要认真研究测试策略，以便能使用尽可能少的测试用例，发现尽可能多的程序错误，因为一次完整的软件测试过后，如果程序中遗留的错误过多并且很严重，那么说明本次测试是失败的，是缺乏的，而测试缺乏意味着让用户承当隐藏错误带来的危险，同时反过来说如果过度测试那么又会浪费许多珍贵的资源。

我们需要在这两点上进展权衡，找到一个最正确平衡点。

测试依据：《GB/T 25000.51-xx 软件工程软件产品质量要求与评价（SQuaRE）商业现货（COTS）软件产品的质量要求和测试细那么》。

软件测试的方法和技术是多种多样的。

对于软件测试技术，可以从不同的角度加以分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试。

从测试是否针对系统的内部构造和详细实现算法的角度来看，可分为白盒测试和黑盒测试。

黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在通过测试来检测每个功能是否都能正常使用，开的黑盆子，在完全不考虑程序内
部构造和内部特性的情况下，口进展测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，是否能适当地接收输入数据而产生正确的输出信息，库或文件）的完整性。

黑盒测试方法主要有等价类划分、边界值分析、错误推测法、因果图等，主要用于软件确认测试。

“黑盒”法着眼于程序外部构造、不考虑内部逻辑构造、针对软件界面和软件功能进展测试能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。

白盒测试
白盒测试也称构造测试或逻辑驱动测试，过测试来检测产品内部动作是否按照规格说明书的规定正常进展，的构造测试程序，检验程序中的每条通路是否都有能按预定要求正确工作不顾它的功能，白盒测试的主要方法有逻辑覆盖、件验证。

“白盒”法全面了解程序内部逻辑构造、对所有逻辑路径进展测试。

法是穷举路径测试。

在使用这一方案时，查程序的逻辑着手，得出测试数据。

每条路径都测试了仍然可能有错误。

设计标准，即程序本身是个错误的程序。

因遗漏路径而出错。

第三，穷举路径测试可能发现不了一些与数据相关的错误。

产品所应具有的功能，在测试时，把程序看作一个不能打测试者并且保持外部信息。

“黑盒”法是穷举输入测试，只有把所有可它是知道产品内部工作过程，根本路径测试等，测试者必须检查程序的内部构造，贯穿程序的独立路径数是天文数字。

第一，穷举路径测试决不能查出程序违反了第二，穷举路径测试不可能查出程序中程序可通，而从检但即使在程序接（如数据按照程序内部主要用于软“白盒”。

工具技术及功能：
测试流程与方法技术及功能
（1）提供工程方案模板和成功经历帮助团队快速定义工程目标、规划工程资源和确定工程里程碑；
（2）提供完整的IT生命周期管理过程，帮助业务和IT部门的有效合作，保持IT工程和业务开展目标一致，提高IT的整体投资汇报率；
（3）提供功能强大的、可视化的、易用的过程定义工具，方便用户根据工程的实际需要，定制出自己的RUP式的软件工程管理过程；
测试过程管理技术及功能
IBM Rational Quality Manager Standard Edition（RQM） HP Quality Center（QC）
测试过程能够完成从需求、方案、设计、实施、执行到测试结果分析、测试报告的自动生成整个测试生命周期的管理，包括：（1）能够完成通过测试需求覆盖率来评价测试完备性，并在测试需求发生变化后，可自动显示可能需要修改的测试用例；
（2）能够完成基于目标的测试用例的层次化的分类管理和组织管理，批量地执行一组测试用例，从而可以有效地进展自动化的回归测试；
（3）能够完成对自动执行测试用例和手工执行的测试用例的管理；
（4）能够根据实际测试执行的情况，自动的生成各种测试分析报告。

需求管理技术及功能
IBM Rational DOORS（DOORS）
（1）Rational DOORS和软件生命周期工具易于集成，可以集成RQM或者QC；
（2）可以自定义需求体系构造；
（3）可以自定义需求工程模板；
（4）具备需求到测试的跟踪能力，将需求用例和测试用例关联起来，为软件开发提供全生命周期的跟踪能力；
（5）具备需求的属性定制能力和查询能力；
（6）具备需求管理流程定制、需求变更、需求审计能力。