(word)现代软件测试基础第3章练习.docVIP

第3章 基于生命周期的软件测试 1.什么是生命周期测试？生命周期测试如何开展？ 答： 答：?测试需求是测试设计和开发测试用例的基础，分解功能模块可以更好地进行设计。?? ?详细的测试需求是用来衡量测试覆盖率的重要指标。 测试需求包括各种测试实际和开发以及所需资源。?? 一个测试计划包括：产品基本情况，测试需求说明，测试策略和记录，测试资源配置，计划表，问题跟踪报告，测试计划的评审和结果等。 做好软件的测试计划需要综合考虑各种影响测试的因素。为了做好软件测试计划，需要注意以下几个方面： 明确测试的目标，增强测试计划的实用性 ? 当今任何商业软件都包含了丰富的功能，因此，软件测试的内容千头万绪，如何在纷乱的测试内容之间提炼测试的目标，是制定软件测试计划时首先需要明确的问题。测试目标必须是明确的，可以量化和度量的，而不是模棱两可的宏观描述。另外，测试目标应该相对集中，避免罗列出一系列目标，从而轻重不分或平均用力。根据对用户需求文档和设计规格文档的分析，确定被测软件的质量要求和测试需要达到的目标。 ? 制定软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此软件测试计划的价值取决于它对帮助管理测试项目，并且找出软件潜在的缺陷。因此，软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行，测试工具并且具有较高的实用性，便于使用，生成的测试结果直观、准确。 坚持5W、1H规则，明确内容与过程 ? 5W、1H规则指的是“What（做什么）”、“Why（为什么做）”、“When（何时做）”、“Where（在哪里）”、“How（如何做）”。利用5W、1H规则创建软件测试计划，可以帮助测试团队理解测试的目的（Why），明确测试的范围和内容（What），确定测试活动的开始和结束日期（When），指出（How），给出测试文档和软件的存放位置（Where）。 ? 为了使5W、1H规则更具体化，需要准确理解被测软件的功能特征、应用行业的知识和软件测试技术，在需要测试的内容里面突出关键部分，可以列出关键及风险内容、属性、场景或者测试技术。对测试过程的阶段划分、文档管理、缺陷管理、进度管理给出切实可行的方法。 采用评审和更新机制，保证测试计划满足实际需求 ? 测试计划写作完成后，如果没有经过评审，直接发送给测试团队，测试计划内容的可能不准确或遗漏测试内容，或者软件需求变更引起测试范围的增减，而测试计划的内容没有及时更新，误导测试执行人员。 ? 测试计划包含多方面的内容，编写人员可能受自身测试经验和对软件需求的理解所限，而且软件开发是一个渐进的过程，所以最初创建的测试计划可能是不完善的、需要更新的。需要采取相应的评审机制对测试计划的完整性、正确性、可行性进行评估。例如，在创建完测试计划后，提交到由项目经理、开发经理、测试经理、市场经理等组成的评审委员会审阅，根据审阅意见和建议进行修正和更新。 分别创建测试计划与测试详细规格、测试用例 ? 编写软件测试计划要避免“大而全”的测试计划：无所不包，篇幅冗长，长篇大论，重点不突出，既浪费写作时间，也浪费测试人员的阅读时间。“大而全”的一个常见表现就是测试计划文档包含详细的测试技术指标、测试步骤和测试用例。 ? 最好的方法是把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到独立创建的测试用例文档或测试用例管理数据库中。测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。 答： 答：?1. 需求阶段需求阶段要求：测试人员了解项目需求，包括项目需求规格说明、功能结构及模块划分等；测试人员了解项目需求变更；测试人员会同项目主管根据软件需求，制定和确定测试进度时，必须要有开发人员和相关的测试部门人员共同参与。在制定测试进度时，必须考虑到合理地配置测试资源（测试设备、测试所要用到的技术文档资料、测试人员和对测试人员进行的必要培训）；为了使所制定的测试进度正常有效，必须对其所制定的测试进度加以量化。要制定测试 的各个阶段的测试进度。有特殊情况时还必须制定特定系统的测试进度。如文件管理系统、 资料库内容功能测试等。所制定的测试进度中，必须含有修改问题和复查的时间。2．设计编码阶段 测试人员制定测试大纲、测试设计、测试用例；对每一个测试需求，确定其需要的测试用例；对每一个测试用例，确定其输入及预期结果；确定测试用例的测试环境配置、需要的驱动界面或稳定性；为测试用例准备输入数据；编写测试用例文档；对测试用例进行同行评审；项目开发组对完成的功能模块进行单元测试，测试人员参与单元测试过程；单元测试完 成，产生单元测试报告；所有单元测试及相应的修改完成后项