任务十三系统测试.pptVIP

* 自顶向下集成：模块集成的顺序是首先集成主模块，然后按照控制层次结构向下进行集成，隶属于主模块的模块按照深度优先或广度优先的方式集成到整个结构中去。 自底向上集成：从原子模块开始来进行构造和测试，因为模块是自底向上集成的，进行时要求所有隶属于某个给定层次的模块总是存在的，也不再有使用稳定桩的必要。 集成测试的过程 明确测试目标和完成准则，并确定关键部分。 确定阶段和进度安排。 测试和修正协调的策划。 清理系统结构。 确定集成测试方法的组合策略。 描述集成顺序。 针对每次集成编制测试用例，从而形成测试方案。 进行附加软件（驱动器及桩）的开发。 测试软件和测试环境准备。 依据测试方案进行测试。 根据测试结果提交测试报告。 测试报告的分析。 缺陷的管理。 修正和测试工作。 完成测试软件提交配置。 * 在需求分析阶段要确定软件的可测性，保证有效完成系统测试工作。要对软件需求规范中的要求形成确认标准，并且在其形成之初进行评审，保证可测试性。对于一些不能由测试确认的需求，要在需求规范中说明，如果可能尽量明确其他的确认方式。 * 重新根据6、8特性定义 * 配置测试环境是测试实施的一个重要阶段，测试环境适合与否会严重影响测试结果的真实性和正确性。软件测试环境包括设计环境、管理环境和实施环境。 * 缺测试过程 * 测试用例的代表性，能够代表各种合理和不合理的、合法的和非法的、边界和越界的。以及极限的输人数据、操作和环境设置等。 测试结果的可判定性，即测试执行结果的正确性是可判定的或可评估的。 测试结果的可再现性，即对同样的测试用例，系统的执行结果应当是相同的。 测试人员拿到用例，可独自执行该用例，而不需要编写者的帮助。不会因为执行该测试用例而影响其它测试用例的执行，比如执行某些用例后，会对应用系统产生影响，用例中应说明如何将应用系统恢复到最初状态，而不影响后续测试的进行 什么是好的测试用例 准确 ，测试用例的设计确实符合测试需求 没有冗余步骤 可重用 可跟踪，是针对特定测试需求的 适当，对于当前的测试环境，对于测试者是可以执行的 独立于编写者，这要求用例应是详细的 * 对于手动执行的测试用例采用上文描述的用例设计方法，确定测试用例，然后详细描述执行步骤及预期结果。 对于可自动执行的测试用例首先采用工具录制脚本，如录制／回放工具，性能测试工具等，然后回放脚本，针对不能正确回放的脚本，进行修改。或者使用通用的脚本语言，如Ruby，Python，Perl等编写测试脚本。 * .测试与纠错通常是反复交替进行的.当使用专业测试人员时，测试与纠错甚至是平行进行的，从而压缩总的开发时间.由于专业测试人员丰富的测试经验、所采用的系统化的测试方法、全时的投人，特别是独立于开发人员的思维，使得他们能够更有效地发现许多开发人员很难发现的错误和问题 * 测试管理从功能应用上可分为三部分： 一、 测试管理控制对象的编辑和管理：测试管理控制对象包括测试计划、测试用例、各案 例的具体测试步骤、问题报告、测试总结报告等，该部分主要是为各测试阶段的控制对象提供友好的编辑环境。 二、测试流程控制和管理：测试流程的控制基于科学的测试流程和具体的规范来实现，并利用该流程和规范，来严格约束和控制整个软件的测试周期，以确保软件的质量。整个过程设计人员、测试人员的交流都在系统中体现，例如设计人员通过系统或者 EMAIL收到问题后可以查出问题的描述，相关的测试用例，具体测试步骤，在解决问题后可以再通过系统反馈到测试人员，问题逾期未解决自动提醒设计人员等。 三、 统计分析和决策支持：在系统建立的测试数据库的基础上，进行合理的统计分析和数据挖掘，例如根据问题分布的模块、问题所属的性质、问题的解决情况等方面的统计分析使项目管理者全面了解软件开发的进度，软件开发的质量，软件开发中问题的聚焦，为决策管理提供支持；通过测试的情况和问题的处理对设计人员和测试人员进行计算机考核；再如，设计人员在遇到问题时可以到问题库中查找类似问题的解决办法等等。 缺陷报告的管理：Bug LifeCycle * * 测试用例是指描述如何测试某一个领域的文档，这些文档符合测试方案中的需求说明。根据测试方案的测试流程 (scenario)开发，根据测试反馈信息，对于没有考虑到的新问题，不断添加测试用例。 测试用例没有固定格式，只要清楚表明了测试步骤和需要验证的事实，使得任何一位测试人员都可以根据测试用例的描述完成测试。 * 5.5.2 软件测试的管理 测试管理从功能应用上可分为三部分： 测试管理控制对象的编辑和管理 测试计划、测试用例、缺陷报告、测试总结报告等 测试流程控制和管理 统计分析和决策支持 应用系统开发综合实训 5.5.2 测试的组织方式—小组 测试小组内部分