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

《系统测试之系统测试执行.ppt》由会员分享，可在线阅读，更多相关《系统测试之系统测试执行.ppt（38页珍藏版）》请在三一办公上搜索。

1、系统测试阶段之系统测试执行,课程内容,系统测试执行过程系统测试环境系统测试记录和日报系统测试执行实践系统测试报告,系统测试执行的概念,按一定的系统测试计划，依据系统测试用例，完成测试的各项操 作任务系统测试执行阶段应完成：环境准备、测试操作、测试记录、测 试报告,系统测试执行时间安排,在集成测试执行完成之后进行系统测试执行,系统测试执行的输入和输出,系统测试执行的输入-系统测试计划-系统测试方案-系统测试用例-系统测试预测试项-系统测试规程-集成测试报告系统测试执行的输出-软件系统预测试报告及转系统测试评审表-系统测试报告及软件系统测试报告评审表-缺陷报告，测试日报,系统测试执行的出口准则,完

2、成系统测试，达到系统测试计划中的测试通过准则要求通过软件系统测试报告的评审,系统测试执行的活动,构造系统测试环境系统测试预测试转系统测试评审执行系统测试，进行系统测试记录，填写测试日报。提交缺陷报 告并反馈和跟踪缺陷解决进行缺陷管理撰写并评审系统测试报告,系统测试环境,根据系统测试方案，搭建系统测试环境是系统测试执行的一个重 要步骤，测试环境适合与否会严重影响测试结果的真实性和正确 性系统测试环境除支撑被测软件运行的硬件设备外，还应包含被测 软件，和被测软件配套的操作系统、数据库等系统软件，备料、测试数据、相关资料文档等,系统测试预测试,系统测试预测试的目的是验证软件系统基本功能或预测主要的系

3、 统功能，以确保其后的系统测试执行能够顺利进行系统预测试应在开发项目组提出软件版本转系统测试申请后进行，主要是完成转系统测试评审需要输入的软件系统预测试报 告执行验证软件系统基本功能活动的主体可以是软件开发项目组也 可以是软件测试项目组或联合组织,转系统测试评审,评审责任主体为软件测试项目组，需要完成软件转系统测试评审 表软件版本转系统测试评审通过后，才能启动执行系统测试过程启动执行系统测试过程后，系统预测试相关的软件版本，测试代 码，文档，环境等均应在配置管理中基线化,执行系统测试,按照软件系统测试规程执行系统测试，进行系统测试记录，每日提交测试日报执行系统测试的过程中，软件测试项目组对于发

4、现的产品缺陷，要及时填写缺陷报告，并跟踪问题的解决，做好问题跟踪和解决 记录测试项目组要进行问题管理，通过问题分析回溯软件产品产生问 题的原因，通过缺陷分析，判断软件产品与设计要求的符合度如果由于缺陷较多或较为严重，使得部分系统测试工作无法继续 执行，则软件测试项目组根据问题严重程度，有权暂停该部分的 测试，或将软件版本返回软件开发项目组，重新组织进行转系统 测试评审,系统测试报告写作和评审,依据系统测试计划的测试通过标准结束系统测试后，编写系统测 报告系统测试报告需要通过评审，责任人为软件测试项目组，由软件 开发项目组、配置管理组，QA参与评审不通过，系统测试报告退回。在评审不符合项和问题解

5、决后 再提交评审申请，或重新启动系统测试过程评审通过后，系统测试相关文档，代码，工具等均需跟随软件代 码，开发文档一起完成配置基线化，系统测试过程结束,课程内容,系统测试执行过程系统测试环境系统测试记录和日报系统测试执行实践系统测试报告,系统测试环境要素,系统测试环境硬件环境 指测试必须的服务器、客户端、网络连接设备，以及测试仪器、打印机/扫描仪等辅助硬件设备所构成的环境软件环境 指被测软件运行时的操作系统、数据库、共存软件、测试工具及 相关手册等其他应用软件构成的环境-在实际测试中，软件环境又可分为主测试环境和辅助测试环境-主测试环境是测试软件功能、安全可靠性、性能、易用性等大 多数指标的主

6、要环境-辅测试环境常常用来满足不同的测试需求或特殊测试项目,配置主测试环境遵循的原则,符合软件运行最低要求。测试环境首先要保证能支持软件正常运 行选用比较普及的操作系统和软件平台 例如：一个软件若声称支持“Windows9X/ME/NT/2000”和“MS Office97/2000/XP”，一般我们会采用如“Windows2000 Professional+MS office2000”的流程环境营造相对简单、独立的测试环境。除了操作系统，测试机上只安 装软件运行和测试必需的软件，以免不相关的软件影响测试实施无毒的环境 利用有效的正版杀毒软件检测软件环境，保证测试环境中没有病 毒,配置辅测试环

7、境遵循的原则,兼容性测试：在满足软件运行要求的范围内，可选择一些典型的操作系统和常 用应用软件对其安装卸载和主要功能进行验证模拟真实环境测试：有些软件，特别是面向大众的商品化软件，在测试时常常需要考 察在真实环境中的表现。横向对比测试：利用辅助测试环境“克隆”出完全一致的测试环境，从而保证各 个被测软件平等对比。,系统环境分类,系统测试环境真实环境仿真环境,系统测试工具,系统测试需要采用测试工具时，需要考虑：测试工具与被测软件系统的匹配程度测试工具提供的主要功能与辅助机制测试工具的服务和技术支持测试工具的价格,系统测试数据,系统测试数据特点：-数据可以以消息、事务、记录、文件等形式存在-数据来

8、源很多-真实数据最好，但在很多情况下不易或不能得到系统测试数据来源：-产品-手工构造-生成-捕获-随机,课程内容,系统测试执行过程系统测试环境系统测试记录和日报系统测试执行实践系统测试报告,系统测试结果记录（1）,系统测试结果记录表（2）,系统测试日报写作目的,1、测试人员总结每天的测试工作，便于了解自己的测试进度和测试 情况，用以调整下一天的工作计划2、测试经理通过测试报告了解被测试产品的质量情况、测试过程的 质量3、软件开发项目经理通过软件测试报告了解开发产品的质量情况，并在下阶段的开发工作中采取应对措施4、在软件测试报告中，软件测试人员作出的软件产品质量评估，可 以作为软件产品是否商用发

9、布的重要参考依据,系统测试报告写作要点,概述测试时间、地点、人员环境描述总结和评价-测试结果统计-测试评估-测试总结和改进建议遗留问题报告附件,系统测试报告写作要点,系统测试概述简单介绍被测对象、测试特性及其版本/修订级别情况指明本次系统测试活动所依据的测试计划、测试方案、测试用例 及测试过程系统测试时间、地点、人员描述本次测试的时间、地点和测试人员，以及人员分工系统测试环境描述本次测试的环境，包括软硬件、测试仪器、组网图等,系统测试报告写作要点-总结和评价,总结和评价系统测试结果统计-工作量数据统计,系统测试报告写作要点-总结和评价,总结和评价系统测试结果统计-用例状态统计,系统测试报告写作

10、要点,系统测试报告写作要点-总结和评价,总结和评价系统测试结果统计-缺陷统计,系统测试报告写作要点-总结和评价,总结和评价系统测试结果统计-版本缺陷统计,系统测试报告写作要点-总结和评价,总结和评价系统测试结果统计-累计遗留问题统计,系统测试评估（1）,静态分析：效率分析-测试活动持续时间：X人时-执行用例数：Y个-发现缺陷总数：Z个-平均每小时用例数=执行用例数/测试活动持续时间=Y/X-平均每小时发现缺陷数=发现缺陷总数/测试活动持续时间=Z/X-影响测试效率的原因分析：对影响测试的各种因素进行分析，如，测试环境，物料；突发任务等,系统测试评估（2）,静态分析：充分性分析 千行代码用例数：

11、根据用例统计对测试充分性进行点评分析,执行结果统计 根据结果统计对系统质量 和测试过程进行点评,系统测试评估（3）,静态分析：稳定性分析-模块千行代码缺陷数和平均用例缺陷数,-点评分析这里的点评主要针对各特性千行代码缺陷数是否达到了质量目标，没有达到则要给出原因，并且确定是否需要继续测试。通过对平均用例缺陷数的分析可以得出测试用例的质量。如果品均用例缺陷数太少，则需要考虑新的测试方法，给出新的改进措施,系统测试评估（4）,动态分析：根据各特性的缺陷收敛趋势分析点评各特性质量该部分主要是缺陷曲线图、饼图等方式来分析，例如，按版本缺陷的分布情况、按功能缺陷的分布情况等,系统测试评估（5）,综合评价

12、 应包括对所有被测模块/特性的以下评价：-系统功能、业务正确性、安全性作出客观评价-系统可用性-可维护性-系统性能-系统可靠性-测试对象的整体质量 A：质量稳定，适合大规模应用；B：存在少数严重问题，但有规避措施，可以使用；C：基本功能可用，但问题较多；D：基本功能不可用；,系统测试总结和改进建议,总结本次测试活动的经验教训，总结主要的测试活动和事件总结资源消耗数据，如总人员、总机时，每个主要测试活动花费 的时间提供对本次测试过程活动的测试设计和操作的改进建议在测试过程中形成的对测试方案、测试用例的修改和补充的具体 改进内容可列在本次测试报告文档的附录中,系统测试遗留问题报告,遗留问题是指测试过程中发生的并且在测试报告时任没有得到解 决的测试问题。测试报告时已经得到解决，并已经过回归验证的 的测试问题不记入其中可对遗留问题和级别进行统计要列出每个遗留问题的详细情况，包括问题单号、问题级别、详 细描述、问题分析与对策等,系统测试报告附件,交付的系统测试工作产品系统测试项目通过情况清单（测试记录）修改、添加的系统测试方案或测试用例,