测试计划.ppt

1、2020/7/28，1，软件测试技术，2020/7/28，2，第二章测试计划，2.1测试计划要点和开发流程2.2测试软件要求2.3测试战略2.4测试环境2.5测试管理2.6测试计划，2020/维护，2.1测试计划要点和开发流程，软件测试生命周期，2020/7/28，2020/7/28将测试计划信息收集和配置软件细化为可检查的测试要求以制定测试计划，2020/7/28，6，测试计划制定流程，2020/实施测试工具测试和报告结果的流程系统测试开始和结束说明，包括获取测试方法工具(包括使用测试工具)的方法和时间；设计、开发和运行测试所需的人力设备资源：所需的机器和测试台段宜恩；测试适当的测试范围目标

2、所需的特殊软件和硬件配置应用节目策略测试哪些特性，不要测试哪些特性。风险和事故计划。测试计划要点，2020/7/28，8，测试计划：考虑测试内容，系统功能用户界面系统性能负载测试加强测试容量测试配置测试安装测试，2020/7/28，9，2.2测试软件要求，需求分析流程收集用户要求收集要求定义文档编写软件2020/说明通常，对于各种约束、假设和以后的功能要求非功能要求请参阅，2020/7/28，12，需求跟踪矩阵需求文档中的每个要求，您需要问以下问题：确认设计已完成。编写了相应的代码吗？在哪里可以找到牙齿代码？是否已填写相应的单元测试用例？执行单元测试了吗？是否已完成相应的集成测试案例？是否进行

3、了集成测试？需求跟踪矩阵说明了上述问题。2020/7/28，13，什么是好的需求文档？具有明确格式和文档结构要求的内容具有确切要求的内容整体要求可行性要求徐璐明确定义其他需求的优先级、模糊、两个茄子含义、上下文一致性验证和可测试性可修改性跟踪要求文档及时更新，2020/7/28，14，需求文档评估：需求文档是否满足公司的格式要求？需求是否正确？确保需求文档中描述的内容真实可靠是“实际”要求吗？描述的产品就是要开发的产品吗？需求齐全吗？列出的需求可以减去部分吗？要求兼容吗？需求可能是矛盾的。需求能实现吗？需求合理吗？需求可以预测吗？如何进行要求测试？2020/7/28，15，需求测试方法：“审阅

4、”(Review)审阅通常是让正在工作的协作者检查产品并提出意见。对等互调查可以面对面进行，也可以通过电子邮件进行，没有统一的标准。发现文件缺陷同事相互调查的能力是三种茄子方法中最弱的。Walkthrough比较宽松，需要提前收集数据，也不要求输出报告。进行“审阅”审阅是为了发现缺陷。主要组件审查通过会议进行，会议前每位参加者都要准备，会议要按照规定的程序进行，缺陷将被记录下来，会议报告将形成。审查被证明是发现缺陷的非常有效的方法。，2020/7/28，16，定义测试要求，定义，测试要求，根据用户要求定义和改进测试要求，用作整体测试的基础，2020/7/28，17，2.3测试战略，测试策略考虑

5、因素测试范围太小，有遗漏错误的危险。定义测试范围是在测试时间、成本和质量风险之间找到平衡的过程。分析产品的需求文档以确定需要测试的项目。测试范围不能由测试者确定。2020/7/28，19，定义测试范围时需要考虑几个茄子因素。首先测试优先级最高的需求。测试新功能和代码或增强的现有功能。使用等价类划分，可以减少测试范围重点测试经常成为问题的部分，2020/7/28，20，测试范围确定方法可以使用调查表方法确定测试范围中的哪些功能是软件的特征。用户最常用的功能是什么？如果系统可以按区块销售，那么销售时最昂贵的功能块是什么？哪些功能错误可能导致用户投诉或索赔？最复杂、最容易出错的程序是什么？哪个程序比

6、较独立，需要提前测试？最容易传播错误的程序是什么？系统范围的性能瓶颈是什么？开发者最不自信的节目是什么？2020/7/28，21，2.3.2选择测试方法，应根据开发阶段选择不同的测试方法。瀑布式生命周期模型的不同阶段可供选择的不同测试方法：需求分析阶段：静态测试汇总设计和详细设计阶段：静态测试编码和单元测试阶段：静态测试和动态测试，白盒测试集成测试阶段：动态测试，白盒测试，黑盒测试系统测试阶段：动态测试，黑盒测试接受测试阶段：动态测试门户标准测试出口标准测试暂停优点是应用于所有测试阶段的缺点是太依赖测试用例。测试期间根据缺陷密度规则测试期间缺陷密度：在CPU测试中发现的缺陷数。在相邻n个CPU

7、时间内，如果“测试周期故障密度”全部低于特定值M，测试将正常结束。2020/7/28，24，测试标准开发公用规则(2)，“运行时缺陷密度”规则“运行时缺陷密度”:软件运行一个CPU时发现的缺陷数相邻n个CPU时间内的“运行时缺陷密度”全部低于特定值2020/并非所有测试工作都可以作为测试工具执行。并非所有测试都可以通过一个自动化工具完成。使用自动化工具本身也可能需要一些时间。牙齿时间可以超过手动测试时间。如果测试人员不熟悉测试工具的使用，他们可能不会再发现软件错误。因此，影响测试工作质量的自动化测试工具无法对软件进行完整的测试。购买自动化测试工具可能会使牙齿项目的测试成本超出预算。2020/7

8、/28，27，2.4测试环境、软件编码、从测试到用户实际使用的开发环境、测试环境和用户环境都可能存在。“环境”是指运行测试软件的软件和硬件环境。测试环境是测试人员为软件测试创建的环境，通常包括多个茄子典型用户环境。，2020/7/28，28，测试环境项目电脑平台操作系统浏览器软件支持平台外部设备网络环境其他专用设备，2020/7/28，29，测试环境配置也面临测试范围内的平衡问题。构建测试环境时，必须确定配置的优先级。主要考虑事项包括：使用频率或范围失败的可能性可以最大限度地模拟实际环境，如何配置测试环境，管理2020/7/28，30，2.5测试，管理测试方面需要考虑的主要问题是缺陷管理工具的

9、选择和定义测试管理工具的任务，如TestDirector或Bugzilla。缺陷管理工具和测试管理工具不需要执行测试。但是，大多数公司使用缺陷管理工具。2.5.1缺陷工具和管理工具选择、2020/7/28，32、定义工作进度流程、定义2.5.2工作进度、2020/7/28，33、要求文档说明软件的功能性和非功能性要求，并要求对要求中的每个项目进行相应的测试工作。验证测试作业后，还必须指定该作业的优先级。2020/7/28，34，与要求文档没有直接关联的任务：执行测试时使用仅限系统开发和配置的测试工具设置和安装学习测试工具将测试案例写入脚本或数据文件之前未通过的测试案例创建测试报告和测试摘要文档

10、创建测试计划质量报告，缺陷报告者培训与程序员之间的交流和客户通信，2020/7/28，35，2020/7/28，36，构成进度计划进度计划可以显示为甘特图。2020/7/28，37，检查调度中是否已列出所有作业：所有作业都已列出。计划包含作业编号、作业名称、开始时间、完成时间和持续时间等信息计划。资源要求可以根据牙齿计划进行实际工作，测试开始时所需的硬件、软件没有准备完成测试人员的技术培训测试时的人力资源部署在测试过程中不足。许多要求已更改。在测试过程中，项目的开发计划进行了重大调整，无法及时准备所需的测试环境。测试数据，2020/7/28，39，2020/7/28，39，风险管理流程：风险评估风险识别对策跟踪风险，2020/7/28，40，2.6创建测试计划，测试计划是软件测试努力的目标，范围测试的种类、内容、时间各不相同，各种测试工作由多人完成，因此通常