系统测试之系统测试执行-3.ppt

系统测试阶段之系统测试执行,课程内容,系统测试执行过程 系统测试环境 系统测试记录和日报 系统测试执行实践 系统测试报告,系统测试执行的概念,按一定的系统测试计划，依据系统测试用例，完成测试的各项操 作任务 系统测试执行阶段应完成：环境准备、测试操作、测试记录、测 试报告,系统测试执行时间安排,在集成测试执行完成之后进行系统测试执行,系统测试执行的输入和输出,系统测试执行的输入 - 系统测试计划 - 系统测试方案 - 系统测试用例 -系统测试预测试项 - 系统测试规程 - 集成测试报告 系统测试执行的输出 - 软件系统预测试报告及转系统测试评审表 - 系统测试报告及软件系统测试报告评审表 - 缺陷报告，测试日报,系统测试执行的出口准则,完成系统测试，达到系统测试计划中的测试通过准则要求 通过软件系统测试报告的评审,系统测试执行的活动,构造系统测试环境 系统测试预测试 转系统测试评审 执行系统测试，进行系统测试记录，填写测试日报。提交缺陷报 告并反馈和跟踪缺陷解决进行缺陷管理 撰写并评审系统测试报告,系统测试环境,根据系统测试方案，搭建系统测试环境是系统测试执行的一个重 要步骤，测试环境适合与否会严重影响测试结果的真实性和正确 性 系统测试环境除支撑被测软件运行的硬件设备外，还应包含被测 软件，和被测软件配套的操作系统、数据库等系统软件，备料、 测试数据、相关资料文档等,系统测试预测试,系统测试预测试的目的是验证软件系统基本功能或预测主要的系 统功能，以确保其后的系统测试执行能够顺利进行 系统预测试应在开发项目组提出软件版本转系统测试申请后进行 ，主要是完成转系统测试评审需要输入的软件系统预测试报 告 执行验证软件系统基本功能活动的主体可以是软件开发项目组也 可以是软件测试项目组或联合组织,转系统测试评审,评审责任主体为软件测试项目组，需要完成软件转系统测试评审 表 软件版本转系统测试评审通过后，才能启动执行系统测试过程 启动执行系统测试过程后，系统预测试相关的软件版本，测试代 码，文档，环境等均应在配置管理中基线化,执行系统测试,按照软件系统测试规程执行系统测试，进行系统测试记录， 每日提交测试日报 执行系统测试的过程中，软件测试项目组对于发现的产品缺陷， 要及时填写缺陷报告，并跟踪问题的解决，做好问题跟踪和解决 记录 测试项目组要进行问题管理，通过问题分析回溯软件产品产生问 题的原因，通过缺陷分析，判断软件产品与设计要求的符合度 如果由于缺陷较多或较为严重，使得部分系统测试工作无法继续 执行，则软件测试项目组根据问题严重程度，有权暂停该部分的 测试，或将软件版本返回软件开发项目组，重新组织进行转系统 测试评审,系统测试报告写作和评审,依据系统测试计划的测试通过标准结束系统测试后，编写系统测 报告 系统测试报告需要通过评审，责任人为软件测试项目组，由软件 开发项目组、配置管理组，QA参与 评审不通过，系统测试报告退回。在评审不符合项和问题解决后 再提交评审申请，或重新启动系统测试过程 评审通过后，系统测试相关文档，代码，工具等均需跟随软件代 码，开发文档一起完成配置基线化，系统测试过程结束,课程内容,系统测试执行过程 系统测试环境 系统测试记录和日报 系统测试执行实践 系统测试报告,系统测试环境要素,系统测试环境 硬件环境 指测试必须的服务器、客户端、网络连接设备，以及测试仪器、 打印机/扫描仪等辅助硬件设备所构成的环境 软件环境 指被测软件运行时的操作系统、数据库、共存软件、测试工具及 相关手册等其他应用软件构成的环境 - 在实际测试中，软件环境又可分为主测试环境和辅助测试环境 - 主测试环境是测试软件功能、安全可靠性、性能、易用性等大 多数指标的主要环境 - 辅测试环境常常用来满足不同的测试需求或特殊测试项目,配置主测试环境遵循的原则,符合软件运行最低要求。测试环境首先要保证能支持软件正常运 行 选用比较普及的操作系统和软件平台 例如：一个软件若声称支持“Windows9X/ME/NT/2000”和“ MS Office97/2000/XP”，一般我们会采用如“Windows2000 Professional + MS office2000”的流程环境 营造相对简单、独立的测试环境。除了操作系统，测试机上只安 装软件运行和测试必需的软件，以免不相关的软件影响测试实施 无毒的环境 利用有效的正版杀毒软件检测软件环境，保证测试环境中没有病 毒,配置辅测试环境遵循的原则,兼容性测试： 在满足软件运行要求的范围内，可选择一些典型的操作系统和常 用应用软件对其安装卸载和主要功能进行验证 模拟真实环境测试： 有些软件，特别是面向大众的商品化软件，在测试时常常需要考 察在真实环境中的表现。 横向对比测试： 利用辅助测试环境“克隆”出完全一致的测试环境，从而保证各 个被测软件平等对比。,系统环境分类,系统测试环境 真实环境 仿真环境,系统测试工具,系统测试需要采用测试工具时，需要考虑： 测试工具与被测软件系统的匹配程度 测试工具提供的主要功能与辅助机制 测试工具的服务和技术支持 测试工具的价格,系统测试数据,系统测试数据特点： - 数据可以以消息、事务、记录、文件等形式存在 - 数据来源很多 - 真实数据最好，但在很多情况下不易或不能得到 系统测试数据来源： - 产品 - 手工构造 - 生成 - 捕获 - 随机,课程内容,系统测试执行过程 系统测试环境 系统测试记录和日报 系统测试执行实践 系统测试报告,系统测试结果记录（1）,系统测试结果记录表（2）,系统测试日报写作目的,1、测试人员总结每天的测试工作，便于了解自己的测试进度和测试 情况，用以调整下一天的工作计划 2、测试经理通过测试报告了解被测试产品的质量情况、测试过程的 质量 3、软件开发项目经理通过软件测试报告了解开发产品的质量情况， 并在下阶段的开发工作中采取应对措施 4、在软件测试报告中，软件测试人员作出的软件产品质量评估，可 以作为软件产品是否商用发布的重要参考依据,系统测试报告写作要点,概述 测试时间、地点、人员 环境描述 总结和评价 - 测试结果统计 - 测试评估 - 测试总结和改进建议 遗留问题报告 附件,系统测试报告写作要点,系统测试概述 简单介绍被测对象、测试特性及其版本/修订级别情况 指明本次系统测试活动所依据的测试计划、测试方案、测试用例 及测试过程 系统测试时间、地点、人员 描述本次测试的时间、地点和测试人员，以及人员分工 系统测试环境 描述本次测试的环境，包括软硬件、测试仪器、组网图等,系统测试报告写作要点-总结和评价,总结和评价 系统测试结果统计 - 工作量数据统计,系统测试报告写作要点-总结和评价,总结和评价 系统测试结果统计 - 用例状态统计,系统测试报告写作要点,系统测试报告写作要点-总结和评价,总结和评价 系统测试结果统计 - 缺陷统计,系统测试报告写作要点-总结和评价,总结和评价 系统测试结果统计 - 版本缺陷统计,系统测试报告写作要点-总结和评价,总结和评价 系统测试结果统计 - 累计遗留问题统计,系统测试评估（1）,静态分析：效率分析 - 测试活动持续时间：X人时 - 执行用例数：Y个 - 发现缺陷总数：Z个 - 平均每小时用例数 = 执行用例数/测试活动持续时间 = Y/X - 平均每小时发现缺陷数 = 发现缺陷总数/测试活动持续时间=Z/X - 影响测试效率的原因分析：对影响测试的各种因素进行分析， 如，测试环境，物料；突发任务等,系统测试评估（2）,静态分析：充分性分析 千行代码用例数：根据用例统计对测试充分性进行点评分析,执行结果统计 根据结果统计对系统质量 和测试过程进行点评,系统测试评估（3）,静态分析：稳定性分析 - 模块千行代码缺陷数和平均用例缺陷数,- 点评分析 这里的点评主要针对各特性千行代码缺陷数是否达到了质量目标， 没有达到则要给出原因，并且确定是否需要继续测试。通过对平均 用例缺陷数的分析可以得出测试用例的质量。如果品均用例缺陷数 太少，则需要考虑新的测试方法，给出新的改进措施,系统测试评估（4）,动态分析：根据各特性的缺陷收敛趋势分析点评各特性质量 该部分主要是缺陷曲线图、饼图等方式来分析，例如，按版本缺陷 的分布情况、按功能缺陷的分布情况等,系统测试评估（5）,综合评价 应包括对所有被测模块/特性的以下评价： - 系统功能、业务正确性、安全性作出客观评价 - 系统可用性 - 可维护性 - 系统性能 - 系统可靠性 - 测试对象的整体质量 A：质量稳定，适合大规模应用； B：存在少数严重问题，但有规避措施，可以使用； C：基本功能可用，但问题较多；D：基本功能不可用；,系统测试总结和改进建议,总结本次测试活动的经验教训，总结主要的测试活动和事件 总结资源消耗数据，如总人员、总机时，每个主要测试活动花费 的时间 提供对本次测试过程活动的测试设计和操作的改进建议 在测试过程中形成的对测试方案、测试用例的修改和补充的具体 改进内容可列在本次测试报告文档的附