设计全景图，象Mindjet MindManager 一类软件工具比较好，但我没有用。主要是想借助太极八卦图蕴含着软件测试的辨证观点，更能反映软件测试的本质，如我的多篇博客所述的：
测试方法的辩证统一 （之一）
测试方法的辩证统一（之二）
测试方法的辩证统一（之三）
【 全景图一 】
思路更清楚。 一方面，从质量管理的思想出发，定义测试的目标和测试的范围，然后通过相应的测试方法实现测试目标。这些方法自然被应用于测试用例的设计，而设计出来的测试用例被执行，而执行的手段有手工测试和自动化测试。设计测试用例的目的，就是为了更快、更全面地发现缺陷。 另一方面，测试的管理思想也应源于客户的需求、源于组织的质量方针。测试管理要覆盖整个测试生命周期中的各个阶段，每个阶段都会涉及缺陷的报告、跟踪和分析。
【 全景图二 】
这是最初的草稿，基本思路和上面接近，可能更灵活些，而且试图更想说明测试用例、测试脚本和缺陷等之间的关系。理想的情况就是要建立需求、测试用例和缺陷之间的映射关系。也试图通过一些虚线来描述测试管理、测试阶段和测试目标等之间的关心，包括其中回归测试的概念。
基
于过程的软件测试全景图，是对基于内容的
软件测试内容全貌——全景图
(1) 的补充，从而对软件测试有一个较完整的描述。
借助这张全景图，更好理解
从需求、设计验证开始直至产品发布的整个测试过程，以及慢慢体会如何做好测试工作的每一个环节，不漏过任何一个环节，包括测试项目背景的掌控、沟通等等。
测试方法的辩证统一（之二）
测试方法的辩证统一（之三）
【 全景图一 】
思路更清楚。 一方面，从质量管理的思想出发，定义测试的目标和测试的范围，然后通过相应的测试方法实现测试目标。这些方法自然被应用于测试用例的设计，而设计出来的测试用例被执行，而执行的手段有手工测试和自动化测试。设计测试用例的目的，就是为了更快、更全面地发现缺陷。 另一方面，测试的管理思想也应源于客户的需求、源于组织的质量方针。测试管理要覆盖整个测试生命周期中的各个阶段，每个阶段都会涉及缺陷的报告、跟踪和分析。
【 全景图二 】
这是最初的草稿，基本思路和上面接近，可能更灵活些，而且试图更想说明测试用例、测试脚本和缺陷等之间的关系。理想的情况就是要建立需求、测试用例和缺陷之间的映射关系。也试图通过一些虚线来描述测试管理、测试阶段和测试目标等之间的关心，包括其中回归测试的概念。
2万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
