<iframe align="top" marginwidth="0" marginheight="0" src="http://www.zealware.com/46860.html" frameborder="0" width="468" scrolling="no" height="60"></iframe>
通过
全景图，想使大家对软件测试一目了然。自己做了两张不同的全景图，自己还不能满意，特呈现出来，请大家多提意见，从而构造一完美的软件测试全景图。
设计全景图，象Mindjet MindManager 一类软件工具比较好，但我没有用。主要是想借助太极八卦图蕴含着软件测试的辨证观点，更能反映软件测试的本质，如我的多篇博客所述的：
设计全景图，象Mindjet MindManager 一类软件工具比较好，但我没有用。主要是想借助太极八卦图蕴含着软件测试的辨证观点，更能反映软件测试的本质，如我的多篇博客所述的：
测试方法的辩证统一 （之一）
测试方法的辩证统一（之二）
测试方法的辩证统一（之三）
【 全景图一 】
思路更清楚。 一方面，从质量管理的思想出发，定义测试的目标和测试的范围，然后通过相应的测试方法实现测试目标。这些方法自然被应用于测试用例的设计，而设计出来的测试用例被执行，而执行的手段有手工测试和自动化测试。设计测试用例的目的，就是为了更快、更全面地发现缺陷。 另一方面，测试的管理思想也应源于客户的需求、源于组织的质量方针。测试管理要覆盖整个测试生命周期中的各个阶段，每个阶段都会涉及缺陷的报告、跟踪和分析。
【 全景图二 】
这是最初的草稿，基本思路和上面接近，可能更灵活些，而且试图更想说明测试用例、测试脚本和缺陷等之间的关系。理想的情况就是要建立需求、测试用例和缺陷之间的映射关系。也试图通过一些虚线来描述测试管理、测试阶段和测试目标等之间的关心，包括其中回归测试的概念。
参考：
测试方法的辩证统一（之二）
测试方法的辩证统一（之三）
【 全景图一 】
思路更清楚。 一方面，从质量管理的思想出发，定义测试的目标和测试的范围，然后通过相应的测试方法实现测试目标。这些方法自然被应用于测试用例的设计，而设计出来的测试用例被执行，而执行的手段有手工测试和自动化测试。设计测试用例的目的，就是为了更快、更全面地发现缺陷。 另一方面，测试的管理思想也应源于客户的需求、源于组织的质量方针。测试管理要覆盖整个测试生命周期中的各个阶段，每个阶段都会涉及缺陷的报告、跟踪和分析。
【 全景图二 】
这是最初的草稿，基本思路和上面接近，可能更灵活些，而且试图更想说明测试用例、测试脚本和缺陷等之间的关系。理想的情况就是要建立需求、测试用例和缺陷之间的映射关系。也试图通过一些虚线来描述测试管理、测试阶段和测试目标等之间的关心，包括其中回归测试的概念。
参考：
2.
软件测试全貌
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1623069
