用例编写方法及管理流程说明.docVIP

目 录 1．测试用例是软件测试的核心 2 2．什么是测试用例 2 3．测试用例的意义 3 4．如何设计测试用例 3 5．测试用例分析 4 6．有没有跳过一些测试？如果有，为什么？ 4 7．测试用例状态转换分析 5 8．黑盒测试的测试用例设计 7 9．传统的测试用例文档编写有两种方式 8 10．评价测试用例的好坏有以下两个标准 9 11.创建测试数据时主要考虑如下步骤。 9 12.确定实际的测试数据时，必须说明处理测试数据的以下4个属性。 9 13.辅助测试工具 9 14. 执行测试 10 15． 评估测试 10 16．覆盖评测 10 17.性能评测 11 18.测试的成功经验 11 19.测试种类 11 20．测试用例版本管理 11 21．软件测试流程： 12 22．软件测试结果统计分析 13 24．回 归 测 试 16 25．测试策略 17 测试用例编写方法写及其管理流程 1．测试用例是软件测试的核心 如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标。 测试用例是测试工作的指导，是软件测试的必须遵守的准则。更是软件测试质量稳定的根本保障。 2．什么是测试用例 所谓的测试用例就是将软件测试的行为活动，做一个科学化的组织归纳。 软件测试是有组织性、步骤性和计划性的，而设计软件测试用例的目的，就是为了能将软件测试的行为转换为可管理的模式。 软件测试是软件质量管理中最实际的行动，同时也是耗时最多的一项。 基于时间因素的考虑，软件测试行为必须能够加以量化，才能进一步让管理阶层掌握所需要的测试过程，而测试用例就是将测试行为具体量化的方法之一。 因为我们不可能进行穷举测试，为了节省时间和资源、提高测试效率，必须要从数量极大的可用测试数据中精心挑选出具有代表性或特殊性的测试数据来进行测试。 目前研究室测试过程中，所有的测试用例都放在《测试大纲》中，使用测试大纲的好处： 保证测试功能不被遗漏； 使得功能不被重复测试，合理安排测试人员； 使得软件测试不依赖于个人； 3．测试用例的意义 使用测试用例的好处主要体现在以下几个方面： 在开始实施测试之前设计好测试用例，可以避免盲目测试并提高测试效率。 测试用例的使用令软件测试的实施重点突出、目的明确。 在软件版本更新后只需修正少部分的测试用例便可展开测试工作，降低工作强度、缩短项目周期。 功能模块的通用化和复用化使软件易于开发，而相对于功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断精化其效率也不断攀升。 组织性－有利于测试的组织； 功能覆盖－确保功能不被遗漏； 重复性－有利于测试的重复； 跟踪－有利于测试的跟踪； 测试确认－在少数高风险的测试中，必须证明确实执行了计划执行的测试； 4．如何设计测试用例 测试用例一般指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。值得提出的是，测试数据都是从数量极大的可用测试数据中精心挑选出具有代表性或特殊性的。测试用例是软件测试系统化、工程化的产物，而测试用例的设计一直是软件测试工作的重点和难点。 设计测试用例即设计针对特定功能或组合功能的测试方案，并编写成文档。测试用例应该体现软件工程的思想和原则 测试用例应由测试人员在充分了解系统的基础上在测试之前设计好，测试用例的设计是测试系统开发中一项非常重要的内容。集成测试阶段测试用例的设计依据为系统需求分析、系统用户手册和系统设计报告等相关资料的内容，而且测试人员要与开发人员充分交互。另外有一些内容由测试人员的相关背景知识、经验、直觉等产生 测试用例的设计需要考虑很周全。在测试系统功能的同时，还要检查系统对输入数据（合法值、非法值和边界值）的反应，要检查合法的操作和非法的操作，检查系统对条件组合的反应等。好的测试用例让其他人能够很好地执行测试，能够快速地遍历所测试的功能，能够发现至今没有发现的错误。所以测试用例应该由经验丰富的系统测试人员来编写，对于新手来说，应该多阅读一些好的测试用例，并且在测试实践中用心去体会。 在编写测试用例之前，应该给出测试大纲，大纲基本上是测试思路的整理，以保证测试用例的设计能够清晰、完整而不是顾此失彼。测试大纲可以按照模块、功能点、菜单和业务流程这样的思路来策划 5．测试用例分析 关于测试用例的分析，通常包括以下的内容： 计划了多少个测试用例，实际运行了多少？ 有多少测试用例失败了？ 在这些失败的测试用例中，有多少个在错误得到修改后最终运行成功了？ 这些测试平均占用的运行时间比预期的长还是短？ 6．有没有跳过一些测试？如果有，为什么？ 测试覆盖了所有影响系统性能的重要事件吗？等等。 这些问题都可以从相关的测试用例的设计和测试问题记录中找到相应的答案。