软件测试期末PPT文档总结课件.ppt

《软件测试期末PPT文档总结课件.ppt》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、软件测试案例及测试管理复习软件测试案例及测试管理软件测试概述在软件开发各个阶段的测试任务需求分析阶段参与到需求分析活动中，充分理解用户的需求，参与需求文档的评审，以测试人员的角度对需求文档进行两方面的检查：需求文档描述的正确性和准确性需求文档通过评审后，测试人员要根据需求文档和项目计划完成测试计划根据需求文档和测试计划进行系统测试的准备工作在需求分析阶段，测试人员要充分发挥自己的能动性，要主动的工作，而不是被动的等待。要自己尝试着去熟悉实际业务，要尽量通过自己所能想到的方法来开展工作在软件开发各个阶段的测试任务设计阶段参与设计文档的

2、评审。设计文档通过评审后，测试人员可以根据设计文档进一步明确系统测试的需求，完善系统测试的用例和数据。在软件开发各个阶段的测试任务实现阶段协助开发人员完成单元测试和集成测试。参与代码评审。看到系统实际运行的情况后，进一步完善系统测试的准备工作。在软件开发各个阶段的测试任务测试阶段根据测试计划，搭建测试环境，完成系统测试。进行缺陷跟踪管理，提交测试分析报告。在软件开发各个阶段的测试任务运行维护阶段用户在运行系统时，一般会提出需求变更或提交缺陷，测试人员负责对修改后的系统进行回归测试软件测试流程制定测试计划的目的是确定和描述要实施和执行

3、的测试，是通过生成包含测试需求和测试策略的测试计划来完成的。测试的设计阶段主要是设计和实现测试用例、测试脚本和测试数据。如果需要自行开发测试工具，也要在此阶段完成。测试的执行阶段主要是根据测试计划来执行各种类型测试活动，也就是使用测试数据，完成测试用例和测试脚本的执行过程，从而确保整个系统能够满足需求测试的分析总结目的是生成并交付测试分析报告。测试分析报告要提供测试结果和主要测试评测方法，用于评估测试对象和测试流程的质量软件测试案例及测试管理C/S应用系统的测试——东方大学学生成绩管理系统了解需求编写产品规格说明书产品规格说明书的评

4、审评审检查单完整性正确性精确、无二义性、有条理一致性可测试性制定测试计划编写测试计划C/S应用系统一般进行什么类型的测试？测试计划的评审制定测试计划的两个输入项项目的需求只有明确了项目的需求，才能够确定测试需求，并制定相应的测试策略项目的开发计划只有了解了项目的开发计划，才能够确定测试活动的进度，资源以及风险制定测试计划的时机一般是需求分析阶段结束后开始的。测试的设计测试用例的编写依据测试用例的要素测试用例的编写原则功能测试用例的设计界面测试用例的设计测试用例的评审各阶段测试用例的编写依据测试用例的类型测试用例的编写时间测试用例的编

5、写依据系统测试对应的测试用例需求分析结束后需求文档集成测试对应的测试用例概要设计结束后概要设计文档、系统架构设计单元测试对应的测试用例详细设计阶段详细设计文档测试用例的要素测试项测试步骤（测试输入、测试数据）预期结果测试用例的编写原则1、测试用例应该编写的少而精2、一个测试用例中应尽量包括更多的测试内容3、测试用例的设计不是一劳永逸的事情。4、测试用例设计得越详细越好吗？5、测试用例中不需要明显的验证手段吗？测试用例的评审单个测试用例是否清晰、完整、符合产品规格说明书或客户需要？是否覆盖所有的需求（覆盖率）？测试的执行搭建测试环境执

6、行冒烟测试：冒烟测试是一种预测试制度执行测试的过程实际上就是执行测试用例的过程。当在执行过程中发现缺陷，要及时报告缺陷报告软件缺陷的目的是为了保证修复缺陷的人员可以重现缺陷，从而有利于分析缺陷产生的原因，定位缺陷，然后修复。报告软件缺陷的基本原则1、尽快报告。2、单一原则。3、可以重现。4、完整统一。5、短小简练。6、特定条件。7、补充完善。8、不做评价。缺陷报告缺陷的生命周期缺陷管理的基本原则跟踪每一个软件缺陷直至关闭，保证软件缺陷的跟踪没有遗漏。每一个软件缺陷都要被修复？谁来确认是否是缺陷？谁来确认缺陷是否要修复？缺陷跟踪管理工

7、具MantisTestDirector测试的分析总结对软件质量的度量分析：对软件质量最直接的评价是通过测试过程的缺陷分析得到的。对测试过程的度量分析：通过测试进度和测试覆盖率的度量分析得到的。缺陷趋势图缺陷分布图—按模块分布缺陷分布图—按严重性分布缺陷分布图—按类型分布缺陷按类型分布图以饼图显示出每种缺陷类型所占的百分比。缺陷类型一般包括功能缺陷，界面缺陷，性能缺陷，接口缺陷等。对于比例较高的缺陷类型，开发人员和测试人员在开发和测试中要对此种缺陷格外关注。缺陷分布图—按人员分布一般以柱状图显示每个开发人员负责的程序中发现的缺陷数。缺

8、陷数反映了开发人员的代码质量，虽然不能完全以此来评价开发人员的能力，因为缺陷数与功能的复杂度有关，但也从一个侧面提供了有参考的信息。对于缺陷较多的开发人员，对于他的代码要给予更多的关注。测试覆盖率基于需求的测试覆盖率测试覆盖率=已实施