软件测试原则及方法学习笔记.docVIP

1、 软件测试的原则 软件测试从不同的角度出发会派生出两种不同的测试原则，从用户的角度出发，就是希望通过软件测试能充分暴露软件中存在的问题和缺陷，从而考虑是否可以接受该产品，从开发者的角度出发，就是希望测试能表明软件产品不存在错误，已经正确地实现了用户的需求，确立人们对软件质量的信心。 测试的原则就是从用户和开发者的角度出发进行软件产品测试的，通过测试，可以为用户提供放心的产品，并对优秀的产品进行认证。 为了达到上述的原则，那么需要注意以下几点： 1．应当把“尽早和不断的测试”作为开发者的座右铭 2．程序员应该避免检查自己的程序，测试工作应该由独立的专业的软件测试机构来完成。 3．设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。 4．一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。 5．对测试错误结果一定要有一个确认的过程，一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。 6．制定严格的测试计划，并把测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。 7．回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多的错误出现的现象并不少见。 8．妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档 在测试实施之前，软件测试工程师必须确定将要采用的测试策略和测试方法，并以此为依据制定详细的测试案例。而一个好的测试策略和测试方法必将给软件测试带来事半功倍的效果，它可以充分利用有限的人力和物力资源，高效率、高质量地完成测试。 那么，究竟如何才能确定一个好的测试策略和测试方法呢，一般来说，在确 定测试方法时，应该遵循以下原则： 第一，要根据程序的重要性和一旦发生故障将造成的损失来确定它的测试等级和测试重点； 第二，要认真研究测试策略，以便能使用尽可能少的测试用例，发现尽可能多的程序错误，因为一次完整的软件测试过后，如果程序中遗留的错误过多并且很严重，则表明本次测试是失败的，是不足的，而测试不足意味着让用户承担隐藏错误带来的危险，同时反过来说如果过度测试则又会浪费许多宝贵的资源。我们需要在这两点上进行权衡，找到一个最佳平衡点。 测试依据： 《GB/T 25000.51-2010 软件工程 软件产品质量要求与评价（SQuaRE） 商业现货（COTS）软件产品的质量要求和测试细则》 2、 软件测试的基本方法 软件测试的方法和技术是多种多样的。对于软件测试技术，可以从不同的角度加以分类：从是否需要执行被测软件的角度，可分为静态测试和动态测试。从测试是否针对系统的可通，而从检但即使 在程序接（如数据按照程序内部主要用于软“白盒” 3、项目全生命周期管理平台工具 工具技术及功能： 测试流程与方法技术及功能 （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）具备需求管理流程定制、需求变更、需求审计能力。 测试资产管理技术及功能 IBM Rational ClearCase（CC） （1）操作简单、方便，可以在Windows和Unix以及Linux等多种操作系统上运行