测试理念及基本要求ppt课件

1、测试理念及根本要求 规范测试部 王菲 2019-02-17;目录l测试流程l测试方案l设计测试用例lBug描画l测试报告;测试流程的输入输出 ;测试方案 测试方案6要素测试方案书;测试方案编写6要素5W1H why为什么要进展这些测试； what测试哪些方面，不同阶段的任务内容； when测试不同阶段的起止时间； where相应文档，缺陷的存放位置，测试环境等； who工程有关人员组成，安排哪些测试人员进展测试 how如何去做，运用哪些测试工具以及测试方法进展测试。;测试方案书 参考资料：如合同、行业规范、本工程的其他已参考资料：如合同、行业规范、本工程的其他已发表的文件规格阐明书等。发表的文

2、件规格阐明书等。 测试内容：列出测试中的每一项测试内容，以及测试内容：列出测试中的每一项测试内容，以及这些测试的目的和资源分配人力资源和非人力这些测试的目的和资源分配人力资源和非人力资源。资源。 进度安排：包括进展测试的日期和任务内容。进度安排：包括进展测试的日期和任务内容。 测试战略：测试方法、不同阶段的测试阐明。测试战略：测试方法、不同阶段的测试阐明。 条件：所用到的设备和支持本项测试过程而本身条件：所用到的设备和支持本项测试过程而本身又并不是被测软件的组成部分的软件，如测试驱又并不是被测软件的组成部分的软件，如测试驱动程序。动程序。 尺度：用来判别测试任务能否能经过的评价尺度。尺度：用来

3、判别测试任务能否能经过的评价尺度。 风险评价：人力方面、时间方面、环境方面、资风险评价：人力方面、时间方面、环境方面、资源方面源方面 、部门协作方面。、部门协作方面。 ;设计测试用例 测试用例根本要素 测试用例设计要求 测试用例设计方法 测试用例的评审 测试用例的维护;测试用例根本要素测试用例的根本要素：测试用例的根本要素： 测试用例编号、测试标题、重要级别、用例版本、测试测试用例编号、测试标题、重要级别、用例版本、测试输入、操作步骤、预期结果。输入、操作步骤、预期结果。1.用例编号：测试用例的编号有一定的规那么，比如系统测试用例的编号这样定用例编号：测试用例的编号有一定的规那么，比如系统测试

4、用例的编号这样定义规那么：义规那么： PROJECT1-ST-001 ，命名规那么是工程称号测试阶段类型系，命名规那么是工程称号测试阶段类型系统测试阶段编号。定义测试用例编号，便于查找测试用例，便于测试用统测试阶段编号。定义测试用例编号，便于查找测试用例，便于测试用例的跟踪。例的跟踪。 2.测试标题：对测试用例的描画，测试用例标题应该清楚表达测试用例的用途。测试标题：对测试用例的描画，测试用例标题应该清楚表达测试用例的用途。3.重要级别：定义测试用例的优先级别，可以根据软件需求的优先级笼统的分为重要级别：定义测试用例的优先级别，可以根据软件需求的优先级笼统的分为 “ 高高 和和 “ 低低 两个

5、级别，两个级别，4.用例版本：由于需求变卦或用例设计局限或者软件功能的晋级，需求对用例进用例版本：由于需求变卦或用例设计局限或者软件功能的晋级，需求对用例进展修正，但是文档要有更改记录。展修正，但是文档要有更改记录。5.测试输入：提供测试执行中的各种输入条件。根据需求中的输入条件，确定测测试输入：提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，假试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，假设软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大设软件需求中没有很好的定义需求的输入，那么测试

6、用例设计中会遇到很大的妨碍。的妨碍。6.操作步骤：提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入操作步骤：提供测试执行过程的步骤。对于复杂的测试用例，测试用例的输入需求分为几个步骤完成，这部分内容在操作步骤中详细列出。需求分为几个步骤完成，这部分内容在操作步骤中详细列出。 7.预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得预期结果：提供测试执行的预期结果，预期结果应该根据软件需求中的输出得出。假设在实践测试过程中，得到的实践测试结果与预期结果不符，那么测出。假设在实践测试过程中，得到的实践测试结果与预期结果不符，那么测试不经过；反之那么测试经过。试不经过；反之

7、那么测试经过。;测试用例设计要求 ;测试用例设计方法划分等价类：划分等价类： 1.假设某个输入条件规定了取值范围或值的个数，那么可确定一个合理的假设某个输入条件规定了取值范围或值的个数，那么可确定一个合理的等价类此范围内的输入值和两个不合理的等价类小于最小值和大于最等价类此范围内的输入值和两个不合理的等价类小于最小值和大于最大值大值 2.假设规定了输入数据的一组只，而且程序对不同的输入值做不同的出来，假设规定了输入数据的一组只，而且程序对不同的输入值做不同的出来，那么每个允许输入值是一个合理等价类，此外还有一个不合理等价类任何那么每个允许输入值是一个合理等价类，此外还有一个不合理等价类任何一个

8、不允许的输入值一个不允许的输入值 3.假设规定了输入数据必需遵守的规那么，可确定一个合理等价类符合假设规定了输入数据必需遵守的规那么，可确定一个合理等价类符合规那么和假设干个不合理等价类从各种不同角度违反规那么规那么和假设干个不合理等价类从各种不同角度违反规那么边境值分析：普通和等价类划分结合起来，但它不是从一个等价类中任选一边境值分析：普通和等价类划分结合起来，但它不是从一个等价类中任选一个例子作为代表，而是将测试边境情况作为重点目的，选取正好等于、刚刚个例子作为代表，而是将测试边境情况作为重点目的，选取正好等于、刚刚大于或刚刚小于边境值的测试数据大于或刚刚小于边境值的测试数据错误推测：根据

9、阅历或直觉推测程序中能够存在的错误，从而有针对性的编错误推测：根据阅历或直觉推测程序中能够存在的错误，从而有针对性的编写检查这些错误的测试用例写检查这些错误的测试用例因果图：等价类和边境值法都是孤立的思索各个数据的测试功能，而没有思因果图：等价类和边境值法都是孤立的思索各个数据的测试功能，而没有思索多个输入数据的组合引起的错误。索多个输入数据的组合引起的错误。综合分析：结合运用各种方法，构成综合战略。综合分析：结合运用各种方法，构成综合战略。;测试用例的评审 测试用例设计终了后，为了保证用例质量，需求对其进展评审。测试用例在编制过程中，首先由同行进展互查。可以由产品相关的软件测试人员和软件开发

10、人员评审，提交评审意见，然后根据评审意见更新测试用例。 测试用例在内部更新完成后，应组织专家进展评审。评审委员会可以由工程担任人、测试、编程、分析设计等人员组成，也可以约请客户代表参与。提交评审意见，然后根据评审意见更新测试用例。获得经过后方可运用。 假设仔细评审这个操作环节，测试用例中的很多问题都会暴显露来，比如用例设计错误、用例设计脱漏、用例设计冗余、用例设计不充分等等；假好像行评审不充分，那么，在测试执行的过程中，上述本应在评审阶段发现的测试用例相关问题，会给测试执行带来大费事，甚至导致测试执行挂起。;测试用例的维护软件产品，经常会更新版本，为了使测试用例和产品功能、特性坚持一致，需求不

11、定期的更新测试用例。对于同一个产品，无论是用例的添加还是修正以及删除都应该保管记录。 1.添加测试用例：由于软件产品新添加功能或是原有测试用例设计疏漏等，需求添加新的测试用例。 2.更改测试用例：对于需求修正的测试用例，我们都是在原有测试用例根底上进展修正，新旧用例用版本号区别。 3.删除测试用例：原那么上不在测试集上删除测试用例，通常将失效的测试用例更改成invalid形状，以保管记录。测试用例的维护过程是动态继续的，为了保证测试质量，测试工程师需求不断的审查测试用例集合，并维护。;Bug描画 编号工程称号+编号 标题 严重等级S、A、B、C 优先级P1、P2、P3、P4 附件测试素材、问题图片、视频等 景象 重现步骤操作过程 发现频率可反复性 发现版本 发现部位;测试报告 测试报告要素 测试结论 建议;测试报告要素 工程管理阶层1. 产品的质量2.对整个过程的总结、分析3.展现一些测试团队的成果数据4.对耗费的资源时间、人力、物力进展分析 工程组成员1.对各个阶段进展总结，关注可以提升的地方，以及值得推行的阅历2.对各个阶段每个成员的表现进展分析、统计，进展评定 客户或其他的预期读者1.产品的质量信息包括对用例执行情况的统计、趋势的分析、性能报告手册等2.其他的客户要求提供的信息